[aufgegeben] ssh -X Xephyr geht nicht

[MartinV]

Ich habe mit Erstaunen festgestellt, daß das hier geht:

Code: Alles auswählen

ssh -X localhost -- Xephyr :15

Aber wenn ich statt localhost einen entfernten Rechner nehme (in meinem Fall eine VM für Testzwecke), startet Xephyr nicht. Es gibt auch keine Terminalausgabe:

Code: Alles auswählen

ssh -X remoteserverip -- Xephyr :15

Andere Programme als Xephyr starten problemlos. ssh -Y macht keinen Unterschied.

Hat jemand eine Idee, woran das liegen kann?

[Benno007]

Um zu erfahren, woran das liegen könnte, hat ssh die Option -v erfunden. Die man für mehr Details übrigens - später bei Bedarf - auch mehrfach angeben kann. Gegoogelt wurde sicherlich schon nach dem Problem, da ja die meisten Fragen im Forum schon mal wo beantwortet wurden...

[MartinV]

Die verbose Option von ssh hilft hier nicht weiter.
Andere Programme, auch das ähnliche xnest, starten problemlos.
`ssh -X remoteserverip -- Xephyr :15 -verbosity 3` gibt auch keine Ausgabe.

Ich bekomme keine Terminalnachrichten. Das Xephyr-Fenster erscheint nicht. Es macht den Eindruck, als warte es auf etwas, das nie eintritt.

Kann jemand die Situation nachstellen und bestätigen? (Paket xserver-xephyr)

[hikaru]

Schuss in's Blaue:
Versuch mal, Xephyr die Option -ac mitzugeben! Das soll Zugrifffsbeschränkungen abschalten. Ich weiß nicht, in welchem Kontext das wirksam wird, aber ich könnte mir vorstellen, dass das bei Remote-Zugriff greift.

Edit:
Und wo wir schon dabei sind, probier auch mal -br aus! Das soll explizit ein schwarzes Hintergrundfenster zeichnen. Vielleicht kommt ja Xephyr eigentlich "normal" hoch, nur irgendwas mit der Fensterdarstellung passt nicht.

[Benno007]

Du hast verbose dem xephyr mitgegeben, solltest es aber ssh mitgeben.

[MartinV]

Ich habe mehrere Tests mit verschiedenen Systemen in VMs gemacht, eben auch mit einem frisch installierten Debian buster in einer VM. Überall geht es, nur nicht auf meinem Hauptrechner mit Debian buster.
Ich habe keine Ahnung, was an meinem System anders ist, aber egal. Zumindest konnte ich sicherstellen, daß es kein generelles Xephyr- oder Debian- oder ssh-Problem ist.

Versuch mal, Xephyr die Option -ac mitzugeben! Das soll Zugrifffsbeschränkungen abschalten. Ich weiß nicht, in welchem Kontext das wirksam wird, aber ich könnte mir vorstellen, dass das bei Remote-Zugriff greift.

Das -ac gibt nur freien Zugriff von X Clients auf Xephyr als X Server, beeinflußt aber nicht das Xephyr-Fenster an sich.

Und wo wir schon dabei sind, probier auch mal -br aus! Das soll explizit ein schwarzes Hintergrundfenster zeichnen. Vielleicht kommt ja Xephyr eigentlich "normal" hoch, nur irgendwas mit der Fensterdarstellung passt nicht.

Das -br mit schwarzem Fenster macht Xephyr als default. Wenn man Xephyr außer der Displaynummer keine Optionen mitgibt, öffnet es einfach nur ein schwarzes Fenster.
Das hat mich auf die Idee gebracht, in /tmp/.X11-unix nachzusehen, ob denn der X unix socket wenigstens erzeugt wird, um vielleicht unsichtbar einen Client starten zu können. Aber nicht einmal bis dahin kommt Xephyr.

Mir war eine Problemlösung wichtig, weil ein von mir geschriebenes und veröffentlichtes Tool oft Gebrauch von Xephyr macht. Doch wenn es nur meinen Rechner betrifft, halb so wild.

Du hast verbose dem xephyr mitgegeben, solltest es aber ssh mitgeben.

Die verbose Option von ssh hilft hier nicht weiter.
Andere Programme, auch das ähnliche xnest, starten problemlos.
ssh -v zeigt für Xephyr die gleiche Ausgabe wie für andere X Clients.


Ich gebe die Fehlersuche als zu speziell auf.

[eggy]

Hast Du mal die sshd configs und Ausgaben von "sshd -T" verglichen? Falls Debian/NichtDebian oder neuesDebian/altesDebian könnten unterschiedliche defaults ne Ursache sein. Sonst würde ich mal mit strace rangehen, das sollte zeigen, falls das Programm etwas nachladen will und es wegen "komischem env" etc nicht finden kann.

[Benno007]

ssh wartet ja vielleicht auf was. Hast du auch mal ssh -vvv probiert, für mehr Details?

[Benno007]

Magst du es noch mit dem Vorläufer Xnest probieren? Syntax war ähnlich. Dann weißt du, wenn es nicht an ssh liegt, ob es an Xephyr liegt oder da generell irgendwas am Programmablauf oder Firewall blockiert.