Quando conectei ao meu servidor 11.04 usando o PuTTY (do Windows) com o encaminhamento X11 habilitado, se eu inserisse o comando echo $DISPLAY , veria localhost:10.0 e quando eu iniciei um programa X, ele apareceria no meu Windows Servidor X. Após a atualização para 11.10, a variável DISPLAY não está mais sendo definida quando eu efetuo login, portanto, o encaminhamento do X não funciona. Verifiquei se o encaminhamento do X11 ainda está ativado na configuração do servidor SSH (é) e se os arquivos de configuração não foram realmente alterados desde antes da atualização. Então, por que a atualização impediu que esse recurso funcionasse? Oh, eu posso configurar manualmente o DISPLAY para apontar para minha máquina Windows e o X funciona bem, mas ele não está sendo tunelado através da conexão SSH como eu prefiro. Ajuda?
Para qualquer um que tropeçar nisso: Adicionar AddressFamily inet a /etc/ssh/sshd_config e reiniciar o serviço ssh corrigiu o problema. Se você se importa em percorrer o o encaminhamento do X11 via SSH não funciona após a atualização | Bugs: openssh package: Ubuntu você encontra a solução mais abaixo na página.
O Ubuntu 11.10 contém uma versão mais recente do PuTTY ( 0,61 ) vs. Natty (0.60 ).
Algo poderia ter sido quebrado na atualização. Aqui está um changelog relevante ( Fonte ):
These features are new in beta 0.61 (released 2011-07-12):
Kerberos/GSSAPI authentication in SSH-2.
Local X11 authorisation support on Windows. (Unix already had it, of course.)
Support for non-fixed-width fonts on Windows.
GTK 2 support on Unix.
Specifying the logical host name independently of the physical network address to connect to.
Crypto and flow control optimisations.
Support for the [email protected] SSH-2 compression method.
Support for new Windows 7 UI features: Aero resizing and jump lists.
Support for OpenSSH AES-encrypted private key files in PuTTYgen.
Bug fix: handles OpenSSH private keys with primes in either order.
Bug fix: corruption of port forwarding is fixed (we think).
Bug fix: various crashes and hangs when exiting on failure.
Bug fix: hang in the serial back end on Windows.
Bug fix: Windows clipboard is now read asynchronously, in case of deadlock due to the clipboard owner being at the far end of the same PuTTY's network connection (either via X forwarding or via tunnelled rdesktop).
Você pode investigar mais sobre a página lista de desejos do PuTTY.