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

я пытаюсь подключиться к серверу Ubuntu для работы на Qt-creator. Прежде чем все пойдет не так, я следовал этой учебник. Я скачал putty и 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 и то же сообщение появляется снова.

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

18
задан McLan
05.12.2022 14:56 Количество просмотров материала 3499
Распечатать страницу

5 ответов

при входе в систему как su, после нескольких ошибок типа "PuTTY X11 proxy: wrong Authorization protocol attempted", я понял, что это проблема аутентификации. Тогда я вспомнил, чтобы скопировать .Файл Xauthority из собственного профиля каталог /Home в /root. Проблема решена!

6
отвечен Navy Flyer 2022-12-06 22:44

решена.

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

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

ForwardX11Trusted yes

2. Я установил можно с помощью

sudo apt-get install xauth

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

затем я перезапустил ssh, и он работал. Ура!

Примечание: то, что я на самом деле было перезагрузите мой малина Pi

2
отвечен Dheeraj Bhaskar 2022-12-07 01:01

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

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

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

1
отвечен Ryan Armstrong 2022-12-07 03:18

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

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

0
отвечен user524500 2022-12-07 05:35

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

0
отвечен anton 2022-12-07 07:52

Постоянная ссылка на данную страницу: [ Скопировать ссылку | Сгенерировать QR-код ]

Ваш ответ

Опубликуйте как Гость или авторизуйтесь

Имя
Вверх