Я получаю Putty при попытке ошибочного протокола при подключении SSH к моему серверу из Windows


12

У меня была Putty, соединяющаяся через SSH с моим сервером Ubuntu 12.10 в течение нескольких месяцев. Вчера я начал получать следующую ошибку при каждом подключении:

Прокси PuTTY X11: неверный протокол аутентификации

Я могу сделать все в сессии, кроме запуска приложений X Windows. Насколько мне известно, ничего не изменилось на стороне Windows, и я недавно установил @ 20 обновлений на стороне Ubuntu во время обычного обслуживания обновления.

Я использую Xming в качестве X-сервера на клиенте Windows. И, как я сказал, это работало просто отлично. У меня есть готовые десятки результатов поиска Google по этой ошибке, и большинство из них связаны с ошибкой, возникающей после SSH-соединения при попытке SU или SUDO к другой учетной записи, но это происходит с моим обычным пользовательским соединением.

Я попытался удалить файл .Xauthority в моем домашнем каталоге, а также различные команды добавления xauth, чтобы попытаться вернуть правильный «волшебный файл cookie» обратно в файл .Xauthority. Ничего не сработало.

Есть предположения?


3
Вы, наверное, видели это . Я понимаю, что причина вашей проблемы не совпадает с причиной там. Но вы пробовали там менее безопасное решение, включающее ForwardX11Trusted? (Этого не следует делать, когда любые недоверенные пользователи, которые могут подключиться по SSH, см man 5 ssh_config.). Если это безопасно для вас, то даже если вы не хотите оставлять его включенным, это даст ценную информацию.
Элия ​​Каган

Кроме того, вы сказали, что пробовали «различные команды добавления xauth» ... но вывод xauthкоманд, которые дают информацию, как и ожидалось? Если нет, это может пролить свет на ситуацию. Каков результат xauth list(вы можете пойти дальше и удалить или заменить шестнадцатеричный ключ, нет необходимости делиться этим). Лучший способ предоставить всю эту информацию - отредактировать ваш вопрос ; пожалуйста, включите как можно больше подробностей обо всех командах xauth, которые вы пробовали, и о том, что произошло.
Элия ​​Каган

Не могли бы вы опубликовать скриншот вашей конфигурации Putty X11, который будет находиться внутри SSH на левой боковой панели? Если я не ошибаюсь, ваш сервер ожидает от вас авторизации XDM, но вы пытаетесь сделать Magic Cookie. Просто попробуйте изменить его на XDM-Authorization-1.
thefourtheye

Недавнее изменение на сервере: /etc/ssh/sshd.conf изменило «Протокол 1,2» на «Протокол 2»? Протокол 1 имеет известные уязвимости, но это может быть то, что использует Putty. Или вы можете настроить Putty для использования протокола 2?
вальтинатор

Ответы:


2

Переформатировано для запроса от http://froebe.net/blog/2008/11/14/getting-xlib-putty-x11-proxy-wrong-authentication-protocol-attempted-i-have-the-answer/

Как уже упоминалось выше, вы можете нарушить вашу безопасность путем включения ForwardX11Trusted yesв /etc/ssh/sshd_configфайл на сервере и перезапуска SSHD. Полное решение - временно перенести авторизацию на другой аккаунт.

Во-первых, на вашем клиенте получите ключ от вашей учетной записи (в Windows это для xming и может быть в конфигурации xming):

$ xauth list
aspc2o1/unix:10 MIT-MAGIC-COOKIE-1 bc664c66cfec3c5c3d5b0efc4ee9d3ad

Затем войдите в свою учетную запись ssh / putty и добавьте ключ xming (это может быть в конфигурации для putty).

$ xauth add aspc2o1/unix:10 MIT-MAGIC-COOKIE-1 bc664c66cfec3c5c3d5b0efc4ee9d3ad

Теперь у вас должна быть возможность открывать приложения, когда вы перенаправляете дисплей X поверх ssh.


1
Кажется, никто больше не читает страницы руководства. Установка этой опции sshd_configне позволит серверу SSH успешно запуститься! Попробуйте man sshd_config|grep ForwardX11Trustedпротив man ssh_config|grep ForwardX11Trusted. -1.
0xC0000022L

спасибо человек ... решил мою проблему от Putty / Windows / XMing до Raspbian Pixel ... странно, что номер дисплея для X, когда я поднимаю превалирование (sudo su): 11 ... не: 10 ...? почему
ZEE
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.