staging.inyokaproject.org

Bitte mal den Artikel als verbesserungswürdig markieren. Der Abschnitt Unity GNOME enthält einen Haufen falsche oder veraltete Informationen und nicht funktionierende Links.

Die da wären? Alt aussehende Bilder zählt nicht.

Jonius schrieb:

Der Abschnitt Unity GNOME enthält einen Haufen falsche oder veraltete Informationen und nicht funktionierende Links.

Deadlinks entfernt und Infos gerafft.

Im Abschnitt VNC/#KDE-2 ist noch ein kleiner Typo 'ob es sich um eine VNV oder RDP-Verbindung handelt': sollte VNC heißen?

Sollte man auch erwähnen, daß jemand bei der Serverseite die Verbindungs-Anfrage bestätigen muß? Ich fiel regelmäßig darauf herein, daß ich am X11-Client (KRDC) keine Antwort vom alleine laufenden Server (KRFB) bekam, obwohl ich das temp. vergebene Paßwort hatte.

Gruß Ewald

P.S.: 'Tschuldigung; meine Blindheit: Häckchen war gesetzt bei 'Vor dem Akzeptieren von Verbindungen nachfragen'

Hallo,

bei x11vnc fehlt die Beschreibung für systemd (ab Ubuntu 15.10) statt upstart. Wobei es noch Unterschiede zw. 15.10 und 16.04 gibt, wo die Service-Definitions liegen (etc/systemd → /lib/systemd)

Liebe Grüße!

B601 schrieb:

bei x11vnc fehlt die Beschreibung für systemd (ab Ubuntu 15.10) statt upstart. Wobei es noch Unterschiede zw. 15.10 und 16.04 gibt, wo die Service-Definitions liegen (etc/systemd → /lib/systemd)

Die Variante für systemd habe ich ansatzweise aufgenommen.

Gibt es wirklich einen Release-bedingten Unterschied im Speicherort der Servicedefinitonen? Gemäß https://wiki.ubuntuusers.de/systemd/#Units werden distributionsbasierte Definitionen in /lib/… und anwenderbasierte in /etc/… gespeichert. Bei der Verarbeitung überdecken die anwenderbasierten dann die dsitributionsbasierten.

Das ist sinnvoll so und oft so, z.B. auch bei udev.

Moin, ich wollte x11vnc beim Systemstart unter Ubuntu 16.04 einrichten. Ich bin nach der Anleitung vorgegangen, aber ich konnte einfach nicht vom anderen Rechner per Remmina draufkommen. Die Anleitung unter http://askubuntu.com/questions/229989/how-to-setup-x11vnc-to-access-with-graphical-login-screen Punkt 14 hingegen war erfolgreich. Die relevanten Unterschiede sind die Exec-Befehle in der Datei x11vnc.service. Kann das nochmal jemand prüfen? CU Sven

friddy schrieb:

Moin, ich wollte x11vnc beim Systemstart unter Ubuntu 16.04 einrichten. Ich bin nach der Anleitung vorgegangen, aber ich konnte einfach nicht vom anderen Rechner per Remmina draufkommen.

Welche Meldung ergab sudo systemctl status x11vnc?

friddy schrieb:

Die Anleitung unter http://askubuntu.com/questions/229989/how-to-setup-x11vnc-to-access-with-graphical-login-screen Punkt 14 hingegen war erfolgreich. Die relevanten Unterschiede sind die Exec-Befehle in der Datei x11vnc.service. Kann das nochmal jemand prüfen? CU Sven

Dort bei Askubuntu gibt es keinen "Punkt 14". Sondern mehrere Antworten, von denen zum Zeitpunkt Deiner Betrachtung mindestens eine mit 14 Bewertungspunkten versehen war. Welche Antwort Du genau meinst, bleibt unklar.

Zunächst einmal die Einstellungen, die ich aus der verknüpften Konversation übernommen habe:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13

[Unit]
Description="x11vnc"
Requires=display-manager.service
After=display-manager.service

[Service]
ExecStart=/usr/bin/x11vnc -xkb -noxrecord -noxfixes -noxdamage -display :0 -auth guess -rfbauth /etc/x11vnc.pass
ExecStop=/usr/bin/killall x11vnc
Restart=on-failure
Restart-sec=2

[Install]
WantedBy=multi-user.target

und hier die gewünschte Statusmeldung:

