Anzeige:
Seite 2 von 2 ErsteErste 12
Ergebnis 16 bis 30 von 30

Thema: X11vnc dauerhaft auf dem Server

  1. #16
    Registrierter Benutzer
    Registriert seit
    Mar 2003
    Ort
    Niedersachsen
    Beiträge
    582
    So mein Gutester
    Ich habe das Service-Script erweitert, indem jetzt eine Logdatei geschrieben wird.
    Das Ergebnis:
    Code:
    17/05/2022 14:55:05 passing arg to libvncserver: -rfbport17/05/2022 14:55:05 passing arg to libvncserver: 5900
    17/05/2022 14:55:05 x11vnc version: 0.9.16 lastmod: 2019-01-05  pid: 2597
    No protocol specified
    No protocol specified
    17/05/2022 14:55:05 XOpenDisplay(":0") failed.
    17/05/2022 14:55:05 Trying again with XAUTHLOCALHOSTNAME=localhost ...
    No protocol specified
    No protocol specified
    
    
    17/05/2022 14:55:05 ***************************************
    17/05/2022 14:55:05 *** 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.
    
    
    Some tips and guidelines:
    
    
    ** An X server (the one you wish to view) must be running before x11vnc is
       started: x11vnc does not start the X server.  (however, see the -create
       option if that is what you really want).
    
    
    ** You must use -display <disp>, -OR- set and export your $DISPLAY
       environment variable to refer to the display of the desired X server.
     - Usually the display is simply ":0" (in fact x11vnc uses this if you forget
       to specify it), but in some multi-user situations it could be ":1", ":2",
       or even ":137".  Ask your administrator or a guru if you are having
       difficulty determining what your X DISPLAY is.
    
    
    ** Next, you need to have sufficient permissions (Xauthority) 
       to connect to the X DISPLAY.   Here are some Tips:
    
    
     - Often, you just need to run x11vnc as the user logged into the X session.
       So make sure to be that user when you type x11vnc.
     - Being root is usually not enough because the incorrect MIT-MAGIC-COOKIE
       file may be accessed.  The cookie file contains the secret key that
       allows x11vnc to connect to the desired X DISPLAY.
     - You can explicitly indicate which MIT-MAGIC-COOKIE file should be used
       by the -auth option, e.g.:
           x11vnc -auth /home/someuser/.Xauthority -display :0
           x11vnc -auth /tmp/.gdmzndVlR -display :0
       you must have read permission for the auth file.
       See also '-auth guess' and '-findauth' discussed below.
    
    
    ** If NO ONE is logged into an X session yet, but there is a greeter login
       program like "gdm", "kdm", "xdm", or "dtlogin" running, you will need
       to find and use the raw display manager MIT-MAGIC-COOKIE file.
       Some examples for various display managers:
    
    
         gdm:     -auth /var/gdm/:0.Xauth
                  -auth /var/lib/gdm/:0.Xauth
         kdm:     -auth /var/lib/kdm/A:0-crWk72
                  -auth /var/run/xauth/A:0-crWk72
         xdm:     -auth /var/lib/xdm/authdir/authfiles/A:0-XQvaJk
         dtlogin: -auth /var/dt/A:0-UgaaXa
    
    
       Sometimes the command "ps wwwwaux | grep auth" can reveal the file location.
    
    
       Starting with x11vnc 0.9.9 you can have it try to guess by using:
    
    
                  -auth guess
    
    
       (see also the x11vnc -findauth option.)
    
    
       Only root will have read permission for the file, and so x11vnc must be run
       as root (or copy it).  The random characters in the filenames will of course
       change and the directory the cookie file resides in is system dependent.
    
    
    See also: http://www.karlrunge.com/x11vnc/faq.html
    thanks, exponator
    • Laptop 1: openSuSE Leap 15.3 - KDE 5 Plasma
    • Laptop 2: openSUSE Leap 15.3 - KDE 5 Plasma

  2. #17
    Registrierter Benutzer
    Registriert seit
    Mar 2003
    Ort
    Niedersachsen
    Beiträge
    582
    Das ServiceScript sieht jetzt wie folgt aus:
    Code:
    # Description: Custom Service Unit file
    # File: /etc/systemd/system/x11vnc.service
    [Unit]
    Description="x11vnc"
    Requires=display-manager.service
    After=display-manager.service
    
    
    [Service]
    ExecStart=/usr/bin/x11vnc -loop -nopw -xkb -repeat -noxrecord -noxfixes -noxdamage -forever -o /var/log/x11vnc.log -rfbport 5900 -display :0 -auth /var/run/lightdm/root/\:0
    ExecStop=/usr/bin/killall x11vnc
    Restart=on-failure
    RestartSec=2
    
    
    [Install]
    WantedBy=multi-user.target
    Nachtrag:
    Wenn es als Service nicht will, dann sollte es vielleicht automatisch anders gestartet werden
    Geändert von exponator (17.05.22 um 15:21 Uhr) Grund: Nachtrag
    thanks, exponator
    • Laptop 1: openSuSE Leap 15.3 - KDE 5 Plasma
    • Laptop 2: openSUSE Leap 15.3 - KDE 5 Plasma

  3. #18
    Registrierter Benutzer
    Registriert seit
    Apr 2009
    Ort
    Erde
    Beiträge
    2.814
    Ja nein, also beim Service bleiben, so werden Dienste nun mal gestartet.

    Nun bin ich kein Systemd Nerd, aber soweit ich das verstanden habe, kann man bestimmte Dienst maskieren, damit sorgt man dafür, dass man die nicht mehr starten kann, auch nicht manuell - https://askubuntu.com/questions/8162...temctl-disable

    Du kannst einen Service aber auch wieder "unmasken":
    Code:
    systemctl unmask name_of_service.service
    , anschließend kann der Service dann wieder verwendet werden.
    Gruß nopes
    (,,,)---(^.^)---(,,,) /var/log/messages | grep cat

  4. #19
    Registrierter Benutzer
    Registriert seit
    Mar 2003
    Ort
    Niedersachsen
    Beiträge
    582
    Hi nopes
    Durch die Verschiebung des ServiceScripts nach /usr/lib/systemd/system und die Verlinkung nach /etc/systemd/system/ ist die Maskierung ja weg.
    Trotzdem scheint noch was im Argen zu sein.
    Zitat Zitat von exponator Beitrag anzeigen
    So mein Gutester
    Ich habe das Service-Script erweitert, indem jetzt eine Logdatei geschrieben wird.
    Das Ergebnis:
    Was hälst Du davon?
    Frage nebenbei: Ist es nicht vielleicht doch bessrer evtl. xinetd zu benutzen?
    thanks, exponator
    • Laptop 1: openSuSE Leap 15.3 - KDE 5 Plasma
    • Laptop 2: openSUSE Leap 15.3 - KDE 5 Plasma

  5. #20
    Registrierter Benutzer
    Registriert seit
    Apr 2009
    Ort
    Erde
    Beiträge
    2.814
    Nein kein xinetd, die Zeit sind lange vorbei, dass ist sicher.

    Das andere verstehe ich nicht ganz, aber von der Sache her klappt es ja, also VNC, der gleiche Befehl sollte es dann auch im Systemd Skript tun, evt hat OpenSuSE da so seine Eigenheiten, ansonsten bin ich da gerade leider eher ratlos.
    Passiert das beim booten, als kannst du den Service anschließend starten, dann ist es "nur" Timing und du musst dafür sorgen, dass das VNC nach lightdm gestartet wird -also mal prüfen, ob es diesen display-manager.service gibt und ggf korrigieren.
    Gruß nopes
    (,,,)---(^.^)---(,,,) /var/log/messages | grep cat

  6. #21
    Registrierter Benutzer
    Registriert seit
    Mar 2003
    Ort
    Niedersachsen
    Beiträge
    582
    display-manager.service gibt es.
    Die Frage die ich mir stelle ist, ob ich hierin den Befehl ExecStart= auf /root/bin/X11VNC-start linke und hierin zunächst den display-manager starte und dann den x11vnc.
    Und
    und ExecStop= nach /root/bin/X11VNC-stop. Hierin natürlich den Befehl ExecStop= des display-manager.service umgekehrt. Erst x11vnc killen, dann den display-manager stoppen.
    Ist natürlich gefrickel. Ob es so funkioniert ist auch fraglich.

    Eine Frage zum x11vnc.service noch. Es geht dabei um den Eintrag WantedBy=multi-user.target.
    Wäre es sinnvoll den x11vnc.service nach multi-user.target.wants zu verlinken oder wofür steht WantedBy?

    Heißt doch auf deutsch übersetzt: "gewünscht/gesucht von".

    Ich finde bestimmt noch einen Weg bis es funktioniert.
    thanks, exponator
    • Laptop 1: openSuSE Leap 15.3 - KDE 5 Plasma
    • Laptop 2: openSUSE Leap 15.3 - KDE 5 Plasma

  7. #22
    Registrierter Benutzer
    Registriert seit
    Mar 2003
    Ort
    Niedersachsen
    Beiträge
    582
    So mein lieber nopes
    Ich habe jetzt so lange rumprobiert -ohne die Idee, die ich hatte mit /root/bin/X11vnc- und habe die Lösung.

    Folgendes habe ich gemacht und ich spreche hier vom Service Script:
    Die Zeile zum Start des VNC Servers habe etwas abgeändert, weil: zunächst wollte es so nicht, dann so nicht usw.
    Jetzt lautet diese Zeile bei mir:
    Code:
    # ExecStart=/usr/bin/x11vnc -loop -nopw -xkb -repeat -noxrecord -noxfixes -noxdamage -forever -o /var/log/x11vnc.log -rfbport 5900 -display :0 -auth /var/run/lightdm/root/\:0
    # ExecStart=/usr/bin/x11vnc -loop -nopw -xkb -repeat -noxrecord -noxfixes -noxdamage -forever -o /var/log/x11vnc.log -rfbport 5900 -display WAIT:cmd=FINDDISPLAY -auth /var/run/lightdm/root/\:0
    ExecStart=/usr/bin/x11vnc -loop -nopw -xkb -repeat -noxrecord -noxfixes -noxdamage -forever -o /var/log/x11vnc.log -rfbport 5900 -auth /home/papa/.Xauthority -display :0
    Zeile 1 mit # ExecStart= funktionierte nicht. Siehe Ergebnis Logdatei.
    Zeile 2 mit # ExecStart= funktionierte nicht. Ergebnis war: Der Server hat den connect zurückgesetzt. Fehler 104
    Zeile 3 funktioniert, nachdem der User eingeloggt ist. Nur: Wenn sich der User jetzt abmeldet ist die Verbindung weg und der Verbindungsaufbau wird abgelehnt.
    Nach einem Neustart des display-managers und dem Autologin des Users ist aber alles wieder gut.
    Ich hab ja dafür noch SSH.

    Nachtrag: Die ganze Sache steht und fällt mit dem .Xauthority respektive -display :0
    Geändert von exponator (17.05.22 um 21:04 Uhr) Grund: Nachtrag
    thanks, exponator
    • Laptop 1: openSuSE Leap 15.3 - KDE 5 Plasma
    • Laptop 2: openSUSE Leap 15.3 - KDE 5 Plasma

  8. #23
    Registrierter Benutzer
    Registriert seit
    Apr 2009
    Ort
    Erde
    Beiträge
    2.814
    Ok das klingt doch gut,was du halt noch probieren kannst ist dieses -findauth Feature
    Code:
    login as: nopes
    nopes@dev-lap-01's password:
    
    0 updates can be applied immediately.
    
    Last login: Tue May 17 22:44:57 2022 from 2003:c0:d713:f500:8913:7922:3198:9b82
    nopes@dev-lap-01 ~ $ sudo x11vnc -findauth
    [sudo] Passwort für nopes:
    XAUTHORITY=/var/run/lightdm/root/:0
    nopes@dev-lap-01 ~ $
    Wenn ich mich dann am GUI anmelde, erhalte ich diese Ausgabe:
    Code:
    nopes@dev-lap-01 ~ $ sudo x11vnc -findauth
    XAUTHORITY=
    Die Ausgaben werden hier erklärt - https://linux.die.net/man/1/x11vnc
    Da scheint dann auch bei deinem System der Hase im Pfeffer zu liegen, denn ich würde mal erwarten, dass -findauth einmal diesen lightdm Teil zeigt, wie bei meinem System, dann aber den Pfad zu der Datei liefert und dadurch scheint -guess dann nicht mehr klar zu kommen und deswegen geht es scheinbar auch nur, wenn du angemeldet bist.

    [edit]Nur so eine Idee, kann das am Autologin liegen, oder ist der inzwischen abgeschaltet?
    Geändert von nopes (17.05.22 um 23:09 Uhr) Grund: verbessert
    Gruß nopes
    (,,,)---(^.^)---(,,,) /var/log/messages | grep cat

  9. #24
    Registrierter Benutzer
    Registriert seit
    Mar 2003
    Ort
    Niedersachsen
    Beiträge
    582
    Moin nopes
    Die Idee das -findauth Feature mal zu versuchen klingt gut.
    Das kann ich ja gleich mal testen und berichte.

    Der Autologin wurde noch nicht abgeschaltet. Sonst kann ich mich nicht mehr verbinden.
    Dieses habe ich bei Verwendung der dritten Zeile im ExecStart=. Aber OK. Momentan funkt es ja.

    Nachtrag:
    Dieses Feature scheint bei mir nicht zu funktionieren.
    Code:
    * x11vnc.service - "x11vnc"
         Loaded: loaded (/usr/lib/systemd/system/x11vnc.service; enabled; vendor preset: disabled)
         Active: active (running) since Wed 2022-05-18 06:53:41 CEST; 1min 56s ago
       Main PID: 24567 (x11vnc)
          Tasks: 1 (limit: 4546)
         CGroup: /system.slice/x11vnc.service
                 `-24567 /usr/bin/x11vnc -loop -nopw -xkb -repeat -noxrecord -noxfixes -noxdamage -forever -o /var/log/x11vnc.log -rfbport 5900 -findauth -display :0
    
    Mai 18 06:55:30 lap2 x11vnc[28996]: xauth:  unable to generate an authority file name
    Mai 18 06:55:30 lap2 x11vnc[24567]:  --- x11vnc loop: sleeping 2000 ms ---
    Mai 18 06:55:32 lap2 x11vnc[24567]:  --- x11vnc loop: 41 ---
    Mai 18 06:55:33 lap2 x11vnc[24567]:  --- x11vnc loop: waiting for: 29064
    Mai 18 06:55:33 lap2 x11vnc[29107]: xauth:  unable to generate an authority file name
    Mai 18 06:55:33 lap2 x11vnc[24567]:  --- x11vnc loop: sleeping 2000 ms ---
    Mai 18 06:55:35 lap2 x11vnc[24567]:  --- x11vnc loop: 42 ---
    Mai 18 06:55:35 lap2 x11vnc[24567]:  --- x11vnc loop: waiting for: 29181
    Mai 18 06:55:36 lap2 x11vnc[29224]: xauth:  unable to generate an authority file name
    Mai 18 06:55:36 lap2 x11vnc[24567]:  --- x11vnc loop: sleeping 2000 ms ---
    
    Vielleicht wäre es einfacher zu erfahren unter welchem Benutzernamen der Service ausgeführt wird, wenn niemand angemeldet ist (nicht mal root).
    Es sei denn man kann bestimmen, das gerade dieser Dienst als root ausgeführt wird. Dann wird's wieder einfach.
    Geändert von exponator (18.05.22 um 07:12 Uhr) Grund: Nachtrag
    thanks, exponator
    • Laptop 1: openSuSE Leap 15.3 - KDE 5 Plasma
    • Laptop 2: openSUSE Leap 15.3 - KDE 5 Plasma

  10. #25
    Registrierter Benutzer Avatar von Huhn Hur Tu
    Registriert seit
    Nov 2003
    Ort
    Karlsruhe
    Beiträge
    2.243
    Das geht zwar in eine etwas andere Richtung, aber der X1vnc muss nicht staendig laufen, da dieser ja in die bestehende X Session einhaengen kann. Bei und laufen einige Odroids bei denen ich auf die Ressourcen achten muss

    Code:
    #!/bin/bash
    
    usage_of="$0 [user@]remote_host"
    needed_programs="Server needs x11vnc, Client needs vncviewer (e.g. TigerVNC)"
    
    if [[ "x$1" == "x" ]] ; then
        echo "Script User@Host"
        echo "$needed_programs"
        exit 1
    fi
    
    ssh $1 'x11vnc -localhost -input KMBC -display :0 -scale 4/5 -bg' 
    # default encoding, c&p from man-page: copyrect tight hextile zlib corre rre raw
    vncviewer -via $1 localhost:0
    Damit wird ein SSH Login gemacht der den X11vnc startet (als unprivelegierter User !!!) und direkt im Anschluss wird dann der vncviewer gestartet. Nach Logout ist dann der X11vnc dann wieder deaktiviert. Ist zwar auch unabgesichert, aber nur dann wenn er wirklich laeuft. Vielleicht hilft dir das weiter.
    Geändert von Huhn Hur Tu (18.05.22 um 07:10 Uhr)
    Zwischen anonym sein wollen und seine Daten nicht verkaufen wollen, liegen zwei Welten. Wenn man sich einen kostenpflichtigen Dienst sucht, dann meist, weil man für diese Dienstleistung zahlt und nicht selbst das Produkt sein will.


  11. #26
    Registrierter Benutzer
    Registriert seit
    Mar 2003
    Ort
    Niedersachsen
    Beiträge
    582
    Moin Huhn Hur Tu
    Die Idee klingt zunächst gut Wenn es reibungslos läuft, wäre es zumindest eine Idee, die man evtl. beibehalten könnte.
    Das der x11vnc nicht ständig laufen MUSS, klingt logisch. Wäre aber nicht wirklich schlimm. Es sei denn es mindert die Leistung des Rechners.
    Was meinst Du mit
    Zitat Zitat von Huhn Hu Tur
    Bei und laufen einige Odroids bei denen ich auf die Ressourcen achten muss
    ?

    [edit]
    Habe gerade eben dein Script ausprobiert.
    Es funktioniert zwar, aber der User muss am Server eingeloggt sein.

    Versuchsablauf:
    - ssh login am Server (Lap2)
    - am Server den x11vnc-Service gestoppt.
    - den User am Server ausgeloggt, der User muss sich nun einloggen
    - zurück zum Client (Lap1) - sprich ssh zum Server beendet
    - Dein Script gestartet

    Ausgabe:
    Code:
    18/05/2022 08:40:07 x11vnc version: 0.9.16 lastmod: 2019-01-05  pid: 21441
    Invalid MIT-MAGIC-COOKIE-1 keyNo protocol specified
    18/05/2022 08:40:07 XOpenDisplay(":0") failed.
    18/05/2022 08:40:07 Trying again with XAUTHLOCALHOSTNAME=localhost ...
    Invalid MIT-MAGIC-COOKIE-1 keyNo protocol specified
    
    18/05/2022 08:40:07 ***************************************
    18/05/2022 08:40:07 *** 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.
    
    Some tips and guidelines:
    
    ** An X server (the one you wish to view) must be running before x11vnc is
       started: x11vnc does not start the X server.  (however, see the -create
       option if that is what you really want).
    
    ** You must use -display <disp>, -OR- set and export your $DISPLAY
       environment variable to refer to the display of the desired X server.
     - Usually the display is simply ":0" (in fact x11vnc uses this if you forget
       to specify it), but in some multi-user situations it could be ":1", ":2",
       or even ":137".  Ask your administrator or a guru if you are having
       difficulty determining what your X DISPLAY is.
    
    ** Next, you need to have sufficient permissions (Xauthority)  
       to connect to the X DISPLAY.   Here are some Tips:
    
     - Often, you just need to run x11vnc as the user logged into the X session.
       So make sure to be that user when you type x11vnc.
     - Being root is usually not enough because the incorrect MIT-MAGIC-COOKIE
       file may be accessed.  The cookie file contains the secret key that
       allows x11vnc to connect to the desired X DISPLAY.
     - You can explicitly indicate which MIT-MAGIC-COOKIE file should be used
       by the -auth option, e.g.:
           x11vnc -auth /home/someuser/.Xauthority -display :0
           x11vnc -auth /tmp/.gdmzndVlR -display :0
       you must have read permission for the auth file.
       See also '-auth guess' and '-findauth' discussed below.
    
    ** If NO ONE is logged into an X session yet, but there is a greeter login
       program like "gdm", "kdm", "xdm", or "dtlogin" running, you will need
       to find and use the raw display manager MIT-MAGIC-COOKIE file.
       Some examples for various display managers:
    
         gdm:     -auth /var/gdm/:0.Xauth
                  -auth /var/lib/gdm/:0.Xauth
         kdm:     -auth /var/lib/kdm/A:0-crWk72
                  -auth /var/run/xauth/A:0-crWk72
         xdm:     -auth /var/lib/xdm/authdir/authfiles/A:0-XQvaJk
         dtlogin: -auth /var/dt/A:0-UgaaXa
    
       Sometimes the command "ps wwwwaux | grep auth" can reveal the file location.
    
       Starting with x11vnc 0.9.9 you can have it try to guess by using:
    
                  -auth guess
    
       (see also the x11vnc -findauth option.)
    
       Only root will have read permission for the file, and so x11vnc must be run
       as root (or copy it).  The random characters in the filenames will of course
       change and the directory the cookie file resides in is system dependent.
    
    See also: http://www.karlrunge.com/x11vnc/faq.html
    
    TigerVNC Viewer 64-bit v1.9.0
    Copyright (C) 1999-2018 TigerVNC Team and many others (see README.rst)
    See http://www.tigervnc.org for information on TigerVNC.
    
    Wed May 18 08:37:42 2022
     DecodeManager: Detected 8 CPU core(s)
     DecodeManager: Creating 4 decoder thread(s)
     CConn:       verbunden mit Rechner localhost, Port 55721
    channel 3: open failed: connect failed: Connection refused
     CConn:       End of stream
    


    Endergebnis:
    Somit steht fest:
    1) Der User am Server muss eingeloggt sein
    2) Der Service, wie er bis jetzt lief, kann weiterhin laufen

    ABER: Der Versuch war es wert und das Script gefällt mir
    Geändert von exponator (18.05.22 um 08:48 Uhr) Grund: Nachtrag
    thanks, exponator
    • Laptop 1: openSuSE Leap 15.3 - KDE 5 Plasma
    • Laptop 2: openSUSE Leap 15.3 - KDE 5 Plasma

  12. #27
    Registrierter Benutzer Avatar von Huhn Hur Tu
    Registriert seit
    Nov 2003
    Ort
    Karlsruhe
    Beiträge
    2.243
    So wie ich das sehe, versuchst du zwei Dinge zu erreichen.
    Login bei connect "UND" attach to session. Soweit ich weiss, kannst du bei VNC nur eines haben oder die Maschine mit Autologin verwenden
    Zwischen anonym sein wollen und seine Daten nicht verkaufen wollen, liegen zwei Welten. Wenn man sich einen kostenpflichtigen Dienst sucht, dann meist, weil man für diese Dienstleistung zahlt und nicht selbst das Produkt sein will.


  13. #28
    Registrierter Benutzer
    Registriert seit
    Mar 2003
    Ort
    Niedersachsen
    Beiträge
    582
    Ich erinnere mich an die früheren SuSE Installationen. Ich glaube es war noch die Zeit der 11.x Versionen.
    Da gab es noch kein openSuSE. Das war noch die Zeit vor der Migration von SuSE und Novell.
    Hier konnte man die Fernwartung so einstellen, dass man am entfernten Rechner beim Login-Bildschirm war.
    Das ging relativ simpel, glaube ich. Damals brauchte ich nicht so lange, um es zum Funktionieren zu bringen.
    Warum klappt das heute nicht mehr so einfach?
    Ist doch schade. Zumindest für den normalen User ohne Firmennetzwerk oder übers Internet.

    Mit anderen Worten:
    Ich würde gern, wenn möglich, mit der Fernwartung am Login-Bildschirm ankommen.
    Es MUSS kein User eingeloggt sein.

    Aber sei es drum. Es funktioniert ja. Und das recht gut. Nur ist der Server mit dem Bildschirm etwas kleiner (statt 17" nur 15") und der übertragene Bildschirm am Client ist dann dementsprechend noch mal wieder kleiner, als würde man die zwei Laptops nebeneinander stellen und vergleichen. Das ist zwangsläufig zweitrangig.
    Geändert von exponator (18.05.22 um 14:23 Uhr) Grund: edit
    thanks, exponator
    • Laptop 1: openSuSE Leap 15.3 - KDE 5 Plasma
    • Laptop 2: openSUSE Leap 15.3 - KDE 5 Plasma

  14. #29
    Registrierter Benutzer
    Registriert seit
    Apr 2009
    Ort
    Erde
    Beiträge
    2.814
    https://doc.opensuse.org/documentati...x.html#cha-vnc liest sich irgendwie so, als ob du dass alles auch mit deren Setup Tools machen kannst
    Gruß nopes
    (,,,)---(^.^)---(,,,) /var/log/messages | grep cat

  15. #30
    Registrierter Benutzer
    Registriert seit
    Mar 2003
    Ort
    Niedersachsen
    Beiträge
    582
    Hi nopes
    Nur, liest es sich irgendwie so, als ob...
    Habe ich schon durch.
    Was ist passiert?
    Ich bin genau dieser Anweisung (mit dem YaST Tool) nachgegangen. Die Verbindung funktionierte auch.
    (Du kennst deinen Anmeldebildschirm?) Gedacht hatte ich, dass ich genau lande. Aber? War wohl nix.
    Ich landete an einem Anmeldebildschirm, der mir gänzlich unbekannt erschien. Hier konnte ich die Verbindung (xserver) auswählen.
    Ich konnte wählen zwischen Xorg und Xvnc. "Nehm ich Xorg", dachte ich,"komme ich vielleicht auf den normalen Desktop."
    War wohl nix. Ich landete im Ice-Desktop. Nochmal von vorne, dieses Mal mit der Auswahl Xvnc. Es passierte gar nichts. Es kam nicht mal ein Desktop, sondern ein schwarzer Bildschirm.

    Das ist nicht das, was es früher mal war.
    Es sei denn, ich muss am Server etwas ändern. Nur was?

    Danach habe ich die andere Version getestet. Persistente Verbindung durch vncserver. Geht über die Ports 5901 und 5902.
    Verbindung funktioniert zwar auch hier, nur fehlt mir am Server bei den geöffneten Fenstern (Apps) die oberste Leiste. Demnach kein X, kein Minimieren etc.
    Also auch nicht das, dass mir vorschwebt.

    Dann kamst Du. Deine Idee mit dem Service. Cool. Es funktioniert, auch wenn der User am Server eingeloggt sein muss. Egal.
    thanks, exponator
    • Laptop 1: openSuSE Leap 15.3 - KDE 5 Plasma
    • Laptop 2: openSUSE Leap 15.3 - KDE 5 Plasma

Ähnliche Themen

  1. remote desktop server dauerhaft automatisch
    Von exponator im Forum Anwendungen Allgemein, Software
    Antworten: 8
    Letzter Beitrag: 14.05.22, 12:49
  2. x11vnc + 2x X
    Von CRAZyBUg im Forum X-Konfiguration
    Antworten: 2
    Letzter Beitrag: 02.03.11, 12:21
  3. Server dauerhaft beschäftigt/langsam!?!
    Von markeese im Forum System installieren und konfigurieren
    Antworten: 3
    Letzter Beitrag: 23.10.08, 18:44
  4. x11vnc Probleme
    Von nortan im Forum X-Konfiguration
    Antworten: 1
    Letzter Beitrag: 05.11.07, 21:00
  5. CoD Server dauerhaft starten ...
    Von napsi im Forum Dedizierte Spiele Server
    Antworten: 2
    Letzter Beitrag: 03.01.05, 19:37

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •