Я пытаюсь подключиться к серверу 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и то же сообщение появляется снова.

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

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

Решаемые.

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

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

ForwardX11Trusted yes

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

sudo apt-get install xauth

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

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

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

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

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

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

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

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

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