Por favor, explique a saída do comando de controle ssh ~ #

Question

Estou tentando descobrir por que é que o ssh trava ao sair se, e somente se , eu fizer login com a opção -X e executar programas X11. Eu encontrei um tópico nos grupos do Google que sugere o problema. O entrevistado, Stuart Barkley, diz ao OP para depurar / diagnosticar usando o comando ~# para ssh. Eu encontrei esse caractere de escape listado na página de manual . No entanto, como o link fornecido demonstra, não me explica o que estou vendo. Eu meio que entendo mas não tenho certeza do que fazer com isso.

Definitivamente, há alguns soquetes X11 remanescentes que estão ouvindo e a sessão do ssh está aguardando o fechamento deles. Como uso essas informações de ~# para rastrear o que elas realmente são? Em segundo lugar, como faço para fechar esses soquetes. Abaixo demonstra o que estou vendo:

# This ssh session started with ssh hercules -X

[afalanga@hercules ~]$ ~#
The following connections are open:
  #0 client-session (t4 r0 i0/0 o0/0 fd 4/5 cc -1)

[afalanga@hercules ~]$ gvim
[afalanga@hercules ~]$ ~#
The following connections are open:
  #0 client-session (t4 r0 i0/0 o0/0 fd 4/5 cc -1)
  #1 x11 (t4 r3 i0/0 o0/0 fd 7/7 cc -1)
  #2 x11 (t4 r4 i0/0 o0/0 fd 8/8 cc -1)
  #3 x11 (t4 r5 i0/0 o0/0 fd 9/9 cc -1)

[afalanga@hercules ~]$ gvim 
[afalanga@hercules ~]$ ~#
The following connections are open:
  #0 client-session (t4 r0 i0/0 o0/0 fd 4/5 cc -1)
  #1 x11 (t4 r3 i0/0 o0/0 fd 7/7 cc -1)
  #2 x11 (t4 r4 i0/0 o0/0 fd 8/8 cc -1)
  #3 x11 (t4 r5 i0/0 o0/0 fd 9/9 cc -1)
  #4 x11 (t4 r6 i0/0 o0/0 fd 10/10 cc -1)

[afalanga@hercules ~]$ ~#
The following connections are open:
  #0 client-session (t4 r0 i0/0 o0/0 fd 4/5 cc -1)
  #2 x11 (t4 r4 i0/0 o0/0 fd 8/8 cc -1)
  #3 x11 (t4 r5 i0/0 o0/0 fd 9/9 cc -1)

A primeira chamada para ~# é antes de iniciar qualquer programa X na sessão ssh. Como você pode ver, há apenas um soquete aberto. A segunda chamada para ~# é depois de abrir o primeiro gvim, no ponto em que existem 4 soquetes abertos. Depois de abrir um segundo gvim, existem 5. Quando fecho as duas janelas gvim, restam 2 tomadas X11.

    

Answer 1

How do I use this information from ~# to trace back to what these really are?

A saída informa sobre as conexões existentes entre seu cliente e seu servidor. Em primeiro lugar, há apenas sessão, então você abriu gvim , o que levou à alocação de 3 canais, outro gvim alocou outro canal, mas eles estão deixando alguns para trás.

Secondly, how do I close these sockets.

Digitando Ctrl + C ou ~. . É o comportamento (recurso, melhoria ou nome) do gvim . Ele abre a conexão com o servidor X para atualizar o título da janela e a área de transferência X, como diz a página de manual gvim (e não a fecha para tornar a próxima partida mais rápida como eu a entendo). Você pode se livrar desse comportamento usando a opção -X para gvim :

-X

Don't connect to the X server. Shortens startup time in a terminal, but the window title and clipboard will not be used.

Quando você tenta o mesmo com xterm ele Apenas funciona ^TM (ele não tem esse recurso).