nxserver

Einrichten des lokalen Netzes, Verbindung zu anderen Computern und Diensten.
seeadler
Beiträge: 289
Registriert: 19.10.2005 13:36:47

Beitrag von seeadler » 21.06.2006 20:58:00

D:\Programme\nxclient\installieren\NX Client for Windows\bin>nxssh 192.168.0.10
Daniel@192.168.0.10's password:
jetzt habe ich ein problem, das ist der user von der windows-kiste (Daniel)
ich habe aber auf dem server den user peter, wie kann ich denn
nxssh 192.168.0.10 mit peter starten, weil sonst müsste ich extra noch einen user Daniel anlegen auf dem server

gms
Beiträge: 7798
Registriert: 26.11.2004 20:08:38
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von gms » 21.06.2006 21:01:02

Code: Alles auswählen

nxssh peter@192.168.0.10
oder

Code: Alles auswählen

nxssh -l peter 192.168.0.10

seeadler
Beiträge: 289
Registriert: 19.10.2005 13:36:47

Beitrag von seeadler » 21.06.2006 21:07:51

D:\Programme\nxclient\installieren\NX Client for Windows\bin>nxssh peter@192.1
68.0.10
peter@192.168.0.10's password:
Permission denied, please try again

seeadler
Beiträge: 289
Registriert: 19.10.2005 13:36:47

Beitrag von seeadler » 21.06.2006 22:33:24

habe einen neuen versuch gestartet:
das hat geklappt:

D:\Programme\nxclient\installieren\NX Client for Windows\bin>nxssh michael@192.1
68.0.10
michael@192.168.0.10's password:
Linux puma 2.6.15-1-686 #2 Mon Mar 6 15:27:08 UTC 2006 i686

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Wed Jun 21 21:42:37 2006 from localhost
michael@puma:~$ su -
Password:
puma:~#
was nun? also die nxssh funktioniert nur der remote nicht, komisch?

seeadler
Beiträge: 289
Registriert: 19.10.2005 13:36:47

Beitrag von seeadler » 22.06.2006 06:54:58

kann mir vielleicht nochmal jemand einen tipp geben, was ich falsch mache
also wie schon genannt, die nxssh - verbindung funktioniert,
aber ich vom client (nomachine) nicht den server remoten

carsten2
Beiträge: 109
Registriert: 26.09.2003 04:43:04

Beitrag von carsten2 » 22.06.2006 08:09:11

Versuchst du dich als user michael anzumelden? Ist das Passwort richtig? Kannst du dich als michael am Server anmelden und dort KDE starten?
Was steht in der /var/log/auth.log des Servers?<- Nicht alles! Nur bezogen auf den Anmeldeversuch!
Im Linux gibt es ein Verzeichnis ~/.nx in dem auch einige nützliche Informationen zu finden sind. Keine Ahnung wo das Windows hinschreibt.
Ist der Key der richtige?
Der Client von nomachine gibt auch einige Infos aus. Was schreibt er denn so?


Carsten

seeadler
Beiträge: 289
Registriert: 19.10.2005 13:36:47

Beitrag von seeadler » 22.06.2006 13:00:05

Versuchst du dich als user michael anzumelden? Ist das Passwort richtig? Kannst du dich als michael am Server anmelden und dort KDE starten?
ich kann mich am kde ganz normal mit michael anmelden, das passwort ist das richtige
Was steht in der /var/log/auth.log des Servers?<- Nicht alles! Nur bezogen auf den Anmeldeversuch!
das steht überhaupt nichts drin
Im Linux gibt es ein Verzeichnis ~/.nx in dem auch einige nützliche Informationen zu finden sind. Keine Ahnung wo das Windows hinschreibt.
Ist der Key der richtige?
ich habe nomachine keys gewählt, wo finde ich den key, damit ich diesen mit dem vom client vergleichen kann
Der Client von nomachine gibt auch einige Infos aus. Was schreibt er denn so?
Authentication complete, dann erscheint ein größeres Desktopfenster für den Bruchteil einer Sekunde
anschließend folgende Meldung:
No response receive from the remote server, Do you want terminate the session
anschließend:
The connection with the response server was shut down.
Please check the state of your network connection

carsten2
Beiträge: 109
Registriert: 26.09.2003 04:43:04

Beitrag von carsten2 » 22.06.2006 17:58:26

Also wenn ich mich am Server anmelde steht folgendes in der /var/log/auth.log:

Code: Alles auswählen

Jun 22 17:46:13 gamma sshd[3682]: Accepted publickey for nx from ::ffff:10.8.0.14 port 52539 ssh2
Jun 22 17:46:13 gamma sshd[3684]: (pam_unix) session opened for user nx by (uid=0)
Jun 22 17:46:15 gamma sshd[3718]: Accepted keyboard-interactive/pam for carsten from ::ffff:127.0.0.1 port 45386 ssh2
Jun 22 17:46:15 gamma sshd[3721]: (pam_unix) session opened for user carsten by (uid=0)
No response receive from the remote server, Do you want terminate the session
anschließend:
The connection with the response server was shut down.
Please check the state of your network connection
Genau dieses Problem hatte ich als bei "Enable SSL encryption of all trafic" noch kein Häckchen drin war und meine Firewall alle Verbindungen außer die zu Port 22 blockt.

