VNC zum ersten Mal ausprobieren (debian-basiert)

VNC zum ersten Mal ausprobieren (debian-basiert)

Ich habe noch nie zuvor VNC oder ein anderes Remote-Login-Programm verwendet. Deshalb versuche ich, TigerVNC zu verwenden. Ich bin jedoch offen für Vorschläge und probiere gerne jedes VNC-Programm aus. Ich möchte nur, dass etwas funktioniert. Ich habe auch schon vage von TightVNC und X11VNC gehört. Ich habe keine Ahnung, ob diese kostenlos und Open Source sind (was eine Voraussetzung ist), aber ich bin hauptsächlich an Benutzerfreundlichkeit und einfacher Schritt-für-Schritt-Dokumentation interessiert, da ich leider nur etwa 20 Minuten pro Tag/Nacht für solche Dinge aufwenden kann.

Ich habe zwei MX 19.3-Computer (also Debian-basierte Computer) eingerichtet und versuche, per Fernzugriff auf sie zuzugreifen. Ich habe TigerVNC Viewer und Tiger Standalone Server installiert, aber wenn ich die folgenden Befehle ausprobiere, treten die folgenden Probleme auf:

Code: Alles auswählen


$ sh -L 5901:127.0.0.1:5901 -C -N -l Robserver 192. ... . ...
ssh: connect to host 192. ... . ... port 22: Connection refused

$ vncserver -list

TigerVNC server sessions:

X DISPLAY #   RFB PORT #  PROCESS ID

$ vncserver

New 'Rob:1 (Rob)' desktop at :1 on machine Rob

Starting applications specified in /etc/X11/Xvnc-session
Log file is /home/Rob/.vnc/Rob:1.log

Use xtigervncviewer -SecurityTypes VncAuth -passwd /home/Rob/.vnc/passwd :1 to connect to the VNC server.


vncserver: Failed command '/etc/X11/Xvnc-session': 256!

=================== tail -15 /home/Rob/.vnc/Rob:1.log ===================
Underlying X server release 12004000, The X.Org Foundation


Wed May 26 21:27:33 2021
 vncext:      VNC extension running!
 vncext:      Listening for VNC connections on local interface(s), port 5901
 vncext:      created VNC server for screen 0
XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":1"
      after 173 requests (173 known processed) with 0 events remaining.
The server closed the connection.

Wed May 26 21:27:34 2021
 ComparingUpdateTracker: 0 pixels in / 0 pixels out
 ComparingUpdateTracker: (1:-nan ratio)
Killing Xtigervnc process ID 677... which seems to be deadlocked. Using SIGKILL!

=========================================================================

Starting applications specified in /etc/X11/Xvnc-session has failed.
Maybe try something simple first, e.g.,
  tigervncserver -xstartup /usr/bin/xterm

Ich weiß wirklich nicht, was ich tue, und habe die wichtigsten Konzepte nicht so ganz verstanden, also habe ich wahrscheinlich etwas falsch gemacht (wie das Einrichten für den Start beim Booten, wie SSH funktioniert, Firewall, Ports). Ich bin nur ein paar Online-Anleitungen gefolgt und habe sie wahrscheinlich falsch angewendet. Mir ist aufgefallen, dass nicht klar war, was auf dem Server und was auf dem Client zu tun ist, es gibt keine Unterscheidung. Ich wollte eine Anleitung für Idioten, in der so etwas steht wie „Okay, jetzt notieren Sie sich die Server-IP-Adresse und geben Sie sie in Ihren VNC-Viewer ein“ usw. Hat jemand Vorschläge für einen Neuling, der MX Linux verwendet?

Vielen Dank im Voraus, Rob

Antwort1

Vielleicht etwas spät ... und keine MX-Kenntnisse!

Wie Sie sagten, benötigen Sie einen Computer, der als „Server“ fungiert (der, auf dem Sie die Anzeige erhalten), und einen, der als „Client“ fungiert (der, den Sie wirklich verwenden und auf dem Sie wirklich auf einer echten Tastatur tippen und die Remote-Anzeige des „Servers“ beobachten/verwenden). Sie müssen – wahrscheinlich – die IP-Adresse der Computer kennen: diese ip a ssollte Ihnen die Antwort geben.

