
У меня Ubuntu 14 работает как «Сервер», и я пытаюсь использовать PuTTY на моей машине с Windows в качестве «Клиента».
На сервере: ForwardX11 да ForwardX11Trusted да
На клиенте: Конфигурация PuTTY: SSH->X11->Включить переадресацию X11 (отмечено галочкой) с запущенным сервером Xming MIT-Magic-Cookie-1
Журнал событий PuTTY:
2016-09-18 01:02:24 Requesting X11 forwarding
2016-09-18 01:02:24 X11 forwarding enabled
Команда:
xclock
Результат:
PuTTY X11 proxy: Unsupported authorisation protocol
Error: Can't open display: ubuntu3:10.0
Приведенная выше команда записывает это в журнал событий PuTTY:
2016-09-18 01:20:22 Received X11 connect request from 127.0.0.1:60167
2016-09-18 01:20:22 Opened X11 forward channel
2016-09-18 01:20:22 Forwarded X11 connection terminated
Я пробовал удалить xauth, используя, apt-get purge xauth
а затем переустановитьapt-get install xauth
Может кто-нибудь подумать, почему это не работает? Некоторое время назад работало... не уверен, что изменилось!!?!
Команда:
sudo DISPLAY=localhost:11 XAUTHORITY=/home/<username>/.Xauthority xclock
Результат:
PuTTY X11 proxy: Unsupported authorisation protocol
Error: Can't open display: localhost:11
Когда я пытаюсь сделать то же самое с другого компьютера Linux, я получаю эту ошибку вместо Неподдерживаемый протокол авторизации:
X11 connection rejected because of wrong authentication.
Error: Can't open display: ubuntu3:10.0
У меня есть 2 системы Ubuntu. Названные Ubuntu2 и Ubuntu3. Кажется, на Ubuntu2 все работает. Поэтому я начал сравнивать две...
список xauth
Ubuntu2
ubuntu/unix:10 MIT-MAGIC-COOKIE-1 7c27c83c47f4b323a2855c67e1eeef63
ubuntu/unix:11 MIT-MAGIC-COOKIE-1 7c1aa456987ee9face9a35f8aa72acf3
ubuntu2/unix:0 MIT-MAGIC-COOKIE-1 50073df1fac06436a5e724d93730ef64
ubuntu2/unix:11 MIT-MAGIC-COOKIE-1 5860938ccf8af0e0f4a00c37ca51feb5
ubuntu2/unix:10 MIT-MAGIC-COOKIE-1 0fa58759ec8e78b735aa3528933464c0
Ubuntu3
localhost:11 MIT-MAGIC-COOKIE-1 b6e1bf9dedae8b358133462e3d702547
ip6-localhost:11 MIT-MAGIC-COOKIE-1 b6e1bf9dedae8b358133462e3d702547
localhost:13 MIT-MAGIC-COOKIE-1 6fe13bad7d70320cf01c1d9ea76ab084
ip6-localhost:13 MIT-MAGIC-COOKIE-1 6fe13bad7d70320cf01c1d9ea76ab084
ubuntu3/unix:0 MIT-MAGIC-COOKIE-1 c4bf89ae06d1aca5f36993fe728a5d21
эхо $ДИСПЛЕЙ
Ubuntu2
localhost:10.0
Ubuntu3
ubuntu3:10.0
который xauth
Ubuntu2
/usr/bin/xauth
Ubuntu3
/usr/bin/xauth
Что-то странное
Я начал сравнивать разные файлы conf между двумя системами. И заметил, что ip6 был отключен в Ubuntu3, но не в Ubuntu2. Поэтому я попробовал снова включить ip6 в Ubuntu3, и ничего не вышло. Поэтому я отключил его в Ubuntu2, и это сломало пересылку X11. Я не знаю, почему и какую роль в этом играет ip6... может кто-нибудь объяснить?
решение1
Почти получилось Oracle Linux 7.x Мне пришлось зайти в vi /etc/ssh/sshd_config
Найдите линии для X11 и убедитесь, что они активны или установлены
X11Пересылка да
X11DisplayOffset 10
X11UseLocalhost да
перезапустил putty как oracle и запустил runInstaller... и это сработало
решение2
У меня была похожая ошибка при использовании PuTTY (из Windows 10) при доступе к Ubuntu 14.04.2 LTS. (Xming Server работает в Windows)
PuTTY X11 proxy: Authorisation not recognised
Error: Can't open display: sdnhubvm:10.0
Я решил свою проблему, изменив файл sshd_config
внутри /etc/ssh/
.
Предпринятые мной шаги:
Откройте файл
sshd_config
с помощью редактора, например vim.sudo vi /etc/ssh/sshd_config
Найдите строку, в которой говорится
X11UseLocalHost no
(это было где-то в строках 65-67)65 X11DisplayOffset 10 66 X11UseLocalHost no 67 PrintMotd no
Закомментируйте строку
#X11UseLocalHost no
и сохраните.65 X11DisplayOffset 10 66 # X11UseLocalHost no 67 PrintMotd no
- Перезагрузить
Запустить PuTTY
putty.exe -X 192.168.245.4
Попробуй это
ubuntu@sdnhubvm:~$ xclock
Теперь работает. Готово.
решение3
У меня была похожая проблема, за исключением того, что при запуске соединения Putty на сервере появлялось сообщение об ошибке: /usr/bin/xauth: истекло время ожидания при блокировке файла полномочий /home/retud/.Xauthority"
Это произошло потому, что у пользователя не было хороших прав на сервере (1003 вместо retud в данном случае). 2 drwxr-xr-x 7 1003 retud 14 25 ноября 2020 г. Моим решением проблемы было сменить владельца каталога retud@LP0X:~$ sudo su - root@LP0X:/home# root@LP0X:/home# chown -R retud /retud
Это решает проблему. Мои два цента.