● x11vnc.service - x11vnc-Server
   Loaded: loaded (/etc/systemd/system/x11vnc.service; static; vendor preset: enabled)
   Active: active (running) since Do 2017-01-26 22:29:21 CET; 8s ago
 Main PID: 28931 (x11vnc)
    Tasks: 2
   Memory: 11.3M
      CPU: 447ms
   CGroup: /system.slice/x11vnc.service
           ├─28931 /usr/bin/x11vnc -auth guess -forever -localhost -loop -noxdamage -o /var/log/x11vnc.log -rfbauth /etc/x11vnc.pass -rfbport 5900 -shared
           └─28933 /usr/bin/x11vnc -auth guess -forever -localhost -loop -noxdamage -o /var/log/x11vnc.log -rfbauth /etc/x11vnc.pass -rfbport 5900 -shared

Jan 26 22:29:21 hobbingen systemd[1]: Started x11vnc-Server.
Jan 26 22:29:21 hobbingen x11vnc[28931]:  --- x11vnc loop: 1 ---
Jan 26 22:29:21 hobbingen x11vnc[28931]:  --- x11vnc loop: waiting for: 28933
Jan 26 22:29:26 hobbingen x11vnc[28931]: PORT=5900

Und hier der Status mit den bei mir funktionierenden Einstellungen:

● x11vnc.service - "x11vnc"
   Loaded: loaded (/etc/systemd/system/x11vnc.service; disabled; vendor preset: enabled)
   Active: active (running) since Do 2017-01-26 22:43:35 CET; 8s ago
  Process: 29413 ExecStop=/usr/bin/killall x11vnc (code=exited, status=0/SUCCESS)
 Main PID: 29417 (x11vnc)
    Tasks: 1
   Memory: 9.5M
      CPU: 402ms
   CGroup: /system.slice/x11vnc.service
           └─29417 /usr/bin/x11vnc -xkb -noxrecord -noxfixes -noxdamage -display :0 -auth guess -rfbauth /etc/x11vnc.pass

Jan 26 22:43:36 hobbingen x11vnc[29417]: 26/01/2017 22:43:36
Jan 26 22:43:36 hobbingen x11vnc[29417]: The VNC desktop is:      hobbingen:0
Jan 26 22:43:36 hobbingen x11vnc[29417]: PORT=5900
Jan 26 22:43:36 hobbingen x11vnc[29417]: ******************************************************************************
Jan 26 22:43:36 hobbingen x11vnc[29417]: Have you tried the x11vnc '-ncache' VNC client-side pixel caching feature yet?
Jan 26 22:43:36 hobbingen x11vnc[29417]: The scheme stores pixel data offscreen on the VNC viewer side for faster
Jan 26 22:43:36 hobbingen x11vnc[29417]: retrieval.  It should work with any VNC viewer.  Try it by running:
Jan 26 22:43:36 hobbingen x11vnc[29417]:     x11vnc -ncache 10 ...
Jan 26 22:43:36 hobbingen x11vnc[29417]: One can also add -ncache_cr for smooth 'copyrect' window motion.
Jan 26 22:43:36 hobbingen x11vnc[29417]: More info: http://www.karlrunge.com/x11vnc/faq.html#faq-client-caching

friddy schrieb:

und hier die gewünschte Statusmeldung:

├─28931 /usr/bin/x11vnc -auth guess -forever -localhost -loop -noxdamage -o /var/log/x11vnc.log -rfbauth /etc/x11vnc.pass -rfbport 5900 -shared

Der Parameter -localhost verhindert die direkte Verbindung von anderen Maschinen zu x11vnc. Er ist zu setzen, wenn x11vnc nur über getunnelte SSH- oder VPN-Verbindungen erreichbar sein soll.

Hallo Hbb,

genau deswegen hab ich auch ewig gesucht - wäre ein Hinweis im Artikel darauf nicht sinnvoll? Bin garnicht aktiv, aber wenns für euch OK ist kann ich das auch übernehmen.

Hbb schrieb:

friddy schrieb:

und hier die gewünschte Statusmeldung:

├─28931 /usr/bin/x11vnc -auth guess -forever -localhost -loop -noxdamage -o /var/log/x11vnc.log -rfbauth /etc/x11vnc.pass -rfbport 5900 -shared

Der Parameter -localhost verhindert die direkte Verbindung von anderen Maschinen zu x11vnc. Er ist zu setzen, wenn x11vnc nur über getunnelte SSH- oder VPN-Verbindungen erreichbar sein soll.

moses_johann schrieb:

… aber wenns für euch OK ist kann ich das auch übernehmen.

Bitte handele. Und achte darauf, den überlangen Artikel nicht noch mehr aufzublähen.

Das angegebene Script zum Start funktioniert bei mir so nicht - manuell mit sudo systemctl restart x11vnc.service läuft der VNC-Server dann, aber nicht beim Booten. Bin gerade am herausfinden warum - weiß das vielleicht wer, der schon mehr mit systemd zu tun hatte?

Hallo,

richtig, das Skript war falsch. Die WantedBy Direktive stand in der falschen Sektion. Ist korrigiert.

Gruß, noisefloor