☰

X11-SSH-Weiterleitung zwischen Linux und Windows umleiten

tag-icon • tag-icon ssh xorg vnc ssh-tunnel x11-forwarding
X11-SSH-Weiterleitung zwischen Linux und Windows umleiten

Ich stehe vor einer Herausforderung und brauche Ihre Hilfe bei der Bewältigung.

Ich habe zwei Linux-Server (A, B), führe eine SSH-X11-Weiterleitung von A nach B aus (wobei bestimmte Apps wie Firefox oder Chrome oder ... angezeigt werden). Tatsächlich funktioniert die SSH-X11-Weiterleitung zwischen A und B gut, aber das Problem besteht darin, dass ich den weitergeleiteten X11-Inhalt auf dem dritten Server anzeigen möchte, bei dem es sich um einen MS Windows-Client handelt.

Ms Windows -> Linux A [ssh x11-Weiterleitung] -> Linux B

hast Du eine Idee?

Antwort1

Sie können das tun, aber es wäre sicherer, die SSH-Verbindung umzuleiten.

Stellen Sie sicher, dass auf dem Windows-System ein X11-Server installiert ist. (Xming, X410, Cygwin/X sind Optionen. Leider funktioniert WSLg nicht annähernd so gut, wie ich erwartet hatte.)

  • Option 1 besteht darin, eine Verbindung per SSH von W nach A (mit aktiviertem X11) und dann von A nach B (ebenfalls mit aktiviertem X11) herzustellen.

  • Option 2 ist die Verbindung per SSH von W nach B mit der Option "ProxyJump A" (das ist der OpenSSH-Begriff, aber PuTTYhat ein Äquivalent) und natürlich mit aktiviertem X11.

  • Option 3 besteht darin, die Netzwerkunterstützung im X11-Server von W zu aktivieren, das Xauth-Cookie (Passwort) in die Xauth-Datei auf A zu kopieren, $DISPLAY auf A so einzustellen, dass es auf die IP-Adresse von W verweist, und schließlich per SSH von A nach B zu wechseln, wie Sie es tun. Dies ist wahrscheinlich die wörtlichste Antwort auf Ihre Frage, aber auch die schwierigste.

  • Option 4 besteht darin, die Netzwerkunterstützung im X11-Server von W zu aktivieren, das Xauth-Cookie zu kopieren nachB, dann verbinden Sie sich mit BohneX11-Weiterleitung und setzen Sie $DISPLAY aufBan die Adresse von W. Dabei wird überhaupt keine SSH-X11-Weiterleitung verwendet, sondern es wird vollständig auf die native Netzwerkunterstützung von X11 zurückgegriffen.

Die Optionen 3 und 4 werden hauptsächlich zu Referenzzwecken beschrieben und sollten nie in nicht vertrauenswürdigen Netzwerken verwendet werden. Gehen Sie davon aus, dass vernetztes X11 genauso riskant ist wie SMBv1 – keine Verschlüsselung und möglicherweise ein paar versteckte Bugs.

verwandte Informationen