Я пытаюсь подключиться к серверу 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и то же сообщение появляется снова.
так почему это происходит и каково решение для этого?
sshd_configс помощьюsudo nanoкоманды и добавить строку:ForwardX11Trusted yes.. плохая новость: после «шага добавления» проблема все еще существует !!!xauth add?ForwardX11Trustedэто опция для клиента OpenSSH, а не для сервера. Добавление может помешатьsshdзапуску, в зависимости от версии.Ответы:
Хотя я вошел в систему как su, после нескольких ошибок типа «PuTTY X11 proxy: попытка неверного протокола авторизации» я понял, что это проблема аутентификации. Затем я вспомнил, что нужно скопировать файл .Xauthority из моего собственного профиля / домашнего каталога в / root. Проблема решена!
источник
leafpadработало нормально, ноsudo leafpadвыкинуло ошибку в описании выше. Копирование.Xauthorityработало без нареканий. Большое спасибо!Решаемые.
Я решил это, используя смесь двух упомянутых выше.
1. Я добавил следующую строку в / etc / ssh / sshd_config
2. Я установил 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), оно работает.
источник