Прокси PuTTY X11: попытка неверного протокола авторизации

Question

Я пытаюсь подключиться к серверу Ubuntu для работы на Qt-creator. Прежде чем все пошло не так, я следовал этому уроку. Я скачал шпаклевку и Xming, и все работало просто отлично.

затем, внезапно, работая над Qt-creator, я не смог сохранить никаких изменений. Итак, я закрыл Qt-creator и перезапустил сеанс putty. он спрашивал меня об имени пользователя и пароле (как обычно), затем после входа на сервер и при попытке запустить Qt-creator (как обычно) появляется следующее сообщение:

PuTTY X11 proxy: wrong authorisation protocol attempted
Can't open display: localhost:10.0

Итак, я попытался решить проблему, используя два подхода, найденных в Интернете:

Первый - получить гекскей с dpyname protoname hexkey используя:

xauth list 

который должен вернуть ключ, который затем может быть добавлен с помощью:

xauth add

Однако, это не сработало, так как команда xauth list ничего не возвращала.

Второе решение заключалось в следующем:

./etc/ssh/sshd_config

откройте файл: sshd_config и отредактируйте строку ForwardX11Trusted yes , а если такой строки не существует, добавьте ее.

ForwardX11Trusted yes

затем перезапустите сервер SSH, и он должен работать.

Однако это тоже не сработало. Я не смог открыть файл sshd_config с помощью xdg-open или gedit и то же самое сообщение появляется снова.

так почему это происходит и каково решение для этого?

Answer 1

Хотя я вошел в систему как su, после нескольких ошибок типа «PuTTY X11 proxy: попытка неверного протокола авторизации», я понял, что это проблема аутентификации. Тогда я вспомнил, чтобы скопировать.Файл Xauthority из моего собственного профиля / домашнего каталога в / root. Задача решена!

Answer 2

Решаемые.

Я понял это, используя смесь двух упомянутых выше.

1. Я добавил следующую строку в /etc /ssh /sshd_config

ForwardX11Trusted yes

2. Я установил xauth используя

sudo apt-get install xauth

xauth list для меня был пуст до перезапуска. Это было, однако, населено после перезапуска. Я сделал xauth list после того, как я проверил это с замазкой.

Затем я перезапустил SSH, и это сработало. Ура!

Примечание: на самом деле я перезапустил Raspberry Pi

Answer 3

У меня была похожая проблема на сервере на работе, потому что в домашней папке не хватало места на диске. После входа в систему он не смог записать файл Xauthority и ... не смог переслать.

Освобождение места решило проблему.

Я полагаю, у вас будет аналогичная проблема, если домашняя папка или.Разрешения Xauthority были установлены неправильно, поэтому у вас не было прав на запись.

Answer 4

У меня была похожая проблема на сервере. Причина была в том, что пользователь получил неправильный номер дисплея (DISPLAY = localhost:10.0). Когда пользователь подключается к серверу через SSH (как пользователь с именем test1), он получает DISPLAY = localhost:11.0. Когда он подключается как другой пользователь, а затем становится пользователем (test1), он получает неправильный номер дисплея (DISPLAY = localhost:10.0). Когда я устанавливаю точное число DISPLAY (DISPLAY = localhost:11.0), оно работает.

Answer 5

В моем случае я заметил, что могу открыть Дисплей с правами root, но я делал su-grid, и эта пользовательская сетка была единственной с проблемой,

решение было закрыть эту сессию и открыть новую сессию напрямую с помощью grid, и это сработало, что-то в выполнении su-grid было неудачным ...