Carsten

seeadler
Beiträge: 289
Registriert: 19.10.2005 13:36:47

Beitrag von seeadler » 22.06.2006 19:13:38

ich welchem Fall muss ich dann das häckchen setzen?
muss das häckchen vielleicht gesetzt werden, wenn ich die OPTION Custom Keys wähle?

seeadler
Beiträge: 289
Registriert: 19.10.2005 13:36:47

Beitrag von seeadler » 22.06.2006 21:43:31

habe kein häckchen gesetzt, leider kann nach wie vor keine remote - verbindung zum server herstellen

was mir noch aufgefallen ist bei:

Code: Alles auswählen

 nxsetup --install
Warning: Could not find nxdesktop in /usr/lib/nx. RDP sessions won't work
hat diese Zeile was zu bedeuten?

gms
Beiträge: 7798
Registriert: 26.11.2004 20:08:38
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von gms » 22.06.2006 22:05:32

seeadler hat geschrieben:was mir noch aufgefallen ist bei:

Code: Alles auswählen

 nxsetup --install
Warning: Could not find nxdesktop in /usr/lib/nx. RDP sessions won't work
hat diese Zeile was zu bedeuten?
Dann kannst du nicht auf einen Windows Terminalserver oder WinXP zugreifen
Das Hauptproblem ist aber das:
seeadler hat geschrieben: anschließend folgende Meldung:
No response receive from the remote server, Do you want terminate the session
anschließend:
The connection with the response server was shut down.
Casten2 hat dir diesbezüglich schon eine mögliche Ursache aufgezeigt:
carsten2 hat geschrieben: Genau dieses Problem hatte ich als bei "Enable SSL encryption of all trafic" noch kein Häckchen drin war und meine Firewall alle Verbindungen außer die zu Port 22 blockt.
Hast du dein(e) Firewall(s) überprüft ?
Ansonsten würde ich einmal das Logging in /etc/nxserver/node.conf aktivieren und schaun was da passiert

Gruß
gms

seeadler
Beiträge: 289
Registriert: 19.10.2005 13:36:47

Beitrag von seeadler » 22.06.2006 22:36:16

# 4: Server - Client communication
soll ich in dieser zeile den gartenzaun entfernen?

gms
Beiträge: 7798
Registriert: 26.11.2004 20:08:38
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von gms » 22.06.2006 22:47:14

nein, aber bei dieser Zeile:

Code: Alles auswählen

#NX_LOG_LEVEL=7

seeadler
Beiträge: 289
Registriert: 19.10.2005 13:36:47

Beitrag von seeadler » 23.06.2006 06:32:25

ich hätte da jetzt mal ne allgemeine Frage, welche paketquelle verwendet ihr, für den nx-server unter debian etch?

gms
Beiträge: 7798
Registriert: 26.11.2004 20:08:38
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von gms » 23.06.2006 09:54:39

zum Testen habe ich diese genommen:

Code: Alles auswählen

deb http://debian.tu-bs.de/project/kanotix/unstable unstable main contrib non-free
wenn ich Freenx für den produktiven Einsatz benötigen würde, würde ich es mir allerdings selber bauen

Gruß
gms

seeadler
Beiträge: 289
Registriert: 19.10.2005 13:36:47

Beitrag von seeadler » 23.06.2006 11:00:23

also würdest du für den produktiven einsatz den nxserver selbst programmieren,
und warum wenn ich fragen darf?
das ganze ist doch über ssh sehr sicher! :D

gms
Beiträge: 7798
Registriert: 26.11.2004 20:08:38
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von gms » 23.06.2006 20:02:38

ich würde nicht selber programmieren sondern nur selber kompilieren :wink:
und Bedenken habe ich weniger was die Sicherheit betrifft, sondern mehr was die Stabilität betrifft. Da würde ich mich nicht auf eine Unstable Quelle verlassen, die noch dazu von einem "Fremdhersteller" (Kanotix) stammt.

Gruß
gms

seeadler
Beiträge: 289
Registriert: 19.10.2005 13:36:47

Beitrag von seeadler » 29.06.2006 19:58:58

also, ich weis nicht woran es liegt das ich mit dem client von nomachine keine
remote-verbindung zu meinem nxserver bekomme
vielleicht liegt es auch einfach am x-server den ich installiert habe, kann das sein?

also ganz von vorne:
ich habe mit der netinstall etch-cd mein debian system installiert,
dann mit aptitude install x-window-system
danach aptitude install kde
die quelle in die sources.list eingetragen

Code: Alles auswählen

