Назад | Перейти на главную страницу

Окно NoMachine NX закрывается после установления соединения

Я пытаюсь использовать сервер и клиент nomachine nx. Но как-то не получается. Происходит следующее:

  1. Клиент запускается
  2. Клиент аутентифицируется с сервером
  3. Окно NoMachine появляется на 2-4 секунды.
  4. Окно NoMachine существует

Каким-то образом отправляется "closeEvent". Вот что я вижу в файле журнала:

[Thu Sep 24 11:20:37 2009]: Starting nxcomp with options: 'NX> 299 Switch connection to: NX mode: unencrypted options: nx/nx,options=/home/foo/.nx/S-adnws029-1022-7EEF1367361DB2A7F4D9F76B06F4B434/options:1022'.
[Thu Sep 24 11:20:38 2009]: NXFileMonitor::readData
[Thu Sep 24 11:20:38 2009]: NXFileMonitor: opened file: [/home/foo/.nx/S-adnws029-1022-7EEF1367361DB2A7F4D9F76B06F4B434/session]
[Thu Sep 24 11:20:38 2009]: LoginDialog::ShowConnectionStatus code=[246] str=[Initializing X protocol compression] error=[0]
[Thu Sep 24 11:20:38 2009]: ProgressDialog::printNxStatus: [Initializing X protocol compression]
[Thu Sep 24 11:20:38 2009]: LoginDialog::ShowConnectionStatus code=[247] str=[Established the display connection] error=[0]
[Thu Sep 24 11:20:38 2009]: ProgressDialog::printNxStatus: [Established the display connection]
[Thu Sep 24 11:20:38 2009]: NXFileMonitor::readData
[Thu Sep 24 11:20:38 2009]: NXFileMonitor::readData
[Thu Sep 24 11:20:38 2009]: NXFileMonitor::readData
[Thu Sep 24 11:20:38 2009]: LoginDialog: slotAgentTimer
[Thu Sep 24 11:20:38 2009]: NXFileMonitor::readData
[Thu Sep 24 11:20:38 2009]: NXFileMonitor::readData
[Thu Sep 24 11:20:38 2009]: NXFileMonitor::readData
[Thu Sep 24 11:20:38 2009]: NXFileMonitor::readData
[Thu Sep 24 11:20:38 2009]: QClipboard: Unknown SelectionClear event received.
[Thu Sep 24 11:20:38 2009]: LoginDialog: slotAgentTimer
[Thu Sep 24 11:20:38 2009]: LoginDialog: Agent found closing windows...
[Thu Sep 24 11:20:38 2009]: LoginDialog: setting automatic reconnection to true.
[Thu Sep 24 11:20:38 2009]: Settings::flush
[Thu Sep 24 11:20:38 2009]: Settings::flush
[Thu Sep 24 11:20:38 2009]: LoginDialog: closeEvent received!
[Thu Sep 24 11:20:38 2009]: NXFileMonitor::readData
[Thu Sep 24 11:20:38 2009]: NXFileMonitor::readData
[Thu Sep 24 11:20:38 2009]: LoginDialog::destructor called begin
[Thu Sep 24 11:20:38 2009]: LoginDialog: stopAllTimers
[Thu Sep 24 11:20:38 2009]: LoginDialog: stopProgressTimer
[Thu Sep 24 11:20:38 2009]: Utility::getPreferencesFile: 'nxclient' -> '/home/foo/.nx/config/nxclient.cfg'
[Thu Sep 24 11:20:38 2009]: Settings::flush
[Thu Sep 24 11:20:38 2009]: Called destructor for protocol class
[Thu Sep 24 11:20:38 2009]: LoginDialog::destructor called end

У кого-нибудь есть полезная идея?

Я изо всех сил пытался заставить NX правильно работать на моих серверах. Вот шаги, которые я предпринял, чтобы мои системы заработали; обратите внимание, что я использую Fedora 10 и 11, вы не говорите, в каком дистрибутиве вы находитесь.

  1. Убедитесь, что selinux не блокирует ваш удаленный вход - / var / log / secure или / var / log / messages должны сообщить вам, если это так.

  2. Убедитесь, что у вас установлен сервер шрифтов xfs и что служба xfs запущена. Чтобы использовать xfs, вам также необходимо внести следующие изменения в ваш /etc/nxserver/node.conf:

    AGENT_FONT_SERVER="unix/:7100" (7100 - порт по умолчанию для xfs)

  3. Убедитесь, что у вас установлен пакет xorg-x11-fonts-misc.

  4. Если после выполнения шагов 1–3 и перезапуска сервера NX у вас все еще возникают проблемы, увеличьте уровень ведения журнала, внося следующие изменения в node.conf:

    ENABLE_PERSISTENT_SESSION="all"

    NX_LOG_LEVEL=7

    NX_LOGFILE=/var/log/nxserver.log

Также убедитесь, что /var/log/nxserver.log принадлежит пользователю nx и группе nx.

Если вы снова перезапустите nxserver и отслеживаете журнал, пытаясь запустить сеанс NX, вы должны получить достаточно подробностей, чтобы рассказать вам, что происходит.

Чтобы сервер NX работал в моей среде RHES 6.3, мне пришлось изменить следующие строки в файле по умолчанию /usr/NX/etc/node.cfg

CUPSBinPath = ""
CUPSSbinPath = ""
EnableCUPSSupport ="0"
MountShareProtocol = "both" ## not sure if this is relevant

Также закомментируйте строку CommandStartGnome.

У меня была эта проблема в Ubuntu 10.10, и после включения ведения журнала путем редактирования /etc/nxserver/node.conf, Я видел это сообщение об ошибке в ~/.nx/XXX/session описал python-dbus ошибка, при этом /lib/dbus-1.0/dbus-daemon-launch-helper не смог начать. Итак, мое однострочное решение заключалось в следующем: 

sudo chmod 4777 /lib/dbus-1.0/dbus-daemon-launch-helper

что устранило проблему.

Мой коллега недавно столкнулся с этой проблемой, и я попытался удалить все файлы, связанные с nx, но это не помогло. Единственное, что сработало, - это удаление его домашнего каталога. Но вскоре проблема снова возникла.

Причина оказалась в том, что в его .bashrc был запущен какой-то скрипт, который мешал загрузке его профиля NX. Однако он мог без проблем подключиться к putty / WinSCP.

Наконец, помогли комментарии к этой строке сценария.

Спасибо МК