Hi Martin,
bin jetzt natürlich nimmer in der Schule, aber ich fahr morgen früh nochmal hin und mach die Abfrage .
Aber müsste es dann nicht eigentlich tun, wenn ich :0 in den Skripten durch $DISPLAY ersetze?
Zu VNC:
Ja, kann ich. Und wenn ich das Schlüsselbundpasswort eingebe, und die PC-Verbindung neu auswähle, wird das Passwort sogar automatisch eingetragen und startet die Verbindung (leider nicht in den Thumbnails)
LG und schönen Abend
Patrick
PS: Ist es wirklich egal, ob ich das Programm in /opt/ habe, oder auf dem Netzwerklaufwerk? Und wenn ja, müssen die Ordner direkt in /opt/ liegen, also
Hallo Patrick,
in den Scripten sind nicht die Umgebungsvariablen des angemeldeten Users zugänglich, da die Scripte bei Fernsteuerung direkt als service unter root gestartet werden - somit ist auch die Variable $DISPLAY leider nicht belegt. Das Display muss deshalb im Script auf einem anderen Weg ermittelt werden. Leider scheint die Display-Nummer auch bei dem gleichen PC/gleichem Image vom gdm nicht immer gleich gesetzt zu werden
Es ist egal, ob MAusSK unter /opt oder /opt/maus oder auf dem Netzlaufwerk liegt - es muss dann nur der Desktop-Starter /usr/share/applications/maus_sk.desktop mit dem richtigen Pfad versehen werden.
Der Dateiname unter /etc/X11/Xsession.d/ lautet doch „50xhost-root“ und nicht „50xhost-root.sh“ oder?
Die Thumbnails werden nicht per VNC übertragen, sondern einfach als Screenshot.
Hi Martin,
Der Dateiname ist ohne .sh, ja.
LG Patrick
NACHTRAG:
Ich hab jetzt das Display manuell auf :1 umgestellt und es geht auch ferngesteuert, allerdings wird das lock nicht aktiviert. Vermutlich braucht der Befehl root-Rechte und die hat der Client bei der Ausführung des Skripts nicht?
Hallo Patrick,
das Programm zum lock ist „xtrlock“. Starte das doch mal als User im Terminal - es aktiviert dann einen Bildschirmschoner, den man durch Eingabe des User-Kennwortes wieder deaktiviert. Bei der Fernsteuerung wird xtrlock durch root gestartet, man muss dann das root-Kennwort zum Entsperren eingeben.
Was hat die Ausgabe von „ls /tmp/.X11-unix/“ ergeben?
Das Fernsteuer-Script hat die root-Rechte, da es als Service unter root läuft.
Hallo Patrick,
könntest du mir bitte die gesamte Ausgabe des Befehls „who -u“ im Terminal an einem Client geben, wenn ein User angemeldet ist.
Merci auch für alle bisherigen Rückmeldungen, jede neue Ubuntu-Version unterscheidet sich bei der Display-Auflistung und der User-Auflistung so dass ich das immer wieder neu anpassen muss.
Viele Grüße
Martin
mit dem Befehl # install-ubuntu-client.sh lokal
kannst du MAusSK auch lokal am Client unter /opt/maus_sk/
installieren.
Wenn du in der Datei maus_sk.cfg die Option debug=1 setzt, dann erhälst du einen Menü-Punkt „debug->get all Display“, mit dem du die Display-Nummern der Client checken kannst, wenn dort ein User angemeldet ist. Haben alle deine Clients immer Display :1 ? Bei meinem Test-System habe ich meist „:0“ aber selten auch „:1“.
Merci fürs Testen,
Grüße
Martin
Hi Martin,
ich hab jetzt die MausSK neu installiert und es funktioniert alles wunderbar!!! Thumbnails und alles andere auch. Funktioniert super!!
TAUSEND DANK!!!
Alle Clients die ich genutzt hatte (20 Rechner im Computerraum und ca 60 Laptops) hatten Display :1
Liebe Grüße
Patrick
PS: Wenn ich noch ein cooles Feature vorschlagen dürfte
Wir haben im PC-Raum eine U-Form und schreiben auf Wacoms, sodass das Tafelbild digital ist. Jetzt wäre es natürlich mega, wenn ich anstatt „Closed For Concentration“ auch meinen Screen den Schülerrechnern aufzwängen könnte.
Hallo Patrick,
freut mich sehr, dass bei dir nun alles läuft.
Stimmt, wäre ein tolles Feature. Das technisch umzusetzen ist aber schwierig und würde viel Netzwerktraffik erzeugen wenn ein live-Bild an viele Rechner übertragen werden soll - z.B. mit VNC - und das dann auch noch den PC sperren soll. Bei der MAusSK habe ich ansonsten darauf geachtet möglichst wenig Traffik zu erzeugen.
Grüße
Martin
Allerdings war ich gestern etwas voreilig. Leider will das Skript startremmina.sh immernoch, dass ich mich als root legitimiere. Rechte 755 haben nicht geholfen.
/usr/bin/remmina will ne Legitimierung.
Ich kann als angemeldeter AD Nutzer den Keyring löschen, dann gehts, aber wie kann ich verhindern, dass dieser Keyring überhaupt erzeugt wird?
Hallo Patrick,
bei dir ist doch auch der linuxadmin der Profil-User am Client? Wenn dort der Schüsselbund deaktiviert ist, dann auch für alle anderen. Um ihn zu deaktivieren, muss man einen Schlüsselbund mit leeren Passwort erzeugen, ggf. hilft auch das einfache Löschen des bisherigen Schlüsselbundes vom linuxadmin.
LG
Martin