Я намагаюся підключитися до сервера Ubuntu для роботи над Qt-Creator. Перш ніж все піде не так, я дотримувався цього підручника. Я завантажив шпаклівку та Xming, і все працювало просто чудово.

потім, раптом, працюючи над Qt-творцем, я не зміг зберегти жодних змін. Отже, я закрив Qt-Creator і перезапустив сесію шпаклівки. він запитав мене про ім’я користувача та пароль (як звичайно), після цього після входу на сервер, і коли я намагався запустити 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: спроба неправильного протоколу авторизації" я зрозумів, що це проблема автентифікації. Тоді я згадав скопіювати файл .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 дозволи були встановлені неправильно, щоб у вас не було доступу для запису.

У моєму випадку я помітив, що можу відкрити Дисплей із коренем, але я робив су-сітку, і ця сітка користувача була проблемою,

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

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