[erledigt] Alten Rechner per VNC am Leben halten

[GregorS]

Hallo zusammen!

Ich möchte meinen alten Rechner so bedienen können, als würde ich davor sitzen.

Dafür möchte ich ein „Autologin“ konfigurieren und X per VNC verfügbar machen. Wie stelle ich das am besten an?

Momentan kann ich den alten Rechner noch lokal bedienen - mein Monitor hat mehrere Eingänge und der alte Rechner ist noch mit Tastatur und Maus ausgestattet.

Also
1. Autologin konfigurieren
2. Gestartete X-Session per VNC freigeben

Wird das irgendwo im Netz beschrieben? Oder kann mir hier jemand sagen, was ich dafür tun muss?

TIA

Gregor

Ach ja: Auf dem alten Rechner befinden sich ein stets aktuell gehaltenes Debian 11 und XFCE

[slu]

1. Autologin konfigurieren
2. Gestartete X-Session per VNC freigeben

Bei einer bereits gestartet Session bin ich mir unsicher, Du kannst aber auf jeden Fall eine neue starten (als Benutzer):
vncserver -geometry 1600x900 -depth 24
tightvncserver

Evtl. kannst Du den Autostart deaktivieren und dafür als Benutzer (cronjob) den VNC Server starten?

[MSfree]

Also
1. Autologin konfigurieren
2. Gestartete X-Session per VNC freigeben

Wäre auch ein anderes Verfahren für dich gangbar?

Mit lightdm kann man direkt VNC-Sessions starten lassen. Vom Client aus verbindet man sich dann mit dem gewünschten Rechner per vncviewer. Dort bekommt man den Loginscreen von lightdm angezeigt, über den man sich dann einloggen kann. Im Prinzip wäre über lightdm auch ein Autologin möglich, aus Sicherheitsgründen sollte man es aber beim echten Login belassen.

[GregorS]

Vielen Dank für Eure Antworten!

Die Idee mit lightdm gefällt mir sehr, denn das mit dem Autologin ist schon irgendwie blöd - auch wenn ich keine Bedenken wg. Sicherheit habe. Es spielt sich alles innerhalb meines Heimnetzes ab. Aber mich bei Bedarf als beliebiger Nutzer anmelden zu können, wäre schon eine feine Sache. Was ist für diese Idee nötig?

Gruß

Gregor

[MSfree]

Was ist für diese Idee nötig?

lightdm und (ich verwende) tightvncserver, aber andere VNC-Server sollte auch gehen. Ich nutze TightVNC, weil darüber die Übertragung des remote Desktops mit JPG komprimiert werden kann. Das führt zwar zu Artefakten auf dem VNC-Client, benötigt aber viel weniger Bandbreite, was beim Arbieten über das Internet und dünne DSL-Uplinks von Vorteil ist. Ob JPG genutzt wird, bestimmt aber der VNC-Viewer, so daß man im LAN auch unkomprimierte Übertragung nutzen kann.

In der Datei /etc/lightdm/lightdm.conf ist dann folgendes freizuschalten:

Code: Alles auswählen

[VNCServer]
enabled=true
command=Xvnc
port=5901
width=1280
height=960
depth=24

Die Parameter sind weitgehend selbsterklärend,
depth=24 entpsricht Truecolor.
port=5901 ist dann mit dem vncviewer als ":1" ansprechbar. Man kann sogar mehrere vncviewer auf diesen Port starten und bekommt dann eine Session pro vncviewer.

Gnome wirst du auf die Art aber nicht zum Laufen bekommen. XFCE und andere "klassische" X11-Desktops funktionieren aber einwandfrei.

[GregorS]

Vielen Dank! Funktioniert prima!

Wäre schön, wenn sich alle Probleme so schnell lösen ließen.

Gruß

Gregor

[GregorS]

Hallo nochmal!

Blöd an der Variante mit lightdm ist, dass die auf dem VNC-Server gestartete X-Sitzung geschlossen (gekillt) wird, sobald ich den vncviewer schließe. Bei der Variante, die ich vor vielen Jahren mit einem RPi benutzt habe (und auf die ich jetzt nicht mehr komme), konnte ich den vncviewer schließen, ohne damit die X-Sitzung zu killen. Wenn ich mich später erneut per vncviewer angemeldet habe, sah ich die X-Sitzung so, wie ich sie verlassen habe, inkl. aller laufenden Programme.

Da das schon wirklich lange her ist (IIRC mit einem RPi II), weiß ich nicht mehr, wie und mit welchen Programmen ich das angestellt hatte. Könnte mich bitte jemand in die richtige Richtung schubsen?

Danke vorweg!

Gregor

[MSfree]

Blöd an der Variante mit lightdm ist, dass die auf dem VNC-Server gestartete X-Sitzung geschlossen (gekillt) wird, sobald ich den vncviewer schließe.

