[daemon]
# Uncomment the line below to force the login screen to use Xorg
#WaylandEnable=false
Bedeutet das, dass davon nur der Login Screen betroffen ist? Klingt ja irgendwie so?!?
Ich frage deshalb, weil auf den startenden Clients auch noch etwas in Sachen Auflösung und Bildschirm-Klonen zum Beamer gemacht wird. Das hatten wir kürzlich erst auf wayland umgestellt. Wenn wir mit dem Befehl nun auf X11 zurückgeworfen wären, müsste das ebenfalls wieder zurückgedreht werden.
Viele Grüße,
Michael
WaylandEnable=false wirkt sich auf alles aus.
Mit dieser Einstellung läuft bei uns veyon problemlos. Allerdings haben wir debian-Clients…
Gruß,
Mathias
Hallo,
ja, so habe ich das auch in Erinnerung. Sobald Wayland=false gesetzt war, funktionierte Veyon ab der Anmeldung und auch bei angemeldetem User. Vorher gar nicht.
Viele Grüße
Michael
Hi.
Ich bin sicher, dass ich das irgendwann schon mal so hatte, dass es auch schon vor der Anmeldung eines Users verwendet werden konnte und man so alle Clients auch dann fernsteuern bzw herunterfahren konnte, wenn noch niemand angemeldet war! Der Dreh- und Angelpunkt bei der Sache scheint ja der veyon-server zu sein, der scheinbar nicht mit wayland zusammen funktioniert?!? (Wenn ich das richtig sehe, scheitert das am x11vnc, der unter wayland dann im Hintergrund nicht startet — vielleicht kann man veyon aber auch beibringen stattdessen einen anderen VNC-Server zu starten?!)
Hallo Mathias,
wunderbar … wir versuchen das so. Ich bin gespannt, ob die Steuerung vor dem Login damit auch wieder/noch funktioniert
(Falls das nicht geht, kann man sich ja auch noch mit einem Icon auf dem Lehrer-Desktop helfen, das mit parallel-ssh alle Schüler-Rechner runterfährt.)
Viele Grüße,
Michael
Nachtrag: Auf virtuellen Clients funktioniert es bereits wieder; auch ohne dass jemand angemeldet ist. Hier ein Screenshot:
Weitere Tests folgen … zunächst mit anderen Clients und ohne Wayland und danach mit Windows-Clients .
Aber da gibt es noch ein anderes Problem: Es sollte ja möglichst so sein, dass es ganz egal ist, ob ein Schüler/Lehrer Linux oder Windows startet. Das bedeutet also, dass unabhängig vom OS die gleichen Schlüssel verwendet werden sollen … hat das jemand so laufen?
Du nimmst einfach in Linux und Windows die gleichen Schlüssel. Zu Upadet und Veyon gab es einen AK. Wie das Schlüsselhandling unter Windows geht, steht in der Doku. Hier der Download-Link.
Gruß,
Mathias
Hier so, geht mit dem gleichen Schlüssel. Allerdings nur, wenn gleiche Veyon-Version (ich hatte mal probehalber die 4.9.9 gebaut, damit konnte ich nciht mehr auf Clients zugreifen).
Zur Wayland-Problematik: Veyon läuft nicht mit Wayland, und der Entwickler hat irgendwann mal im Forum gesagt, dass das vermutlich niemals der Fall sein wird. Ärgerlich.
Für den Anmeldemanager und den eigentlichen Desktop laufen unterschiedliche Sessions, du musst es also so einstellen, dass sowohl der Anmeldemanager als auch der Desktop unter X11 laufen.
Hallo.
Das hat funktioniert: Wir sind Deiner Anleitung gefolgt. Besten Dank dafür, Mathias (@rettich)
(Kleinigkeit: Auf Seite 10 ist ein kleiner Fehler. Da steht:
„Bearbeiten Sie mit einem Rechtsklick auf key die Eingenschaften des public keys.“
Das ist natürlich falsch und muss „private keys“ heißen. Im Screenshot ist es richtig.)
Viele Grüße – und top, dass Veyon jetzt völlig unabhängig vom OS in den Räumen läuft
Michael
Klappt das bei Euch? Alle Rechner in einem Raum starten und fahren automatisch Linux hoch. Dort warten sie auf die Anmeldung. Nun wäre es (manchmal) wünschenswert, wenn man alle Rechner per Veyon anmelden könnte (alle mit dem gleichen User). Veyon kann das zwar, aber es funktioniert hier leider weder unter Linux noch unter Windows: https://docs.veyon.io/de/latest/user/features.html#log-in-users
Sind dazu noch irgendwelche Tricks nötig? Hier geschieht bei Eingabe der Credentials unter Veyon leider … nichts
Hallo zusammen,
Bei uns trat das Problem vereinzelt auch bei den Debian-Clients auf. Und zwar nur auf den betagten Rechnern (1 GB RAM normale HDD). Bei den schnelleren Rechnern gab es keine Probleme. Könnte das hinkommen?
Gruß
Mathias
Könnte ein Timing Problem sein, wenn sddm in wayland läuft und erst zur user session auf X11 gewechselt wird.
Wir hatten das in der sddm.conf gelöst. Unsere /etc/sddm.conf.d/CUSTOM.conf mit „Session=plasmax11“:
Altes Thema, aber gleiches, aktuelles Problem (Ubuntu 24.04, Wayland bereits deaktiviert, an sich läuft alles, bis auf bestimmte Clients): Ich habe in diesen Ordner onSessionStarted.d ein Skript mit dem Befehl systemctl restart veyon gepackt. Das wird aber weiterhin nicht ausgeführt. Muss da zwangsläufig ein sudo davor? Dann würde ja zwangsläufig auch eine Passwort-Abfrage erfolgen, oder? Wenn ich händisch im Terminal ohne sudo den Befehl eingebe, kommt auch sofort eine Passwort-Abfrage. Ideen? Wie kriegt man den veyon-service so eingestellt, dass er auch als User neu gestartet werden kann?
UPDATE:
Es läuft nun bei mir auf allen Rechnern mit folgendem „Workaround“:
Für das Image zunächst mit dem linuxadmin-Account im Terminal: sudo disable veyon
Dann im Ordner /etc/linuxmuster-linuxclient7/onSessionStarted.d ein Skript ablegen, welches nur den Befehl veyon-service (ohne sudo, ohne systemctl) enthält, also eine .sh-Datei mit folgendem Inhalt:
#!/bin/bash
veyon-service
Image erstellen und an den Clients testen, bei mir funktioniert es jetzt
.