In Ihrem Fall gehe ich davon aus, dass es sich bei den MX um Desktops handelt und Sie die laufende GUI des anderen Computers abrufen möchten. Ich werde versuchen, eine einfache, bloße Verbindung zwischen beiden Computern zu erklären. Die Verbindung ist NICHT sicher: nichts ist gesichert, mit einem Passwort versehen, verschlüsselt: Ich gehe davon aus, dass sich beide MX in Ihrem LAN hinter einer guten Firewall befinden. Wenn Sie mehr Sicherheit benötigen, ist dies möglich, steht aber noch nicht in dieser Erklärung. Diese Verbindung könnte umgekehrt werden: kehren Sie einfach alles um.

Auf Ihrem „Client“ (in meinem Beispiel hat er die IP 192.168.1.14) schlage ich vor, dass Sie den oft bereits installierten „Remote Desktop Viewer“ von Gnome, auch bekannt als „Vinagre“, oder (meiner Meinung nach besser) „Remmina“ verwenden, der mit einer einfachen installiert wird apt install remmina. Es gibt noch andere …

Verwenden Sie auf Ihrem „Server“ (in meinem Beispiel hat er die IP 192.168.1.25) x11vnc, da es sich perfekt zum Teilen einer bereits geöffneten grafischen Sitzung eignet. Installieren Sie es mit einem apt install x11vnc.

Jetzt haben Sie zwei Möglichkeiten:

  1. Der Server bietet eine Verbindung an (normalerweise über Port 5900 oder etwas weiter oben) und der Client versucht, dort eine Verbindung herzustellen (Sie müssen die IP des Servers kennen):
  • Führen Sie von Ihrem „Server“ (direkt oder per SSH vom „Client“) als aktueller Benutzer in einem Terminalemulator aus x11vnc. Kurz vor Ende der Nachrichten werden Sie mit etwas wie : über die geöffnete Verbindung informiert.

Der VNC-Desktop ist: mycomputersname:0

PORT=5900


Haben Sie schon die clientseitige Pixel-Caching-Funktion „-ncache“ von x11vnc von VNC ausprobiert?

  • Wenn Sie den Zugriff auf Ihren Server durch eine Firewall geschützt haben, öffnen Sie den angegebenen Port (5900?) für den Client.
  • Starten Sie Remmina von Ihrem „Client“, öffnen Sie das Hauptfenster und fügen Sie ein Verbindungsprofil hinzu, das auf den „Server“ verweist. Geben Sie ihm einen Namen; wählen Sie „Remmina VNC-Plugin“ als Protokoll; geben Sie auf der Registerkarte „Basis“ die IP:Port des „Servers“ als Server ein, z. B. 192.168.1.25:5900mit 5900 als angegebenem Port durch den Befehl x11vnc. Kein Benutzer und kein Passwort. Speichern und verbinden. Das nächste Mal können Sie sich direkt mit dem benannten Profil verbinden. Viel Spaß!

  1. Der Client wartet (normalerweise auf Port 5500) darauf, dass ein Server eine Verbindung herstellt (Sie müssen die IP des Clients kennen). Dies ist sehr nützlich bei Servern jenseits einer NAT-Firewall. Auf diese Weise können Sie auch sicher sein, dass Sie den Server mit dem Client teilen, auf den Sie zeigen.
  • Verwenden Sie von Ihrem „Client“ aus remmina, öffnen Sie das Hauptfenster und fügen Sie das Verbindungsprofil hinzu, das auf einen „Server“ wartet. Geben Sie ihm einen Namen wie „VNC wartet auf Server“; wählen Sie als Protokoll „remmina VNC Listener Plugin“; lauschen Sie auf Port 5500; weder Benutzername noch Passwort. Speichern und verbinden. Das nächste Mal können Sie sich direkt mit dem benannten Profil verbinden.
  • Wenn Sie Ihren Client über eine Firewall geschützt haben, öffnen Sie den angegebenen Port (5500) für den Server.
  • Führen Sie von Ihrem „Server“ (direkt oder per SSH vom „Client“) als aktueller Benutzer in einem Terminalemulator aus x11vnc -connect 192.168.1.14. Kurz vor Ende der Nachrichten werden Sie über die geöffnete Verbindung informiert. Viel Spaß!

Es ist nur ein Anfang: NICHTS ist gesichert!

Hoffe, das hilft beim Anfang.

verwandte Informationen