VNC Server - Versionsgeschichte

Diophantus: /* Entscheidungshilfe */

2011-09-04T00:13:48Z

‎Entscheidungshilfe

Yehudi: Boxen

2007-08-21T15:57:19Z

Boxen

Yehudi: /* Methode 1 */

2007-08-21T15:55:25Z

‎Methode 1: <br />

Yehudi: /* Absicherung der VNC-Verbindung per SSH-Tunnel */

2007-08-21T15:53:50Z

‎Absicherung der VNC-Verbindung per SSH-Tunnel: <br />

Yehudi: /* Absicherung der VNC-Verbindung per SSH-Tunnel */ Nav

2007-08-21T15:53:27Z

‎Absicherung der VNC-Verbindung per SSH-Tunnel: Nav

Yehudi: /* Methode 7 */ interne Links intern.

2007-08-21T15:51:25Z

‎Methode 7: interne Links intern.

Yehudi: hat VNC-Server, viele Wege führen nach Rom nach VNC Server verschoben: Viele Wege führen nach Rom, aber nach Rom sucht keiner, wenn er einen VNC Server sucht, laut Google wird VNC Server häufiger als VNC Server gefunden.

2007-08-17T10:50:53Z

hat VNC-Server, viele Wege führen nach Rom nach VNC Server verschoben: Viele Wege führen nach Rom, aber nach Rom sucht keiner, wenn er einen VNC Server sucht, laut Google wird VNC Server häufiger als VNC Server gefunden.

Rolle am 20. Januar 2007 um 22:24 Uhr

2007-01-20T22:24:07Z

Robi: intern Verlinkt

2006-10-29T13:16:03Z

intern Verlinkt

Rolle am 18. Oktober 2006 um 11:10 Uhr

2006-10-18T11:10:20Z

@@ Zeile 10: / Zeile 10: @@
 =='''Entscheidungshilfe'''==
 Die unten beschriebenen Methoden decken jeweils einen anderen Anwendungsfall ab.
-Methoden 1 und 2 starten für jeden Menschen, der sich per VNC verbindet eine neue Sitzung, die auch nach dem Abmelden wieder stirbt. Es ist also damit nicht möglich, ein grafisches Programm zu starten, sich abzumelden und dabei das Programm weiterlaufen zu lassen.
+Methoden 1 und 2 starten für jeden Menschen, der sich per VNC (Virtual Network Computing) verbindet eine neue Sitzung, die auch nach dem Abmelden wieder stirbt. Es ist also damit nicht möglich, ein grafisches Programm zu starten, sich abzumelden und dabei das Programm weiterlaufen zu lassen.
 Methoden 3 bis 7 ermöglichen genau das, unterscheiden sich nur im Grad der Automation, oder darin, ob auf eine existierende Oberfläche einer schon am VNC-Server lokal angemeldeten Nutzerin zugegriffen werden kann oder ob eine dauerhafte aber separate Oberfläche gestartet wird. So werden wohl Methoden 5, 6 und 7 zu wählen sein, falls beabsichtigt ist, lokalen Nutzerinnen per VNC Hilfestellung leisten zu wollen, Methoden 3 und 4 sind eher tauglich, um mal eben auf dem VNC-Server ein Programm zu starten oder diesen zu administrieren.
 Die Methoden 5 bis 7 setzen voraus, daß der VNC-Server dauerhaft im Runlevel 5 läuft bzw. sogar jemand angemeldet ist, Methoden 1 bis 4 funktionieren auch auf einem Server im Runlevel 3.

← Nächstältere Version		Version vom 21. August 2007, 15:57 Uhr
Zeile 1:		Zeile 1:
		+	{{Box Test\|\|
		+	* SUSE Linux 9.3
		+	}}
		+	{{Box Wissen\|\|
		+	Bitte noch nachtragen, was nötig ist.
		+	}}
		+
	Im Folgenden möchte ich einmal die vielen verschiedenen Möglichkeiten erläutern, wie man einen Rechner per VNC von außen zugreifbar machen kann. Ich beziehe mich dabei auf ein SuSE Linux 9.3 System. Zumindest teilweise müßten die Anleitungen aber auch auf anderen Linuxen funtionieren.		Im Folgenden möchte ich einmal die vielen verschiedenen Möglichkeiten erläutern, wie man einen Rechner per VNC von außen zugreifbar machen kann. Ich beziehe mich dabei auf ein SuSE Linux 9.3 System. Zumindest teilweise müßten die Anleitungen aber auch auf anderen Linuxen funtionieren.

