Когда я подключился к своему серверу 11.04 с помощью PuTTY (из Windows) с включенной переадресацией X11, если я ввел команду echo $DISPLAY
, я увидел бы localhost:10.0
, и когда я запустил программу X, она появится на моем Windows Х сервер После обновления до 11.10 переменная DISPLAY больше не устанавливается при входе в систему, поэтому переадресация X не работает. Я проверил, чтобы убедиться, что пересылка X11 все еще включена в конфигурации сервера SSH (она есть), и что файлы конфигурации фактически не изменились с момента до обновления. Так почему же обновление остановило эту функцию? О, я могу вручную настроить DISPLAY, чтобы он указывал на мой компьютер с Windows, и X работает нормально, но он не проходит через SSH-соединение, как я бы предпочел. Помощь?
Для всех, кто сталкивался с этим: добавление AddressFamily inet
к /etc/ssh/sshd_config
и перезапуск службы ssh устранили проблему. Если вы хотите пробраться через , пересылка X11 через SSH не работает после обновления | Ошибки: пакет openssh: Ubuntu вы находите решение большую часть страницы.
Ubuntu 11.10 содержит более новую версию PuTTY ( 0,61 ) против Natty ( 0,60 ).
Что-то могло быть сломано в обновлении. Вот соответствующий список изменений ( Источник ):
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 zlib@openssh.com 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).
Более подробную информацию можно найти на странице списка пожеланий PuTTY.