deb http://debian.tu-bs.de/project/kanotix/unstable unstable main contrib non-free
danach ein apt-get update
dann über synaptic (aptitude install synaptic) freenx installiert
user angelegt passwort vergabe vorgenommen
dann ein nxserver --restart
So jetzt müsste ich doch eigentlich ein remote von meiner windows-kiste auf meinen server bekommen?
:)
oder habe ich was falsch gemacht?[/code]

gms
Beiträge: 7798
Registriert: 26.11.2004 20:08:38
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von gms » 29.06.2006 20:45:13

was hat denn die Überprüfung der Logfiles ergeben ?

seeadler
Beiträge: 289
Registriert: 19.10.2005 13:36:47

Beitrag von seeadler » 30.06.2006 06:44:22

habe mich mit michael am client angemeldet, welcher auch user unter meinem
debian ist

also bei der verbindung vom client zum server hat die log folgendes ergeben:
/var/log/auth.log:
  • Jun 30 06:39:01 puma CRON[6627]: (pam_unix) session opened for user root by (uid=0)
    Jun 30 06:39:01 puma CRON[6626]: (pam_unix) session opened for user root by (uid=0)
    Jun 30 06:39:02 puma CRON[6626]: (pam_unix) session closed for user root
    Jun 30 06:39:02 puma CRON[6627]: (pam_unix) session closed for user root
    Jun 30 06:40:10 puma sshd[6644]: Accepted publickey for nx from 192.168.0.11 port 1038 ssh2
    Jun 30 06:40:10 puma sshd[6646]: (pam_unix) session opened for user nx by (uid=0)
    Jun 30 06:40:14 puma sshd[6760]: Accepted publickey for michael from 127.0.0.1 port 46756 ssh2
    Jun 30 06:40:14 puma sshd[6762]: (pam_unix) session opened for user michael by (uid=0)
    Jun 30 06:40:25 puma sshd[6646]: (pam_unix) session closed for user nx
    Jun 30 06:40:45 puma su[6603]: (pam_unix) session closed for user root
    Jun 30 06:40:58 puma su[6948]: Successful su for root by michael
    Jun 30 06:40:58 puma su[6948]: + pts/3 michael:root
    Jun 30 06:40:58 puma su[6948]: (pam_unix) session opened for user root by (uid=1000)
    Jun 30 06:40:58 puma su[6948]: (pam_unix) session closed for user root
    Jun 30 06:40:58 puma su[6952]: Successful su for root by michael
    Jun 30 06:40:58 puma su[6952]: + pts/3 michael:root
    Jun 30 06:40:58 puma su[6952]: (pam_unix) session opened for user root by (uid=1000)

Benutzeravatar
peschmae
Beiträge: 4844
Registriert: 07.01.2003 12:50:33
Lizenz eigener Beiträge: MIT Lizenz
Wohnort: nirgendwo im irgendwo

Beitrag von peschmae » 30.06.2006 08:51:45

gms hat geschrieben:ich würde nicht selber programmieren sondern nur selber kompilieren :wink:
Ist übirgens ein Shellscript. Viel Spass beim kompilieren :P

MfG Peschmä
"er hätte nicht in die usa ziehen dürfen - die versauen alles" -- Snoopy

seeadler
Beiträge: 289
Registriert: 19.10.2005 13:36:47

Beitrag von seeadler » 30.06.2006 10:54:11

mich würde interessieren, was mit meinem log ist, ist das normal?

carsten2
Beiträge: 109
Registriert: 26.09.2003 04:43:04

Beitrag von carsten2 » 30.06.2006 11:01:53

seeadler hat geschrieben:mich würde interessieren, was mit meinem log ist, ist das normal?
Ja

seeadler
Beiträge: 289
Registriert: 19.10.2005 13:36:47

Beitrag von seeadler » 30.06.2006 11:43:47

bekomme aber nach wie vor keine verbindung
hinweis vom client: pleaese check your network connection
kann sowohl vom client als auch vom server pingen, ohne probleme
aber wie schon gesagt, es kommt keine remote - verbindung zu stande
was nun?

gms
Beiträge: 7798
Registriert: 26.11.2004 20:08:38
Lizenz eigener Beiträge: MIT Lizenz

Beitrag von gms » 30.06.2006 12:43:50

peschmae hat geschrieben:
gms hat geschrieben:ich würde nicht selber programmieren sondern nur selber kompilieren :wink:
Ist übirgens ein Shellscript. Viel Spass beim kompilieren :P
MfG Peschmä

Code: Alles auswählen

root@gms4:~# file `dpkg -L freenx nxagent nxlibs` | grep ELF | awk '{print $1}'
/usr/lib/nx/nxagent:
/usr/lib/libX11-nx.so.6.2:
/usr/lib/libXext-nx.so.6.4:
/usr/lib/libXrender-nx.so.1.2:
Gruß
gms
Zuletzt geändert von gms am 30.06.2006 13:34:14, insgesamt 1-mal geändert.

Antworten