Летом я работал в двух лабораториях, что потребовало от меня настройки удаленного доступа к обоим вычислительным кластерам. Один из них использовал x2go для подключения к рабочему столу MATE, а другой использовал NxMachine для подключения к рабочему столу KDE, поэтому я настроил их оба независимо на своем ноутбуке Windows. Для настройки X2Go требовался только пароль для подключения к серверу, тогда как для настройки NxMachine использовался закрытый ключ для подключения через SSH.
Все было нормально около двух месяцев, пока в понедельник я не смог войти в систему с помощью клиента X2Go и получил следующее сообщение:
«Удаленный прокси-сервер закрыл соединение во время согласования сеанса. Это может быть связано с тем, что на сервер были переданы неверные учетные данные аутентификации».
Поскольку отдельные сеансы отображения ранее были повреждены X2Go, я удалил файлы сеанса в C:/Users/MyUserName/.x2go/. Я также использовал PuTTY для подключения к моему домашнему каталогу на этом сервере через ssh и удалил файлы сеанса из ~/.x2go/.
Когда я снова попытался войти в систему, я получил ту же ошибку и обнаружил, что файлы сеанса снова находятся в папках .x2go.
В журналах сеансов указано следующее:
«Цикл: ПАНИКА! Удаленный прокси-сервер NX закрыл соединение. Цикл: ПАНИКА! Ошибка согласования сеанса на этапе '7'. Цикл: ПАНИКА! Неправильная версия или недействительный файл cookie аутентификации сеанса».
В первый день мне все еще удавалось подключиться к другому серверу с помощью NxMachine, но теперь этот сеанс также отклоняется с ошибкой 107: соединение отклонено.
Теперь я думаю, что что-то не так с моими ключами аутентификации? Однако, честно говоря, я понятия не имею, как это проверить или исправить, если это так, поэтому я как бы застрял здесь.
(Как вы, вероятно, поняли, я совершенно неопытен во всем этом и мог бы воспользоваться любой помощью, которую вы мне можете оказать, даже в понимании журналов и сообщений об ошибках. Если вам нужна дополнительная информация, пожалуйста, дайте мне знать.) Спасибо!
решение1
Я наткнулся на этот пост, когда искал решение той же проблемы.
Я добавляю свое решение для тех, кто может оказаться в похожей ситуации.
Я просто переинициализировал базу данных x2go:
x2godbadmin --createdb
решение2
У меня было такое же сообщение об ошибке, но повторная инициализация базы данных не дала результата.
Мне пришлось удалить и переустановить пакет x2goserver.
решение3
Вы можете подключиться к серверу через ssh. Затем найдите свою сессию x2go с помощью:
x2golistsessions
Вывод: <agent_pid>|<session_id>|...
Завершите неудачную сессию, используя:
x2goterminate-session <session_id>
решение4
Я решил эту проблему, войдя в систему по ssh и остановив процессы, связанные с x2go:
ps x | grep x2go
kill ...
Процессы, которые я уничтожил:
/usr/bin/dbus-run-session /etc/x2go/Xsession/bin/bash /usr/bin/x2gosetkeyboard