Das fand ich auch anfangs etwas befremdlich, ich kann damit aber ganz gut leben. Eine Lösung, die Session am Leben zu erhalten, habe ich bisher nicht gefunden, ist aber wohl technisch auch gar nicht möglich.

Bei der Variante, die ich vor vielen Jahren mit einem RPi benutzt habe (und auf die ich jetzt nicht mehr komme), konnte ich den vncviewer schließen, ohne damit die X-Sitzung zu killen.

Ich hatte unter Jessie auch noch eine Lösung, bei der der VNCserver eigenständig gestartet wurde und darin dann der Displaymanager und die Desktopsession. Das Setup hat aber schon ab buster nicht mehr funktioniert.

Die Variante mit LightDM startet zunächst den Displaymanager und darin dann den VNCserver. Das Vorgehen ist hier also umgekehrt. Das funktioniert zwar, beendet die Session jedoch mit dem Schließen des VNCviewers. Der Vorteil dieser Vorgehensweise ist, daß man mehrere Sessions laufen lassen kann, ohne vorher mehrere eigeständige VNCserver mit unterschiedlichen Display/Portnummern starten zu müssen.

[GregorS]

Blöd an der Variante mit lightdm ist, dass die auf dem VNC-Server gestartete X-Sitzung geschlossen (gekillt) wird, sobald ich den vncviewer schließe.

Das fand ich auch anfangs etwas befremdlich, ich kann damit aber ganz gut leben. Eine Lösung, die Session am Leben zu erhalten, habe ich bisher nicht gefunden, ist aber wohl technisch auch gar nicht möglich.

Dass es quasi physikalisch gar nicht anders geht, ist mir nach etwas Nachdenken auch klar geworden.

Vermutlich genügt diese Funktionsweise aber auch. Ich werde meinen alten Rechner wohl nur einschalten, wenn es etwas gibt, was ich nur auf ihm machen kann bzw. möchte. Wenn ich ihn als „Dauerläufer“ laufen ließe, wäre halt schön, mich in eine ständig laufende X-Sitzung ein- und ausklinken zu können. Das geht aber nur, wenn X (plus Displaymanager und pipapo) vom VNC-Server gestartet würde(n). Scheinbar hatte ich das auf dem RPi so hingebastelt.

Nunja, meine „Rechnerlandschaft“ ändert sich gerade.

Gruß

Gregor

[GregorS]

Nochmal hallo!

Hab's nun doch so hinbekommen, wie ich es gut finde. Damit irgendwo steht, was ich dafür tun musste, schreibe ich das mal hier hin. JFTR (s. Betreff) heißt „just for the record“ („nur fürs Protokoll“).

Gewünscht war, meinen alten Rechner per VNC bedienen zu können. Und zwar so, dass ich die VNC-Sitzung unterbrechen kann, ohne dass auf dem alten Rechner die Sitzung gekillt wird. Jetzt kann ich den alten Rechner einschalten, eine halbe Minute warten und mich dann per VNC-Viewer „aufschalten“. Ich bekomme dann den Schirm einer laufenden X-Sitzung zu sehen, die den Desktop des automatisch eingeloggten Users zeigt. Diese Sitzung mit allen Anwendungen läuft nach dem Schließen des Viewers einfach weiter.
Da sich alles ausschließlich in meinem privaten Netz abspielt, ist das bezügl. Sicherheitsbedenken okay. Ich würde derartiges nie (nimmer nicht) über meine eigenen vier Wände hinaus machen.

Die beteiligten Rechner laufen unter Debian 11.6, XFCE 4.

Auf dem Server (alte Kiste):
1. In /etc/lightdm/lightdm.config im Abschnitt [Seat:*] die Zeile
autologin-user=username
aktivieren (Kommentarzeichen entfernen).
2. Das Paket x11vnc installieren
3. In Einstellungen/Sitzung und Startverhalten/Automatisch gestartete Anwendungen einen neuen Eintrag vornehmen, der
x11vnc -forever
startet.
Nach einem Neustart wird so automatisch der User eingeloggt und dessen X-Sitzung per VNC steuerbar gemacht.

Auf dem Client (neue Kiste):
1. Das Paket xtightvncviewer installieren.
2. Einen Starter anlegen, der
vncviewer <Name oder IP-Nummer des Servers>
ausführt.
Sobald der Starter doppelt geklickt wird, erscheint der Bildschirminhalt des Servers. Aus kosmetischen Gründen kann man noch die Display-Auflösung des alten Rechners reduzieren, da das Fenster des VNC-Viewers dann nicht gar so groß ist. Blöderweise muss man hierzu ggf. noch einmal Tastatur und Maus anschließen.

Ergänzungen und Kommentare hierzu?

Gruß

Gregor