с некоторых пор я пытаюсь запустить freenx (пакет CentOS 0.7.3) под CentOS 6.3. Это похоже на то, что есть на многих веб-сайтах: первый вход успешен, после этого все попытки входа заканчиваются ошибкой согласования.
Простой ssh с тем же именем пользователя на сервере проходит успешно. Для установки я следовал инструкциям по установке. http://wiki.centos.org/HowTos/FreeNX
Странно то, что в журнале изменений FreeNX 0.7.3 говорится, что эта ошибка исправлена. Кому-нибудь удалось запустить FreeNX под CentOS без этой проблемы и знает, как ее исправить?
Фрэнк
РЕДАКТИРОВАТЬ: Вот журнал из / var / log / nx /
Это не пользователь nx, вроде бы дисплей:
-- NX SERVER START: - ORIG_COMMAND=
Info: Using fds #4 and #3 for communication with nxnode.
HELLO NXSERVER - Version 3.2.0-74-SVN OS (GPL, using backend: not detected)
NX> 105 hello NXCLIENT - Version 3.2.0
NX> 134 Accepted protocol: 3.2.0
NX> 105 SET SHELL_MODE SHELL
NX> 105 SET AUTH_MODE PASSWORD
NX> 105 login
NX> 101 User: frank
NX> 102 Password:
NX> 103 Welcome to: vServerIT user: frank
NX> 105 listsession --user="frank" --status="suspended,running" --geometry="1680x1050x32+render" --type="unix-gnome"
NX> 127 Sessions list of user 'frank' for reconnect:
Display Type Session ID Options Depth Screen Status Session Name
------- ---------------- -------------------------------- -------- ----- -------------- ----------- ------------------------------
1000 unix-gnome 61521246CE49DE6B212C56E60D61963A -RD--PSA 24 1674x982 Suspended Virtualmachine
NX> 148 Server capacity: not reached for user: frank
NX> 105 restoresession --link="lan" --backingstore="1" --cache="16M" --images="64M" --shmem="1" --shpix="1" --strict="0" --composite="1" --media="0" --session="Virtualmachine" --type="unix-gnome" --geometry="1674x982" --client="winnt" --keyboard="pc102/de" --id="61521246CE49DE6B212C56E60D61963A" --resize="1"
NX> 1000 NXNODE - Version 3.2.0-74-SVN OS (GPL, using backend: not detected)
NX> 1009 Session status: resuming
NX> 700 Session id: vServerIT-1000-61521246CE49DE6B212C56E60D61963A
NX> 705 Session display: 1000
NX> 703 Session type: unix-gnome
NX> 701 Proxy cookie: cb22faf565e74bbb6b10f77cf0b55eff
NX> 702 Proxy IP: 127.0.0.1
NX> 706 Agent cookie: cb22faf565e74bbb6b10f77cf0b55eff
NX> 704 Session cache: unix-gnome
NX> 707 SSL tunneling: 0
NX> 710 Session status: running
NX> 710 Session status: running
NX> 1002 Commit
NX> 1006 Session status: running
NX> 1002 Commit
NX> 1006 Session status: running
NX> 1002 Commit
NX> 1006 Session status: running
NX> 105 bye
Bye
NX> 999 Bye
NX> 1001 Bye.
NX> 105 NX> 596 Error: Session failed. Reason was: Session: Display failure detected at 'Sat Sep 8 11:57:25 2012'.
NX> 1009 Session status: suspending
NX> 1005 Session status: suspended
NX> 596 Error: Session restore failed. Reason was: Session: Display failure detected at 'Sat Sep 8 11:57:25 2012'.
NX> 1001 Bye.
Трудно узнать наверняка, нет ли у вас полного журнала ошибок от FreeNX, но я предполагаю, что ошибка согласования вызвана учетной записью пользователя «nx», а не вашей учетной записью. Возможно, домашний каталог пользователя "nx" изменился, ключи RSA изменились, права пользователя установлены неправильно и т. Д. Я видел ошибки много раз раньше.
FreeNX перестал меня волновать после v0.8 или около того, и вместо этого я перешел на бесплатную версию NoMachine NX. Но даже тогда я все еще видел достаточно сбоев согласования, проблем с сопоставлением ключей с OSX и т. Д., Что я просто отказался от NX / FreeNX и вместо этого использовал TightVNC, этап согласования намного быстрее и надежнее. NX обычно подключается за 5-10 секунд, тогда как TightVNC + SSH подключается практически мгновенно.
Но в любом случае, если вы хотите остаться с NX, но не можете точно определить, почему переговоры терпят неудачу, попробуйте вместо этого установить версию NX NoMachine и посмотрите, решит ли это вашу проблему. Это сработало для меня.