server:
x11vnc -usepw -forever -display :0
client:
server nicht gefunden (display 0)
display 1 geht (und keine ahnung wer das display benutzt)
server:
x11vnc -usepw -forever -display :0
client:
server nicht gefunden (display 0)
display 1 geht (und keine ahnung wer das display benutzt)
Dann frag ich mich wofür da VNC in Yast gut ist ![]()
ok - ich muss also immer wieder diesen Befehl eintragen - auch doof.
Und der Zugrif auf Display 1 - lässt der sich unterbinden ?
Server
1. Neu installiert
2. VNC in Yast aktiviert
3. echo $DISPLAY (ergab 0)
4. x11vnc -usepw -forever -display :0 (Befehl nicht gefunden)
5. zypper install x11vnc (als root)
6. x11vnc -usepw -forever -display :0 (wieder als user, hat geklappt, PW festgelegt)
7. reboot
Client:
Versuche die IP über Display anzusprechen --> Server nicht gefunden
Server:
Dann auf dem Server den user der Gruppe VNC hinzugefügt = keine Änderung
PS:
1. Der Account der von dem Client aus auf den Server zugreifen will hat einen anderen Username, aber dürfte ja egal sein - ist ja kein RDOP
2. In der Fritzbox auch nichts besonderes freigegeben, dürfte auch egal sein, sonst käme ich ja auch nicht auf Display 1
Aber auf dem Server ist auch jemand angemeldet und es läuft z.B. Plasma?????
Nein, es gibt kein Plasma auf dem IceWM Desktop soweit ich weiss. Ja, der User der VNC freigegeben hat (diesmal nicht root) ist angemeldet
So, ich habe jetzt alles so gemacht wie Du vorgegeben hast - am Verhalten hat sich nichts geändert:
- keine PW Abfrage
- kein Zugriff auf Display 0 --> "Server nicht gefunden"
![]()
![]()
![]()
und tigervncviewer ist auch wieder dabei obwohl ich den nicht installiert habe manuell ...
den befehl "x11vnc" gab es auch nicht nach der vnc aktivierung im yast - habe den mittels zypper nachinstalliert ...
so langsam kübelt mich das alles sehr an
PS
mit root und grafisch vnc wird es Probleme geben, sollte man auch auf dem Desktop nicht machen und bei vnc eh nicht, unverschlüsselt.........
Junge Junge Junge
Ja, das ist mir durchaus bewusst. Aber auf diesem Gerät ist (bzw kommt) nix weiteres drauf als eine VirtualBox- Landschaft (Win+Linux) auf der gecoded wird. Eine DEV Device wo wirklich null an sensiblen daten drauf sein wird. Daher hielt ich es nicht für erforderlich neben dem Root noch zusätzliche User anzulegen ...
Aber offenbar führt das ja zu Problemen - However, ich setze ihn neu auf ![]()
Alles anzeigenJetzt auf dem andere Rechner KRDC gestartet, zu diesem Server oben verbunden und das oben vergebene Passwort eingegeben erzeugt:
CodeAlles anzeigen07/09/2021 18:38:15 Got connection from client 192.168.0.2 07/09/2021 18:38:15 other clients: 07/09/2021 18:38:15 Disabled X server key autorepeat. 07/09/2021 18:38:15 to force back on run: 'xset r on' (3 times) 07/09/2021 18:38:15 incr accepted_client=1 for 192.168.0.2:50614 sock=11 07/09/2021 18:38:15 Client Protocol Version 3.8 07/09/2021 18:38:15 Protocol version sent 3.8, using 3.8 07/09/2021 18:38:15 rfbProcessClientSecurityType: executing handler for type 2 07/09/2021 18:38:15 authProcessClientMessage: authentication failed from 192.168.0.2 07/09/2021 18:38:15 rfbAuthProcessClientMessage: password check failed 07/09/2021 18:38:15 rfbClientSendString("password check failed!") 07/09/2021 18:38:15 client_count: 0 07/09/2021 18:38:15 Restored X server key autorepeat to: 1 07/09/2021 18:38:15 Client 192.168.0.2 gone 07/09/2021 18:38:15 Statistics events Transmit/ RawEquiv ( saved) 07/09/2021 18:38:15 TOTALS : 0 | 0/ 0 ( 0.0%) 07/09/2021 18:38:15 Statistics events Received/ RawEquiv ( saved) 07/09/2021 18:38:15 TOTALS : 0 | 0/ 0 ( 0.0%) 07/09/2021 18:38:16 Got connection from client 192.168.0.2 07/09/2021 18:38:16 other clients: 07/09/2021 18:38:16 Disabled X server key autorepeat. 07/09/2021 18:38:16 to force back on run: 'xset r on' (3 times) 07/09/2021 18:38:16 incr accepted_client=2 for 192.168.0.2:50618 sock=11 07/09/2021 18:38:16 Client Protocol Version 3.8 07/09/2021 18:38:16 Protocol version sent 3.8, using 3.8 07/09/2021 18:38:16 rfbProcessClientSecurityType: executing handler for type 2 07/09/2021 18:38:16 created xdamage object: 0x4200040 07/09/2021 18:38:16 copy_tiles: allocating first_line at size 61 07/09/2021 18:38:20 Pixel format for client 192.168.0.2: 07/09/2021 18:38:20 16 bpp, depth 16, little endian 07/09/2021 18:38:20 true colour: max r 31 g 63 b 31, shift r 11 g 5 b 0 07/09/2021 18:38:20 client useCopyRect: 192.168.0.2 0 07/09/2021 18:38:20 client_set_net: 192.168.0.2 0.0016 07/09/2021 18:38:20 rfbProcessClientNormalMessage: ignoring unsupported encoding type ultraZip 07/09/2021 18:38:20 Using compression level 5 for client 192.168.0.2 07/09/2021 18:38:20 Using image quality level 7 for client 192.168.0.2 07/09/2021 18:38:20 Enabling KeyboardLedState protocol extension for client 192.168.0.2 07/09/2021 18:38:20 Enabling NewFBSize protocol extension for client 192.168.0.2 07/09/2021 18:38:20 Enabling LastRect protocol extension for client 192.168.0.2 07/09/2021 18:38:20 Enabling SupportedMessages protocol extension for client 192.168.0.2 07/09/2021 18:38:20 Enabling SupportedEncodings protocol extension for client 192.168.0.2 07/09/2021 18:38:20 Enabling ServerIdentity protocol extension for client 192.168.0.2 07/09/2021 18:38:20 Enabling Xvp protocol extension for client 192.168.0.2 07/09/2021 18:38:20 Using tight encoding for client 192.168.0.2 07/09/2021 18:38:20 Pixel format for client 192.168.0.2: 07/09/2021 18:38:20 16 bpp, depth 16, little endian 07/09/2021 18:38:20 true colour: max r 31 g 63 b 31, shift r 11 g 5 b 0 07/09/2021 18:38:20 rfbProcessClientNormalMessage: ignoring unsupported encoding type ultraZip 07/09/2021 18:38:20 Using compression level 5 for client 192.168.0.2 07/09/2021 18:38:20 Using image quality level 7 for client 192.168.0.2 07/09/2021 18:38:20 Enabling KeyboardLedState protocol extension for client 192.168.0.2 07/09/2021 18:38:20 Enabling NewFBSize protocol extension for client 192.168.0.2 07/09/2021 18:38:20 Enabling LastRect protocol extension for client 192.168.0.2 07/09/2021 18:38:20 Enabling SupportedMessages protocol extension for client 192.168.0.2 07/09/2021 18:38:20 Enabling SupportedEncodings protocol extension for client 192.168.0.2 07/09/2021 18:38:20 Enabling ServerIdentity protocol extension for client 192.168.0.2 07/09/2021 18:38:20 Enabling Xvp protocol extension for client 192.168.0.2 07/09/2021 18:38:20 Switching from tight to tight Encoding for client 192.168.0.2 07/09/2021 18:38:20 client 2 network rate 3213.9 KB/sec (38409.6 eff KB/sec) 07/09/2021 18:38:20 client 2 latency: 0.7 ms 07/09/2021 18:38:20 dt1: 0.0251, dt2: 0.0016 dt3: 0.0007 bytes: 84861 07/09/2021 18:38:20 link_rate: LR_LAN - 1 ms, 3213 KB/s 07/09/2021 18:38:26 created selwin: 0x4200041 07/09/2021 18:38:26 called initialize_xfixes() 07/09/2021 18:38:34 client_count: 0 07/09/2021 18:38:34 Restored X server key autorepeat to: 1 07/09/2021 18:38:34 Client 192.168.0.2 gone 07/09/2021 18:38:34 Statistics events Transmit/ RawEquiv ( saved) 07/09/2021 18:38:34 ServerCutText : 2 | 58/ 58 ( 0.0%) 07/09/2021 18:38:34 XvpServerMessage : 2 | 8/ 8 ( 0.0%) 07/09/2021 18:38:34 FramebufferUpdate : 602 | 0/ 0 ( 0.0%) 07/09/2021 18:38:34 LastRect : 5 | 60/ 60 ( 0.0%) 07/09/2021 18:38:34 tight : 2023 | 510631/ 8508716 ( 94.0%) 07/09/2021 18:38:34 ServerIdentify : 1 | 36/ 36 ( 0.0%) 07/09/2021 18:38:34 SupportedEncoding : 1 | 92/ 92 ( 0.0%) 07/09/2021 18:38:34 SupportedMessage : 1 | 76/ 76 ( 0.0%) 07/09/2021 18:38:34 TOTALS : 2637 | 510961/ 8509046 ( 94.0%) 07/09/2021 18:38:34 Statistics events Received/ RawEquiv ( saved) 07/09/2021 18:38:34 PointerEvent : 1170 | 7020/ 7020 ( 0.0%) 07/09/2021 18:38:34 FramebufferUpdate : 603 | 6030/ 6030 ( 0.0%) 07/09/2021 18:38:34 SetEncodings : 2 | 160/ 160 ( 0.0%) 07/09/2021 18:38:34 SetPixelFormat : 2 | 40/ 40 ( 0.0%) 07/09/2021 18:38:34 TOTALS : 1777 | 13250/ 13250 ( 0.0%) 07/09/2021 18:38:34 destroyed xdamage object: 0x4200040 ^Ccaught signal: 2 07/09/2021 18:38:38 deleted 60 tile_row polling images. ich@opensuse152:~>
Sitzung mit STRG+C abgebrochen.
Siehe ein Bild von KRDC........
Ok.... Auf dem VNC-Server gibts aber nur einen User (dessen home-dir ist /root/) und da sind bereits ein paar Sachen installiert... *seufzt*
Egal, mittlerweile ist die Config durch das ganze Theater wahrscheinlich sowas von verkorkst, daß ich ihn besser neu aufsetze und dann halt mit einem User (zu dem Root). Noch ist er ja frisch und das allermeiste noch nicht aufgesetzt ![]()
Danach versuche ich das mit VNC nochmal neu - also zum mitschreiben für offenbar ganz blöde wie mich:
VNC Server:
1. Das VNC über Yast aktivieren
2. Mit echo $DISPLAY die Display- ID abfragen
3. Falls Display = 0 dann --> Kommando x11vnc -usepw -forever -display :0
4. Ich werde nach dem PW gefragt und gebe eins an, welches nicht dem Useraccount entspricht
5. Displaymanager durch Ab- & Anmeldung neu starten
Richtig ?
1. Ich hab geschrieben" als User ausführen"
2. Ich hab nix von einem Passwort in der Befehlszeile geschrieben, das wird danach abgefragt.......
PS:
copy/paste vermeidet Schreibfehler....
Ich habe den Befehl abkopiert aus dem entsprechenden Thread. Das PW habe ich in einem zweiten Durchgang eingefügt -
x11vnc -usepw -forever -display :0 führt zum gleichen Ergebnis
Ausserdem gibt es nur einen User - dessen PW auch als Root verwendet wird (kann man bei der Installation ja auswählen). Vielleicht ist das ja das Problem ? Ich hielt es in dem speziellen Fall nicht erforderlich mehrere User anzulegen
Läuft bei mir auf dem vnc-Server auch, mit sddm funktioniert das glaub ich nicht.
Dort ist auch die Firewall geöffnet, und der obige Befehl zum starten der vnc-Session als User ausgeführt......
Ja, das wird wahrscheinlich der Unterschied sein
Du hast Dich nicht auf Yast verlassen sondern die Config per Befehlszeile vorgenommen.
x11vnc -usepw -forever -display :0
ergab:
Wenn 'x11vnc' kein Tippfehler ist, können Sie command-not-found benutzen, um das Paket zu finden, das den Befehl enthält, z. B.:
cnf x11vnc
Soviel zum Thema "Yast, das heillige Hilfsmittel was alles für Dich einrichtet" - das ich nicht lache
So, hab jetzt ein zypper install x11vnc gemacht
ie folgenden 3 NEUEN Pakete werden installiert:
libvncclient0 libvncserver0 x11vnc
3 neue Pakete zu installieren.
Gesamtgröße des Downloads: 0 B. Bereits im Cache gespeichert: 1,4 MiB. Nach der Operation werden zusätzlich 5,1 MiB belegt.
Fortfahren? [j/n/v/...? zeigt alle Optionen] (j): j
Im Cache libvncclient0-0.9.10-4.25.1.x86_64.rpm (1/3), 73,0 KiB (159,0 KiB entpackt)
Im Cache libvncserver0-0.9.10-4.25.1.x86_64.rpm (2/3), 132,2 KiB (321,8 KiB entpackt)
Im Cache x11vnc-0.9.16-bp153.1.13.x86_64.rpm (3/3), 1,2 MiB ( 4,7 MiB entpackt)
Überprüfung auf Dateikonflikte läuft: ..............................................................................................................[fertig]
(1/3) Installieren: libvncclient0-0.9.10-4.25.1.x86_64 .............................................................................................[fertig]
(2/3) Installieren: libvncserver0-0.9.10-4.25.1.x86_64 .............................................................................................[fertig]
(3/3) Installieren: x11vnc-0.9.16-bp153.1.13.x86_64 ................................................................................................[fertig]
Alles anzeigen
Sind das nicht die gleichen Pakete, die ich eben installiert habe, als ich Dein Posting con gestern durch gegangen bin ? Natürlich sind sie das ![]()
Egal, denn ein x11vnc -usepw -forever -display :0 ergab nun
x11vnc -usepw testserver -forever -display :0
07/09/2021 18:11:11 passing arg to libvncserver: testserver
07/09/2021 18:11:11 -usepw: found /root/.vnc/passwd
07/09/2021 18:11:11 x11vnc version: 0.9.16 lastmod: 2019-01-05 pid: 5495
No protocol specified
No protocol specified
07/09/2021 18:11:11 XOpenDisplay(":0") failed.
07/09/2021 18:11:11 Trying again with XAUTHLOCALHOSTNAME=localhost ...
No protocol specified
No protocol specified
07/09/2021 18:11:11 ***************************************
07/09/2021 18:11:11 *** XOpenDisplay failed (:0)
*** x11vnc was unable to open the X DISPLAY: ":0", it cannot continue.
*** There may be "Xlib:" error messages above with details about the failure.
Alles anzeigen
Läuft ja wirklich toll das alles
Auf dem Server (läuft unter Virtualbox als Client)
CodeAlles anzeigenzypper se -si vnc Repository-Daten werden geladen... Installierte Pakete werden gelesen... S | Name | Type | Version | Arch | Repository ---+----------------------+-------+-------------------+--------+-------------------------------- i | libXvnc1 | Paket | 1.9.0-lp152.7.6.1 | x86_64 | Hauptaktualisierungs-Repository i+ | x11vnc | Paket | 0.9.13-lp152.3.31 | x86_64 | Haupt-Repository i | xorg-x11-Xvnc | Paket | 1.9.0-lp152.7.6.1 | x86_64 | Hauptaktualisierungs-Repository i | xorg-x11-Xvnc-module | Paket | 1.9.0-lp152.7.6.1 | x86_64 | Hauptaktualisierungs-Repository
Auf dem Client (hier läuft der Virtualbox Host)
CodeAlles anzeigenzypper se -si vnc krdc Repository-Daten werden geladen... Installierte Pakete werden gelesen... S | Name | Type | Version | Arch | Repository ---+------------------------+-------+---------------------+--------+---------------------------------------- i+ | LibVNCServer-devel | Paket | 0.9.10-4.25.1 | x86_64 | OSS i+ | gtk-vnc-lang | Paket | 1.0.0-2.35 | noarch | OSS i+ | krdc | Paket | 20.04.2-bp153.2.2.1 | x86_64 | Update repository of openSUSE Backports i+ | krdc-lang | Paket | 20.04.2-bp153.2.2.1 | noarch | Update repository of openSUSE Backports i+ | libXvnc1 | Paket | 1.9.0-19.9.1 | x86_64 | OSS i | libgtk-vnc-2_0-0 | Paket | 1.0.0-2.35 | x86_64 | OSS i | libgvnc-1_0-0 | Paket | 1.0.0-2.35 | x86_64 | OSS i+ | libvncclient0 | Paket | 0.9.10-4.25.1 | x86_64 | OSS i+ | libvncserver0 | Paket | 0.9.10-4.25.1 | x86_64 | OSS i | typelib-1_0-GVnc-1_0 | Paket | 1.0.0-2.35 | x86_64 | OSS i | typelib-1_0-GtkVnc-2_0 | Paket | 1.0.0-2.35 | x86_64 | OSS i | xorg-x11-Xvnc | Paket | 1.9.0-19.9.1 | x86_64 | OSS i | xorg-x11-Xvnc-module | Paket | 1.9.0-19.9.1 | x86_64 | OSS
Nichts mit Virtualbox-vnc........
So, ich habe die Pakete jetzt angepasst - leider immer noch das gleiche:
- Keine PW Abfrage
- Kein Zugang zu Display 0
- Nur Zugang zu Display 1 ohne PW
![]()
Vielleicht ist Yast ja (mal wieder) etwas zu schei*** dafür und vielleicht sollte ich es entsprechend dieser Anleitung machen - mit den Ubuntu Docs habe ich eigentlich ganz gute Erfahrungen gemacht meistens ![]()
Vielleicht liegt es auch an dem eher abgespeckten Desktop IceWM - aber der nutzt doch letztendlich X11