Beiträge von michel8

    Also bei meiner 253A mit aktueller Firmware 4.3.4.0427 und Ubuntu 14.04 in der Linux-Station sieht es so aus:


    Über SSH (Putty) eingeloggt zeigt sich die upstart-conf für den VNC-Server
    . /etc/init/x11vnc.conf


    als Sym-Link auf
    . /usr/share/qnap-vnc/init/x11vnc.conf
    darin wird wie oben angemerkt ein Zufälliges Password im Prestart-Script erzeugt und dann beim VNC-Start (x11vnc) übergeben:

    Code: /usr/share/qnap-vnc/init/x11vnc.conf
    # x11vnc -#description     "x11vnc"start on started lightdmstop on stopping lightdmrespawnrespawn limit 10 5env XAUTHORITY=/var/run/lightdm/root/:0env DISPLAY=:0pre-start script    /bin/mkdir -m 0700 -p /tmp/.qnap    [ -f /tmp/.qnap/vncpassword ] || openssl rand -base64 8 > /tmp/.qnap/vncpassword    x11vnc -storepasswd `cat /tmp/.qnap/vncpassword` /tmp/.qnap/rfbpassword    /bin/chmod 400 /tmp/.qnap/vncpassword /tmp/.qnap/rfbpasswordend scriptexec x11vnc -display :0 -xkb -forever -shared -rfbauth /tmp/.qnap/rfbpassword

    Lösen kann man das Problem sicher auf verschiedene Wege:


    A) In der Uptart-Conf einfach x11vnc mit der option -nopw starten, dann wird auch kein Password abgefragt


    Code: /usr/share/qnap-vnc/init/x11vnc_nopw.conf
    ...
    
    
    env XAUTHORITY=/var/run/lightdm/root/:0
    env DISPLAY=:0
    
    
    #exec x11vnc -display :0 -xkb -forever -shared -rfbauth /etc/x11vnc.pass
    exec x11vnc -display :0 -xkb -forever -shared -nopw

    B) Wer lieber den VNC-Zugriff mit Password absichern möchte löscht in meinem Vorschlag oben Zeile 17 und das "#" am Anfang von Zeile 16
    und muss in
    . /etc/x11vnc.pass
    ein passendes Password ablegen. Da man eh schon über SSH angemeldet ist geht das wie hier beschrieben
    http://c-nergy.be/blog/?p=5870
    am Besten mit
    sudo x11vnc –storepasswd /etc/x11vnc.pass


    Egal ob A) oder B) nach eimen Neustarten der Linux-Station aus dem Web-Interface des QNAP verhält sich der Start des VNC wie gewohnt mit oder ohne Password.




    Achtung,


    die Aufgaben der
    . /usr/share/qnap-vnc/init/x11vnc.service
    oder der anderen Files in
    . /usr/share/qnap-vnc/init/[/tt]
    habe ich nicht untersucht, könnte mir aber vorstellen, dass je nach Ubuntu-Version und Konfiguration der Linux-Station ein anderes Service- oder Config-Script aus
    . /etc/init/x11vnc.conf
    verlinkt gestartet wird.


    Daher habe ich meinen Vorschlag als eine umbenannte Kopie
    . /usr/share/qnap-vnc/init/x11vnc_nopw.conf
    ebenfalls ins Verzeichnis
    . /usr/share/qnap-vnc/init/
    kopiert und den Symlink
    . /etc/init/x11vnc.conf
    auf
    . /usr/share/qnap-vnc/init/x11vnc_nopw.conf
    umgebogen.
    Reboot-Fest ist diese Lösung, Inwieweit das aber auch Update-Fest ist muss ich noch herausfinden...


    Gruß
    Michel

    Danke Pablo,


    so etwas hatte ich mit einfach gemeint!
    Eine VM im VMware-Player bekommt man in gleicher Weise einfach gesichert oder geclont.


    Zur Vermeidung von Problemen sollte die LS sicherlich über das Webinterface gestoppt werden, bevor sie durch Kopieren des Ordners gesichert wird...


    Somit gibt es eine Sorge weniger, wenn man mal etwas ausprobieren möchte, danach die LS aber nicht komplett neu aufsetzen will.


    Nochmals Danke
    Michel

    Hallo Zusammen,


    gibt es für die Linux-Station auch eine einfache Möglichkeit einen Snapshot anzulegen um nach Tests wieder zurück zum vorigen Status zu gelangen?
    Für die VMs in der Virtualisierungs-Station und wohl auch für die Container in der Container-Station gibt es ja schon easy2use Mechanisman.


    Danke und Gruß
    Michel