Antwort:
Beim Verbinden mit dem NX-Client wurde ja sicher schon eine Verbindung erstellt, bei der, wenn man auf "Configure..." klickt, z.B. Host oder Desktop-Typ auszuwählen ist.
Bei mit steht in Normalfall bei Desktop "Unix" und "KDE".
Wenn man sich jetzt in eine bestehende Session einhängen möchte Wählt man statt "Unix" "Shadow" aus und speichert die Einstellungen.
Nun loggt man sich mit den gleichen Login-Daten ein, wie auch zum Login der bestehenden Session genutzt wurde.
In der Default-Konfiguration erscheint in der bestehenden Session ein Dialog-Fenster, dass fragt, ob man die neue Verbindung auch zulassen möchte.
Dies kann aber auch über die nx-node-Konfiguration so geändert werden, dass man sofort auf die Session gelegt wird.

Useability:
Es funktioniert erstaunlich gut. Es ist zugegeben um einiges langsamer, als wenn man alleine auf der Session ist, aber es geht gut und man kann noch normal arbeiten.

LG,
Florian

Frage/Anmerkung von Andi: (per Mail am 22.07.2010)

Kannst du bitte dazu schreiben welche Parameter ich in der nx-node-Konfiguration anpassen muss, damit ich mich ohne zutun des eingeloggten Nutzers in eine laufende Session hängen kann? Ich hätte das gerne für meinen privaten PC, wenn ich mal von auswärts drauf zugreifen will.

Antwort:

Ja, aktuell benutze ich die NX-Server-Version 3.3.0-27.

Die Konfiguration vom Server muss angepasst werden; nicht die der node! (mein Fehler...)

Die Datei /usr/NX/etc/server.cfg beinhaltet zum Session-Shadowing folgenden Text:

[...]
#
# Allow session shadowing on this server:
#
# 1: Enabled.  Each user can require to attach to an already running
#    session. The session owner has to accept connection.
#
# 0: Disabled. Session shadowing is forbidden.
#
#EnableSessionShadowing = "1"
#
# Allow session shadowing in interactive mode:
#
# 1: Enabled. User attaching to the session can interact with
#    the session.
#
# 0: Disabled. The session is shadowed in view-only mode. User
#    attaching to the session can't interact with the session.
#
#EnableInteractiveSessionShadowing = "1"
#
# Enable or disable NX server requiring authorization to the owner
# of the NX session before sharing the session.
#
# 1: Enabled. NX server asks for authorization to the owner
#    of the master session before trying to share the session.
#
# 0: Disabled. NX server tries to share the NX session without
#    the need of any authorization from the owner of the master
#    desktop.
#
#EnableSessionShadowingAuthorization = "1"
[...]  

