Não consigo mais encaminhar o X11 usando o KiTTY / PuTTY para o CygwinX.
Estou conectando a uma máquina Ubuntu Server 14.10 que está configurada corretamente para permitir o encaminhamento do X11. Eu sou capaz de iniciar o encaminhamento do X11 usando o Cygwin xterm e de outras máquinas Linux.
Estou usando o CygwinX [1.7.34 (0.285 / 5/3)] e o KiTTY 0.64.0.1 (forquilha do PuTTY, também tentei o PuTTY) no Win7.
Verifiquei minha variável de exibição e tentei desativar o controle de acesso ao xhost no Cygwin xterm.
$ echo $DISPLAY
:1
$ xhost +
access control disabled, clients can connect from any host
Meu KiTTY / PuTTY está configurado para ativar o encaminhamento X11 e a exibição correta está definida. Eu tentei: 1 e: 1.0.
Quando eu SSH no servidor, minha variável DISPLAY é definida e o xauth é atualizado. Excluí minha .Xauthority e a recriei para verificar.
user@server:~$ echo $DISPLAY
localhost:10.0
user@server:~$ xauth list
server/unix:10 MIT-MAGIC-COOKIE-1 3983b2d7f3d5f9f66d9796997771bf82
Quando tento iniciar um aplicativo X11, recebo o seguinte erro.
user@server:~$ xterm
KiTTY X11 proxy: unable to connect to forwarded X server: Network error: Connection refused
xterm: Xt error: Can't open display: localhost:10.0
XWin.exe está escutando na porta 34576, se isso importa.
[XWin.exe]
TCP 127.0.0.1:34576 0.0.0.0:0 LISTENING
Acredito que esteja faltando um problema de software ou configuração, pois estou vendo isso com vários servidores e máquinas clientes. Qualquer ajuda seria apreciada.
$DISPLAY
na máquina remota deve apontar para o endereço da área de trabalho, nãolocalhost
.$DISPLAY
na máquina remota deve apontar paralocalhost
. SSH faz o encaminhamento.$DISPLAY
na máquina remota não aponta para a área de trabalho do OP, o encaminhamento do X11 não aconteceu . Caso contrário,$DISPLAY
na máquina remota talvez nem exista se a máquina remota não estiver executando um servidor X (o que não tem nada a ver com a pergunta inicial).DISPLAY
aponte paralocalhost
. O SSH escuta em uma porta TCP na máquina remota e encaminha os pacotes. SeDISPLAY
apontado para a máquina local, isso indicaria que ele não é encaminhado pelo SSH, mas por uma conexão TCP direta - em texto não criptografado e possivelmente para um endereço IP que nem sequer possui uma rota.Respostas:
Ok, eu descobri a solução para o meu próprio problema.
Por padrão, o CygwinX não escuta mais as conexões tcp (o Cyg SSH está usando soquetes Unix para conectar). Para habilitar conexões tcp, "-listen tcp" precisa ser adicionado aos parâmetros da linha de comando. No meu caso, mudei o ícone "XWin Server" para ler:
fonte
xhost +localhost
(ou uma solução mais segura) em um terminal cygwin local toda vez que inicio o servidor X?xhost +localhost
nostartxwin
final do arquivo, dentro da última condicional:xhost +localhost fi exit $retval
:10
para mim. (ok, posso ver como isso não se aplica à sua resposta, já que você é o OP original, no entanto, há outras pessoas aqui também, esse problema pode ser bem amplo. então, espero que isso seja útil para outros.)Eu tive esse problema. Foi porque o X-Win não estava funcionando. Se você deseja que o X-Win seja executado na inicialização, vá em "run", "shell: startup" e copie o atalho do x-win nessa pasta.
fonte
No meu caso, o erro foi semelhante "conexão putty x11 recusada". Eu estava efetuando login através de uma máquina Windows em um servidor Ubuntu 16 via massa (com o encaminhamento x11 ativado).
Tentei várias coisas, desde a geração de arquivos .Xauthority até a adição de cookie mágico no uso da lista xauth. No entanto, o problema era simplesmente que o servidor Xming não estava sendo executado na minha máquina Windows. Depois que iniciei o Xming na máquina host (windows) na qual estava gerando a massa, o login via Putty funcionou como um encanto.
fonte