* Michael Meyer schrieb:

...

Weiss jmd weiter?

vncviewer <host>:1

ich will nicht eine neue Sitzung öffnen sondern auf die bereits geöffnete gehen, zu Support-/Fernschulungs-Zwecken. Deine Idee öffnet eine neue Sitzung und nutzt mir nichts. Trotzdem vielen Dank. Also: wie komme bringe ich Suse 11.1 dazu, dass auf Port 5900 der ein vnc läuft wie bei allen Suse <= 10.x der mir den Zugang auf den bereits laufenden Desktop ermöglicht? (Ich weiss mittlerweile, dass das eigentlich nie jemand macht weil es keiner braucht weil kaum jemand auf der Welt Linux-Desktop hat, wenn er nicht selbst der Freak ist und dann ja keinen Support braucht. Ich werde niemandem mehr Linux-Desktop empfehlen, den ich dann supporten "darf" .. nur Ärger. :-( ) Gruss Ekkard -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

Hallo, ----- Original Message ----- From: "Andre Tann" Sent: Friday, December 11, 2009 2:51 PM

Ekkard Gerlach, Freitag 11 Dezember 2009:

...

Also: wie komme bringe ich Suse 11.1 dazu, dass auf Port 5900 der ein vnc läuft wie bei allen Suse <= 10.x der mir den Zugang auf den bereits laufenden Desktop ermöglicht? (Ich weiss mittlerweile, dass das eigentlich nie jemand macht weil es keiner braucht weil kaum jemand auf der Welt Linux-Desktop hat, wenn er nicht selbst der Freak ist und dann ja keinen Support braucht. Ich werde niemandem mehr Linux-Desktop empfehlen, den ich dann supporten "darf" .. nur Ärger. :-( )

Tjaaa, also diese Frage hab ich mir auch schon x-mal gestellt. NX hilft da nicht, VNC auch nicht.

Ich kapier einfach nicht, wieso es nicht sowas wie Teamviewer für Linux gibt, wo man einfach ganz easy den Desktop teilen kann. Noch der dümmste Supportbedürftige kriegt den Teamviewer ans Laufen, und dann kann ich seinen Desktop sehen und die Maus schubsen. Und niemand muß an der Firewall herumbohren. Und bei MacOS funktionierts genauso wie bei Windows.

So gut es funktioniert, einen Pinguin via ssh zu steuern - eine grafische Steuerung im Sinne von einer geteilten Sitzung ist ein Graus.

Falls es doch eine Lösung dafür gibt (außer C++ zu lernen...) - raus mit der Sprache ;)

Ich hatte bis vorhin auch Probleme mit 11.2 und VNC. Warum auch immer hat bei mir folgendes geholfen: Ich habe in der Datei /etc/xinetd.d/vnc beim Eintrag server_args = den vorletzten Eintrag mal auf -geometry 800x600 gesetzt. Ich hatte bislang auch das Phänomen, dass ich nur einen schwarzen Bildschirm mit dem X-Mauscursor bekam. Jetzt geht es komischer Weise. Ich probiere mal heute Abend was passiert, wenn ich es wieder auf 1024x768 zurück stelle. Zum Zugang auf einen laufenden Desktop kann ich auch nichts sagen; habe das selbst nie benutzt. Gruß, Alex -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

* Michael Meyer schrieb:

KDE?

Programme -> System -> Verbindung zu Fremdrechner -> Arbeitsfläche freigeben

siehe mein Original-Posting: genau das geht bei KDE NICHT! Bei allen Suse <=10.x gehts, bei 11.1 nicht.

Oder

yast -i x11vnc x11vnc -shared -allinput -forever

danke, so gehts. Der x11vnc startet auf den nächsten freien port ab 5900 seinen Dienst, bei mir ist leider plötzlich port 5900 belegt (siehe unten), dann kann ich z.B. mit krdc rex4:2 arbeiten. Kannst Du mir noch einen Tipp geben, warum der xinetd bei mir nach Basteleien an der /etc/xinetd.d/vnc auf Port 5900 einen "vnc" startet, der aber kein vnc ist? - Siehe andere Postings von mir. Die /etc/xinetd.d/vnc ist wieder im Originalzustand, gerade von einer anderen Suse 11.1 rüberkopiert. Der Dienst auf 5900 wird von xinetd gestartet, ein rcxinetd stop schaltet diesen ab, es erscheint dann: 5900/tcp closed vnc, 5901/tcp closed vnc-1, 5902/tcp closed vnc-2, ... rex4:~ # nmap -v -p 5900-5910 192.168.0.53 Starting Nmap 4.75 ( http://nmap.org ) at 2009-12-12 14:26 CET Initiating SYN Stealth Scan at 14:26 Scanning rex4 (192.168.0.53) [11 ports] Discovered open port 5901/tcp on 192.168.0.53 Discovered open port 5900/tcp on 192.168.0.53 Completed SYN Stealth Scan at 14:26, 0.01s elapsed (11 total ports) Host rex4 (192.168.0.53) appears to be up ... good. Interesting ports on rex4 (192.168.0.53): PORT STATE SERVICE 5900/tcp open vnc <<<== wo kommt das her? 5901/tcp open vnc-1 5902/tcp closed vnc-2 5903/tcp closed vnc-3 5904/tcp closed unknown [...] In der /etc/xinetd.d/vnc ist 100% nichts von port 5900 zu finden, mit der Suchfunktion im emacs durchsucht. Gruss Ekkard -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org

* Michael Meyer schrieb:

*** Ekkard Gerlach wrote:

...

* Michael Meyer schrieb:

...

KDE?

Programme -> System -> Verbindung zu Fremdrechner -> Arbeitsfläche freigeben

siehe mein Original-Posting: genau das geht bei KDE NICHT! Bei allen Suse <=10.x gehts, bei 11.1 nicht.

In deinem Original-Posting steht "Yast -> Netzwerk -> Freigabe VNC -> ".... erlauben". Ist das dass gleiche wie "Programme -> System -> Verbindung zu Fremdrechner -> Arbeitsfläche freigeben" unter KDE?

Recht hast Du! Es ist nicht das gleiche! Hier kann man erst den Desktop freigeben. Ich weiss nicht warum die Desktop-Freigabe "geteilt" worden ist. Ich weiss nur, dass ich mich damit mittlerweile viele Stunden rumgeschlagen habe, das kaum jemand diese Funktion nutzt und bei Windows die Installation eine vncserver 10 Sekunden dauert.

Habe gerade kein gebootetes SuSE und bin zu faul...

...

Kannst Du mir noch einen Tipp geben, warum der xinetd bei mir nach Basteleien an der /etc/xinetd.d/vnc auf Port 5900 einen "vnc" startet, der aber kein vnc ist? - Siehe andere Postings von mir. Die /etc/xinetd.d/vnc ist wieder im Originalzustand, gerade von einer anderen Suse 11.1 rüberkopiert. Der Dienst auf 5900 wird von xinetd gestartet, ein rcxinetd stop schaltet diesen ab, es erscheint dann: 5900/tcp closed vnc, 5901/tcp closed vnc-1, 5902/tcp closed vnc-2, ...

Hmm...

'grep 5900 /etc/xinet.d/*' leer. :-( 'netstat -lnpt | grep 5900'

rex4:~ # netstat -lnpt | grep 5900 tcp 0 0 0.0.0.0:5900 0.0.0.0:* LISTEN 3405/xinetd hier die /etc/xinetd.d/vnc, nix da mit 5900! Ich hatte mal aus dem 5901 ein 5900 gemacht, testweise! Weil dann auf Port 5900 trotzdem nichts los war wieder zurückgesetzt. Dann, nach einem reboot ist immer was los auf port 5900. Greife ich von einer Suse 10.2 darauf zu sagt mir krfb von Suse 10.2: "Der Fremdrechner benutzt ein nicht kompatibles Protokoll". dieser ist auch in der /etc/xinetd.d/vnc vorgesehen: rex4:~ # netstat -lnpt | grep 5901 tcp 0 0 0.0.0.0:5901 0.0.0.0:* LISTEN 3405/xinetd Hier die original Suse 11.1 /etc/xinetd.d/vnc: ============================================== # default: off # description: This serves out a VNC connection which starts at a KDM login \ # prompt. This VNC connection has a resolution of 1024x768, 16bit depth. service vnc1 { socket_type = stream protocol = tcp wait = no user = nobody server = /usr/bin/Xvnc server_args = -noreset -inetd -once -query localhost -geometry 1024x768 -depth 16 type = UNLISTED port = 5901 } # default: off # description: This serves out a VNC connection which starts at a KDM login \ # prompt. This VNC connection has a resolution of 1280x1024, 16bit depth. service vnc2 { type = UNLISTED port = 5902 socket_type = stream protocol = tcp wait = no user = nobody server = /usr/bin/Xvnc server_args = -noreset -inetd -once -query localhost -geometry 1280x1024 -depth 16 disable = yes } # default: off # description: This serves out a VNC connection which starts at a KDM login \ # prompt. This VNC connection has a resolution of 1600x1200, 16bit depth. service vnc3 { type = UNLISTED port = 5903 socket_type = stream protocol = tcp wait = no user = nobody server = /usr/bin/Xvnc server_args = -noreset -inetd -once -query localhost -geometry 1600x1200 -depth 16 disable = yes } # default: off # description: This serves out the vncviewer Java applet for the VNC \ # server running on port 5901, (vnc port 1). service vnchttpd1 { socket_type = stream protocol = tcp wait = no user = nobody server = /usr/bin/vnc_inetd_httpd server_args = 1024 768 5901 type = UNLISTED port = 5801 } # default: off # description: This serves out the vncviewer Java applet for the VNC \ # server running on port 5902, (vnc port 2). service vnchttpd2 { type = UNLISTED port = 5802 socket_type = stream protocol = tcp wait = no user = nobody server = /usr/bin/vnc_inetd_httpd server_args = 1280 1024 5902 disable = yes } # default: off # description: This serves out the vncviewer Java applet for the VNC \ # server running on port 5902, (vnc port 3). service vnchttpd3 { type = UNLISTED port = 5803 socket_type = stream protocol = tcp wait = no user = nobody server = /usr/bin/vnc_inetd_httpd server_args = 1600 1200 5903 disable = yes } Gruss Ekkard -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org