@@ Zeile 9: / Zeile 9: @@
 ===Methode 1===
-Im YaST gibt es unter 'Netzwerkdienste' den Punkt 'Administration von einem entfernten Rechner'. Das ist etwas mißverständlich, da man damit den Rechner nicht nur administrieren kann, sondern auch den Zugang per VNC auf den Ports 5901 (VNC) und 5801 (VNC über Browser) freischaltet. Öffnet den Unterpunkt und wählt 'Verwaltung via entfernten Rechner (remote) erlauben' aus, beenden. Die folgende Meldung fordert Euch dazu auf, den Befehl 'rcxdm restart' auszuführen. Bevor Ihr das macht, öffnet noch die Datei /etc/opt/kde3/share/config/kdm/kdmrc (Falls Ihr den kdm nutzt, für den gdm ist /etc/opt/gnome/gdm/gdm.conf die richtige Datei) mit root-Rechten in einem Editor Eurer Wahl und ändert den Wert 'Enable=false' unter dem Punkt [Xdmcp] auf 'Enable=true'. Wechselt jetzt per Strg-Alt-F1 auf die Konsole,
+Im [[YaST]] gibt es unter 'Netzwerkdienste' den Punkt 'Administration von einem entfernten Rechner'. Das ist etwas mißverständlich, da man damit den Rechner nicht nur administrieren kann, sondern auch den Zugang per VNC auf den Ports 5901 (VNC) und 5801 (VNC über Browser) freischaltet. Öffnet den Unterpunkt und wählt 'Verwaltung via entfernten Rechner (remote) erlauben' aus, beenden. Die folgende Meldung fordert Euch dazu auf, den Befehl 'rcxdm restart' auszuführen. Bevor Ihr das macht, öffnet noch die Datei /etc/opt/kde3/share/config/kdm/kdmrc (Falls Ihr den kdm nutzt, für den gdm ist /etc/opt/gnome/gdm/gdm.conf die richtige Datei) mit root-Rechten in einem Editor Eurer Wahl und ändert den Wert 'Enable=false' unter dem Punkt [Xdmcp] auf 'Enable=true'. Wechselt jetzt per Strg-Alt-F1 auf die [[Konsole]], meldet Euch als [[root]] an und gebt 'rcxdm restart' ein. <br />
-[[Permanent root sein#Aber dann muss ich ja immer wechseln.2C wenn ich root sein will|meldet Euch als root an]] und gebt 'rcxdm restart' ein.
+Nun müßte es Euch möglich sein, per VNC auf den Port 5901 oder per Browser auf den Port 5801 Eures Rechners zuzugreifen. Es sollte die normale Anmeldemaske erscheinen.<br />
 Diese Methode macht nichts anderes, als wenn Ihr in Methode 2 vnc1 aktiviert.

@@ Zeile 79: / Zeile 79: @@
 Rolle
 ----
-[[Fernwartung]]
+[[Fernwartung]]<br />
 [[VNC Musterkonfigurationen]]
 [[Category:grafische Fernsteuerungen]]

@@ Zeile 72: / Zeile 72: @@
 Nähere Erläuterungen zu SSH-Tunnels gibt auch http://www.linux-club.de/viewtopic.php?t=18914.
-Für SSH-Tunnel von Windowsrechnern aus empfehle ich Putty zu verwenden. Ein howto findet sich hier: http://www.netzmafia.de/skripten/internet/putty-tunnel.html
+Für [[SSH]]-Tunnel von Windowsrechnern aus empfehle ich Putty zu verwenden. Ein howto findet sich hier: http://www.netzmafia.de/skripten/internet/putty-tunnel.html
 Anmerkungen, Verbesserungen und Nachfragen bitte unter [http://www.linux-club.de/ftopic37443.html Diskussion zum VNC-Howto] posten.
@@ Zeile 78: / Zeile 78: @@
 Rolle
+----
 [[VNC Musterkonfigurationen]]
 [[Category:grafische Fernsteuerungen]]

@@ Zeile 41: / Zeile 41: @@
 (Dank an hep83)
-Methode 7 scheint bei SuSE 10.2 nicht zu funktionieren. Deshalb bietet sich hierfür ein Ausweichen auf x11vnc, siehe http://www.linux-club.de/faq/Freigabe_von_screen_0_per_VNC_mit_x11vnc an.
+Methode 7 scheint bei SuSE 10.2 nicht zu funktionieren. Deshalb bietet sich hierfür ein Ausweichen auf x11vnc, siehe [[Freigabe von screen 0 per VNC mit x11vnc]] an.
 ==Firewall==

← Nächstältere Version	Version vom 17. August 2007, 10:50 Uhr
(kein Unterschied)

@@ Zeile 9: / Zeile 9: @@
 ===Methode 1===
-Im YaST gibt es unter 'Netzwerkdienste' den Punkt 'Administration von einem entfernten Rechner'. Das ist etwas mißverständlich, da man damit den Rechner nicht nur administrieren kann, sondern auch den Zugang per VNC auf den Ports 5901 (VNC) und 5801 (VNC über Browser) freischaltet. Öffnet den Unterpunkt und wählt 'Verwaltung via entfernten Rechner (remote) erlauben' aus, beenden. Die folgende Meldung fordert Euch dazu auf, den Befehl 'rcxdm restart' auszuführen. Bevor Ihr das macht, öffnet noch die Datei /etc/opt/kde3/share/config/kdm/kdmrc mit root-Rechten in einem Editor Eurer Wahl und ändert ziemlich weit unten den Wert 'Enable=false' unter dem Punkt [Xdmcp] auf 'Enable=true'. Wechselt jetzt per Strg-Alt-F1 auf die Konsole, meldet Euch als root an und gebt 'rcxdm restart' ein.
+Im YaST gibt es unter 'Netzwerkdienste' den Punkt 'Administration von einem entfernten Rechner'. Das ist etwas mißverständlich, da man damit den Rechner nicht nur administrieren kann, sondern auch den Zugang per VNC auf den Ports 5901 (VNC) und 5801 (VNC über Browser) freischaltet. Öffnet den Unterpunkt und wählt 'Verwaltung via entfernten Rechner (remote) erlauben' aus, beenden. Die folgende Meldung fordert Euch dazu auf, den Befehl 'rcxdm restart' auszuführen. Bevor Ihr das macht, öffnet noch die Datei /etc/opt/kde3/share/config/kdm/kdmrc (Falls Ihr den kdm nutzt, für den gdm ist /etc/opt/gnome/gdm/gdm.conf die richtige Datei) mit root-Rechten in einem Editor Eurer Wahl und ändert den Wert 'Enable=false' unter dem Punkt [Xdmcp] auf 'Enable=true'. Wechselt jetzt per Strg-Alt-F1 auf die Konsole, meldet Euch als root an und gebt 'rcxdm restart' ein.
-Nun müßte es Euch möglich sein, per VNC auf den Port 5901 oder per Browser auf den Port 5801 Eures Rechners zuzugreifen. Es sollte die normale Anmeldemaske erscheinen. Wichtig: Natürlich muß der VNC-Server im Runlevel 5 laufen, da es sonst keinen laufenden X-Server gibt, mit dem man sich verbinden kann.
+Nun müßte es Euch möglich sein, per VNC auf den Port 5901 oder per Browser auf den Port 5801 Eures Rechners zuzugreifen. Es sollte die normale Anmeldemaske erscheinen.
 ===Methode 2===
 Im YaST gibt es unter 'Netzwerkdienste' den Punkt 'Netzwerkdienste (xinetd)'. Öffnet diesen und klickt auf 'Aktivieren'. In der Mitte des Fensters könnt Ihr jetzt Dienste auswählen, die per xinetd gestartet werden können. Nun könnt Ihr einen oder alle der Dienste namens 'vnc' und 'vnchttpd' auswählen. Sie unterscheiden sich in der verwendeten Auflösung. vnc1 lauscht auf Port 5901 und liefert eine Auflösung von 1024x768, vnc2 auf Port 5902 mit einer Auflösung von 1280x1024 und vnc3 auf Port 5903 mit einer Auflösung von 1600x1200. Entsprechende Auflösungen liefern vnchttpd1 bis vnchttpd3 auf den Ports 5801 bis 5803.
-Jetzt noch wie oben die kdmrc editieren und 'rcxdm restart' ausführen. Das Ergebnis sollte das selbe sein wie oben. Wichtig: Natürlich muß der VNC-Server im Runlevel 5 laufen, da es sonst keinen laufenden X-Server gibt, mit dem man sich verbinden kann.
+Jetzt noch wie oben die kdmrc (oder die gdm.conf) editieren und 'rcxdm restart' ausführen. Das Ergebnis sollte das selbe sein wie oben.
 ===Methode 3===