Wenn du also für EnableSessionShadowingAuthorization den Wert 0 einträgst, die Zeile einkommentierst (# entfernen) und den NX-Server neustartest sollte es gehen.

LG,

Florian

Plugin aufspielen

.nxs-Datei

$ mv /etc/ssh/sshd_config /etc/ssh/sshd_config.orig
$ cat /etc/ssh/sshd_config.orig\
| sed 's/#\(AuthorizedKeysFile\)/\1/'\
| sed 's/#\(ChallengeResponseAuthentication \).*/\1no/'\
| sed 's/\(UsePAM \)yes/\1no/'\
> /etc/ssh/sshd_config
$ echo "#MaxStartups 10:30:60" | tee -a /etc/ssh/sshd_config

SSHD neustarten

/etc/init.d/sshd restart

(free)nx-server, X11, KDE installieren...

(etwas über 50 Pakete werden installiert)

$ yast -i FreeNX NX xorg-x11 xorg-x11-server xorg-x11-server-glx xf86tools kdebase3 kdebase3-kdm kdebase3-SuSE \
kde3-i18n-de kdeaddons3-konqueror kdeaddons3-kontact libGL.so.1 xorg-x11-Mesa fglrx susehelp_lang susehelp_de susehelp

nxserver softwareseitig installieren/konfigurieren

$ nxsetup --install --setup-nomachine-key

System-User anlegen ...Benutzer erstellen...[Beenden]...

$ yast users

evtl. Key-File umbenennen, da sonst keine Verbindung hergestellt werden kann. (siehe sshd_conf)

$ mv /var/lib/nxserver/home/.ssh/authorized_keys2 /var/lib/nxserver/home/.ssh/authorized_keys

Logging und andere Anpassungen - gegen Beispiel-Konfiguration prüfen und modifizieren

$ mv /etc/nxserver/node.conf /etc/nxserver/node.conf.orig
$ SSHD_PORT=222 && cat /etc/nxserver/node.conf.orig\
| sed 's/#\(NX_LOGGING=\)0/\11/'\
| sed 's/#\(NX_LOGFILE.*\)/\1/'\
| sed 's/#\(SSHD_PORT=\).*/\1'${SSHD_PORT}'/'\
| sed 's/#\(ENABLE_AUTORECONNECT=\)"0"/\"1"/'\
| sed 's/#\(ENABLE_AUTORECONNECT_BEFORE.*\)/\1/'\
| sed 's/#\(EXPORT_SESSIONID=\)"0"/\1"1"/'\
| sed 's/#\(ENABLE_PASSDB_AUTHENTICATION.*\)/\1/'\
| sed 's/#\(ENABLE_SSH_AUTHENTICATION=\)"1"/\1"0"/'\
> /etc/nxserver/node.conf

NX-Server neustarten

$ nxserver --restart

NX-Benutzer hinzufügen und Passwort setzen

$ nxserver --useradd ${user}
$ nxserver --passwd ${user}

Passwort des Benuters "nx" löschen

$ passwd -d nx

KDE-Tools installieren

$ yast -i knx rdesktop kdenetwork3 kdenetwork3-IRC kdenetwork3-InstantMessenger kdenetwork3-vnc kdegraphics3-pdf\
MozillaFirefox MozillaFirefox-translations MozillaThunderbird mozilla mozilla-calendar mozilla-deat mozilla-irc\
mozilla-mail mozilla-venkman wine ncftp kbear gftp

Useful Link:

apt-get install xserver-xorg kde-i18n-de kdebase xfonts-base

im 2. Schritt den NX-Server instalieren. Benötigt wird nx-server, nx-node, nx-client. Diese 3 Pakete von nomachine.com runterladen und installieren.

32-Bit:

dpkg -i nxserver_3.3.0-8_i386.deb  nxnode_3.3.0-3_i386.deb nxclient_3.3.0-3_i386.deb

64-Bit:

dpkg --force-architecture -i nxserver_3.3.0-8_i386.deb  nxnode_3.3.0-3_i386.deb nxclient_3.3.0-3_i386.deb

aptitude install ia32-libs       (32 bit-Bibiliotheken, damit auch 32bit-Programme laufen)

Das wars. Jetzt kann eine Verbindung hergestellt werden.

hi,
ich habe hier das problem mit dem aktuellen nx von nomachine und debian, dass ich gerne meinen ssh-key für die shell weiter verwenden würde und zusätzlich den von nx, aber wie geht das ?
man soll ja in die sshd_config die authorized_keys2 von nx eintragen, und 2 lässt er nicht zu.
auch kann ich mich nicht einloggen, wenn ich in der sshd_config password_authentication deaktiviert habe, dann sagt er dass der user nemesis sich nicht einloggen konnte.
mit ssh -i authfile nx@host geht es aber.

kannst du mir da weiterhelfen?

danke!

Antwort:

Das ist eigentlich ganz einfach. Ein Weg ist z.B.:

öffne eine Shell und geh in das .ssh-userverzeichnis "cd /home/nemesis/.ssh"
ich gehe davon aus, dass deine datei mit deinem Shell-Key authorized_keys heißt. (noch) Jetzt kannst du einfach die Datei umbenennen "mv authorized_keys authorized_keys2".
Stell nochmal sicher, dass in der SSH-Server-Config auch die authorized_keys2 angegeben wurde.
In dieser Datei können mehrere Pub-Keys stehen. Jeder in einer Zeile. Es wird also keine Schwierigkeiten geben.

LG,
Florian