Hallo Liste, wenn ich frueher (ich glaube es war vor 10.3) einem Benutzer remote helfen wollte und das Problem lag im Bereich X , war ein Weg um mir das Problem selbst anzuschauen ohne direkt vor Ort zu sein : ==================================== myhost > ssh -X root@remotehost remotehost> su - username remotehost > setenv DISPLAY myhost:0.0 myhost > xhost + remotehost (und stoppen der firewall) remotehost> Xapplication ========================================== Unter 10.3 klappt es nicht mehr : remotehost > xterm xterm Xt error: Can't open display: myhost:0.0 remotehost> strace xterm .......... close(4) = 0 close(3) = 0 socket(PF_INET, SOCK_STREAM, IPPROTO_TCP) = 3 connect(3, {sa_family=AF_INET, sin_port=htons(6000), sin_addr=inet_addr("192.168.1.100")}, 16) = -1 ECONNREFUSED (Connection refused) open("/usr/share/X11/XtErrorDB", O_RDONLY) = -1 ENOENT (No such file or directory) getuid() = 13030 geteuid() = 13030 getuid() = 13030 write(2, "xterm Xt error: Can\'t open displ"..., 62xterm Xt error: Can't open display: myhost.domain:0.0 ) = 62 exit_group(1) .................... Jemand eine Idee warum ? Gruss, Kai -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am 19. Juni 2008 16:04 schrieb Kai Grunau
Jemand eine Idee warum ?
man sshd_config man ssh_config und such jeweils nach X11. Gruß Martin -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
On Thu, 19 Jun 2008 16:04:47 +0200 Kai Grunau
wenn ich frueher (ich glaube es war vor 10.3) einem Benutzer remote helfen wollte und das Problem lag im Bereich X , war ein Weg um mir das Problem selbst anzuschauen ohne direkt vor Ort zu sein : ==================================== myhost > ssh -X root@remotehost
remotehost> su - username
Nicht ganz Deine Frage, aber wenn ich so ein Bedürfnis habe, dann gehe ich mit ssh -CXY auf den Rechner und brauche dann nicht mehr mit xhost, Firewall, etc. zu basteln. Beim Umweg über root und Wechsel auf den User wie gezeigt, musst Du eventuell anschließend die DISPLAY-Variable restaurieren. Habe ich nie ausprobiert, weil sich hier root nicht per ssh anmelden darf. Wahrscheinlich würde ich bei so nem Bedarf eher den Weg wählen, meinen pubkey in des Nutzers authorized_keys einzufügen und dann mit dessen Benutzerkonto anmelden. -- Gruß, Tobias. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Tobias Crefeld wrote:
On Thu, 19 Jun 2008 16:04:47 +0200 Kai Grunau
wrote: wenn ich frueher (ich glaube es war vor 10.3) einem Benutzer remote helfen wollte und das Problem lag im Bereich X , war ein Weg um mir das Problem selbst anzuschauen ohne direkt vor Ort zu sein : ==================================== myhost > ssh -X root@remotehost
remotehost> su - username
Nicht ganz Deine Frage, aber wenn ich so ein Bedürfnis habe, dann gehe ich mit ssh -CXY auf den Rechner und brauche dann nicht mehr mit xhost, Firewall, etc. zu basteln.
Beim Umweg über root und Wechsel auf den User wie gezeigt, musst Du eventuell anschließend die DISPLAY-Variable restaurieren. Habe ich nie ausprobiert, weil sich hier root nicht per ssh anmelden darf. Wahrscheinlich würde ich bei so nem Bedarf eher den Weg wählen, meinen pubkey in des Nutzers authorized_keys einzufügen und dann mit dessen Benutzerkonto anmelden.
Ok, war auch nur der Versuch das "neue" Verhalten zu verstehen, also nichts dramatisches. Vielen Dank fuer die Hinweise Gruss, Kai -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (3)
-
Kai Grunau
-
Martin Schröder
-
Tobias Crefeld