Morgen
Von einem Linux-Rechner (Red Hat ES4) möchte ich auf einen UNIX-Rechner (Digital UNIX V4.0D) ein Programm (z.B. xclock) starten. Ich bin wie folgt vorgegangen:
1. Konsole auf Linux öffnen
2. linux\> echo $DISPLAY
:0.0
3. linux\> xhost + // habe auch xhost und xhost versucht
access control disabled, clients can connect from any host
4. linux\> telnet
login:
Password:
5. unix\> xclock
Error: Can't open display: :0.0
6. unix\> xrdb -display :0.0
xrdb: Connection refused
xrdb: Can't open display ':0.0'
7. echo $DISPLAY
:0.0
Danach habe ich es mit rlogin versucht:
1. Konsole auf Linux öffnen
2. linux\> echo $DISPLAY
:0.0
3. linux\> xhost + // habe auch xhost und xhost versucht
access control disabled, clients can connect from any host
4. linux\> rlogin -l
connect to address : Connection refused
Trying krb4 rlogin...
connect to address : Connection refused
trying normal rlogin (/usr/bin/rlogin)
Password:
5. unix\> setenv DISPLAY :0.0
6. echo $DISPLAY
:0.0
7. unix\> xclock
Error: Can't open display: :0.0
8. unix\> xrdb -display :0.0 // habe auch xrdb -display :0.0 versucht
xrdb: Connection refused
xrdb: Can't open display ':0.0'
Weil Red Hat Linux ES4 normalerweise bash und Digital UNIX V4.0D csh verwendet habe ich auch versucht mit linux> csh versucht, hat nichts geändert.
Was läuft falsch?
Dank und Gruss
Olli
PS: Die Unix-Kiste hat kein ssh 
Morgen
Moin Olli,
Von einem Linux-Rechner (Red Hat ES4) möchte ich auf einen
UNIX-Rechner (Digital UNIX V4.0D) ein Programm (z.B. xclock)
starten. Ich bin wie folgt vorgegangen:
- Konsole auf Linux öffnen
- linux> echo $DISPLAY
:0.0
- linux> xhost + // habe auch xhost und xhost
versucht
access control disabled, clients can connect from any
host
- linux> telnet
login:
Password:
- unix> xclock
Error: Can’t open display: :0.0
An dieser Stelle bist du - sofern ich dein Log verstehe - auf der entfernten Unix-Büchse. Musst du nicht (da kein ssh mit X-fowarding vorhanden) hier erst noch die DISPLAY-Variable setzen? Also z.B.
unix\> export DISPLAY=:0.0
unix\> xclock
Was läuft falsch?
Dank und Gruss
Olli
PS: Die Unix-Kiste hat kein ssh
Das ist wirklich sehr bedauerlich…
gruss
bernhard
Hallo Bernhard
An dieser Stelle bist du - sofern ich dein Log verstehe - auf
der entfernten Unix-Büchse. Musst du nicht (da kein ssh mit
X-fowarding vorhanden) hier erst noch die DISPLAY-Variable
setzen? Also z.B.
unix> export DISPLAY=:0.0
unix> xclock
Bei rlogin ja, bei telnet nein (siehe telnet log step 7 und rlogin log step 5). Aber probiert habe ich es auch schon, mit setenv DISPLAY <ip>:0.0 (setenv anstelle von export weil csh auf UNIX) - leider keine Änderung.
PS: Die Unix-Kiste hat kein ssh
Das ist wirklich sehr bedauerlich…
… es kommt nosch schlimmer - ich darf es auch nicht nachinstallieren … heul heul …
Gruss
Olli
Hallo,
An dieser Stelle bist du - sofern ich dein Log verstehe - auf
der entfernten Unix-Büchse. Musst du nicht (da kein ssh mit
X-fowarding vorhanden) hier erst noch die DISPLAY-Variable
setzen? Also z.B.
[…]
Bei rlogin ja, bei telnet nein (siehe telnet log
step 7 und rlogin log step 5).
Naja, das hättest Du machen sollen.
Aber probiert habe ich es auch
schon, mit setenv DISPLAY <ip>:0.0 (setenv
anstelle von export weil csh auf UNIX) - leider keine
Änderung.
Hmm, ich bin nicht so fit in csh. Was sagt „echo $DISPLAY“?
PS: Die Unix-Kiste hat kein ssh
Das ist wirklich sehr bedauerlich…
… es kommt nosch schlimmer
Ja. xhost zu verwenden ist wirklich böse, „xhost +“ gehört verboten. Echt jetzt.
Gruß,
Sebastian
Morgen
Hmm, ich bin nicht so fit in csh. Was sagt „echo $DISPLAY“?
- unix>echo $DISPLAY
:0.0
Ja. xhost zu verwenden ist wirklich böse, „xhost +“ gehört
verboten. Echt jetzt.
- linux> xhost + // habe auch xhost und xhost versucht
Wie würdest Du es denn besser machen? Wie würdest Du vorgehen, um den Fehler zu finden? Wie sonst kann ein Programm (GUI nicht nur Konsole) per Netzwerk, das nebenbei gesagt galvanisch von der restlichen Welt getrennt ist, gestartet werden?
Gruss
Olli
- unix> setenv DISPLAY :0.0
Setzt du hier für die verschiedensten IPs ein? Oder meinst
du
setenv DISPLAY linuxhost:0
Ich hab leider lange nicht mehr
unter der csh gearbeitet, aber4 was sagt
set | grep DISPLAY
?
Und (doofe Frage?): läuft auch X auf dem linuxhost?
Stefan
Hallo Stefan
- unix> setenv DISPLAY :0.0
Setzt du hier für die verschiedensten IPs ein?
Oder meinst
du
setenv DISPLAY linuxhost:0
Ich habe beides versucht.
… Ich hab leider lange nicht mehr
unter der csh gearbeitet, aber4 was sagt
set | grep
DISPLAY
?
unix\> set | grep DISPLAY (... sagt nichts)
unix\> env | grep DISPLAY
DISPLAY=linuxhost:0
Und (doofe Frage?): läuft auch X auf dem linuxhost?
Ja, denn Linux nach Linux funktioniert, KDE läuft und xclock funktioniert lokal.
Ach ja, ich habe es von einer Windowskiste aus mit „Reflection“ versucht … es hat funktioniert … was zu Geier …
Gruss
Olli
Hallo,
Hmm, ich bin nicht so fit in csh. Was sagt „echo $DISPLAY“?
- unix>echo $DISPLAY
:0.0
Hm. Sieht brauchbar aus.
Ja. xhost zu verwenden ist wirklich böse, „xhost +“ gehört
verboten. Echt jetzt.
- linux> xhost + // habe auch xhost und xhost versucht
Wie würdest Du es denn besser machen?
Mit ssh. Echt jetzt. Telnet saugt und gehört verboten. Auf die Kiste gehört ein sshd. Nerve so lange, bis Du ihn bekommst.
Wenn alles Zetern nichts taugt, kann man das widerliche xhost auch mit xauth umschiffen. Aber ich habe gerade das Problem, daß hier irgendwas anderes versaht. Filtert irgendjemand Pakete?
Wie würdest Du vorgehen,
um den Fehler zu finden?
Keine Ahnung. Ich würde sshd installieren. Und vielleicht tcpdump bemühen.
Gruß,
Sebastian