2 votes

La fenêtre de NoMachine NX se ferme après avoir établi la connexion

J'essaie d'utiliser le serveur et le client nomachine nx. Mais d'une manière ou d'une autre, cela ne fonctionne pas. Ce qui se passe est le suivant :

  1. Le client démarre

  2. Le client s'authentifie auprès du serveur

  3. La fenêtre NoMachine apparaît pendant 2 à 4 secondes.

  4. La fenêtre NoMachine existe

D'une manière ou d'une autre, un "closeEvent" est envoyé. Voici ce que je vois dans le fichier journal :

\[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

Quelqu'un a une idée utile ?

1voto

gareth_bowles Points 8717

Je me suis battu pour que NX fonctionne correctement sur mes serveurs. Voici les étapes que j'ai suivies pour faire fonctionner mes systèmes ; notez que j'utilise Fedora 10 et 11, vous ne dites pas sur quelle distro vous êtes.

  1. Assurez-vous que selinux ne bloque pas vos connexions à distance - /var/log/secure ou /var/log/messages devraient vous indiquer si c'est le cas.

  2. Assurez-vous que le serveur de polices xfs est installé et que le service xfs est en cours d'exécution. Pour utiliser xfs, vous devez également apporter la modification suivante à votre fichier /etc/nxserver/node.conf :

    AGENT_FONT_SERVER="unix/:7100" (7100 est le port par défaut pour xfs)

  3. Assurez-vous que le paquet xorg-x11-fonts-misc est installé.

  4. Si les problèmes persistent après avoir effectué les étapes 1 à 3 et redémarré votre serveur NX, augmentez le niveau de journalisation en apportant les modifications suivantes au fichier node.conf :

    ENABLE_PERSISTENT_SESSION="all"

    NX_LOG_LEVEL=7

    NX_LOGFILE=/var/log/nxserver.log

Assurez-vous également que le fichier /var/log/nxserver.log appartient à l'utilisateur nx et au groupe nx.

Si vous redémarrez nxserver et que vous suivez le journal en essayant de démarrer une session NX, vous devriez obtenir suffisamment de détails pour savoir ce qui se passe.

0voto

DouglasH Points 923

J'ai eu ce problème dans Ubuntu 10.10, et après avoir activé la journalisation en éditant /etc/nxserver/node.conf J'ai vu ce message d'erreur dans ~/.nx/XXX/session a décrit un python-dbus erreur, dans laquelle /lib/dbus-1.0/dbus-daemon-launch-helper n'a pas réussi à démarrer. Donc ma solution en une ligne a été d'appliquer :

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

ce qui a réglé le problème.

0voto

Dion Rivera Points 1

Pour que le serveur NX fonctionne dans mon environnement RHES 6.3, j'ai dû modifier les lignes suivantes dans le fichier /usr/NX/etc/node.cfg par défaut.

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

Commentez également la ligne CommandStartGnome.

0voto

user188439 Points 1

Un de mes collègues a été confronté à ce problème récemment et j'ai essayé de supprimer tous les fichiers relatifs aux nx mais cela n'a pas aidé. La seule chose qui a fonctionné est la suppression de son répertoire personnel. Mais le problème est réapparu très vite.

La raison s'est avérée être qu'il avait un script exécuté dans son .bashrc qui empêchait le chargement de son profil NX. Il pouvait cependant se connecter à putty/WinSCP sans aucun problème.

Commenter cette ligne script a finalement aidé.

Merci, MK

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X