Schülerspäße

[trax]

Schüler verändern am User Kepler den Usernamen und legen komische Sprüche auf den Hintergrund, verändern allerlei, was den nächsten User stören könnte und einfach nur Unfug ist.

[bau]

• regelmäßiges Löschen des Userverzeichnisses
  • mindestens beim StartUp
  • am Besten beim LogOut
    • /etc/gdm3/PostSession/Default - wird irgendwie nicht ausgeführt
    • ~kepler/.bash_logout ist ein Ort der funktioniert, ich habe getestet:

         rm /home/kepler/ -R
         
      

      das ging, also wäre folgendes umsetzbar in /etc/skel/.bash_logout:

         if [ ${USERNAME} = "myuser" ];then
           rm /home/kepler/ -R
         fi         
      

      getestet - tut!

• das eventuell geänderte Passwort in der rc.local:

     passwd -d kepler
  

• Verbleibt noch der eventuell geänderte Username, das eventuell geänderte Passbild
  Wo werden diese Daten gespeichert?

[Rüdiger Kupper]

Versuche ich herauszufinden. Müsste ja eigentlich im .config-Verzeichnis des Users sein, doch das wird vermutlich noch irgendwo gecacht.

Ich hätte noch einen radikaleren Vorschlag: nicht nur das Homeverzeichnis löschen, sondern den Nutzer komplett entfernen und neu anlegen.

Die Schüler nerven ausgesprochen mit diesem Spaß, habe das eben bei trax miterlebt.

Vorschlag: Wir sperren/entfernen den Nutzer kepler erst einmal überall per remote-ssh.
Dann ist dem Spaß ein Riegel vorgeschoben und wir haben etwas Zeit, eine gute Lösung zu finden.

[bau]

Bei Nutzer komplett entfernen ist die Frage, wo wir das unterbringen - in der .bash_logout geht das natürlich nicht, da wir dort nicht root sind.

Spannend wäre aber sicher auch, wo gnome3 seine Userbilderchen und die Info dazu ablegt.

[Rüdiger Kupper]

Ich habe jetzt erst einmal kurzen Prozess gemacht und den Nutzer "kepler" von allen erreichbaren Schülerrechnern entfernt. Will man ihn aus irgend einem Grund zurück haben, reicht es, den Rechner neu zu syncen.

[Rüdiger Kupper]

Weiter denke ich Folgendes:

• Dies ist primär einmal ein erzieherisches Problem. Einen geteilten Desktop zu beschmieren ist nicht anders, als kompromittierende Botschaften an eine Tafel zu schmieren oder etwas an unbeaufsichtigte Wände zu kritzeln. So sollte das auch behandelt werden.
• Nur weil diese Verfehlung mit einem technischen Hilfsmittel stattfindet, heißt das nicht, dass wir sie auch technisch unterbinden müssen. Das würde den Rechtfertigunggsdruck auf uns übertragen, statt auf den Schüler – das kann niemand wollen. Wir hängen ja auch nicht im ganzen Schulhaus die Tafeln ab, weil man darauf schreiben kann, was immer einem einfällt. Oder streichen alle Wände mit Lotusfarbe, damit darauf keine Stifte mehr halten. Das Probllem bleibt ein pädagogisches bzw. diszilinarisches. Kompromittierende Schmierereien über Mitschüler sind inakzeptabel, egal, mit welchem Medium sie verbreitet werden.
• Wenn wir glauben, wir könnten solcherart Fehlverhalten durch technische Maßnahmen unterbinden, stehen wir auf verlorenem Posten.

Das gesagt, hier ist mein Vorschlag für den kepler-User:

• Wir haben diesen Nutzer eingerichtet, damit unsere Notebooks auch einmal im freien Feld eingesetzt werden können, wo es kein Netzwerk gibt.
• ich glaube, seitdem es das account gibt, wurde es kein einziges Mal für diesen vorgesehenen Zweck eingesetzt.
• Ab und zu ist das Account praktisch zum Testen oder falls das Netzwerk wirklich ausgefallen ist. Diese Fälle sind aber sehr selten.
• Unter dem Strich denke ich, wir können auf dieses Account gut verzichten. Ich schlage vor, es einfach zu entfertnen.
• Sollten wir einmal zu Testzwecken an bestimmten Rechnern ein lokales Account benötigen, lässt sich das mit einem einzigen Aufruf von root einrichten.

[Rüdiger Kupper]

Damit meine ich keinesfalls, dass Sandra irgend etwas hätte besser machen müssen. Es ist praktisch unmöglich, jeden Schüler im Computerraum zu überwachen. Doch genau das meine ich: das können wir doch auch nicht wollen. Die Schüler müssen sich von sich aus an die Regeln halten.

Ich habe selbst mitbekommen, wie Schüler aufgeregt ins Lehrerzimmer kamen, um wieder eine neue „Tat“ zu melden. Die waren ganz begeistert. Die eine Schülergruppe genießt es, ihre Mitschüler mit Schmierereien zu verhöhnen. Und die andere Schülergruppe befleißigt sich, diesen Müll schnellstmöglich bei der „Obrigkeit“ zu melden.

Ich denke, das kann ganz sicher nicht die Kultur sein, die wir an der Schule wollen. Und zwar in beiden Fällen.

[bau]

Interessant: der GDM3 kann vor dem Login Scripe ausführen: ​https://unix.stackexchange.com/questions/450835/how-to-execute-command-before-user-login-on-linux

Da wäre z.B. /etc/gdm3/Init/Default oder /etc/gdm3/PostLogin/Default

[Rüdiger Kupper]

Das können wir vielleicht nutzen, um das kepler-Account vor jedem Login zu löschen.

[Rüdiger Kupper]

Replying to kup:

Ich habe jetzt erst einmal kurzen Prozess gemacht und den Nutzer "kepler" von allen erreichbaren Schülerrechnern entfernt.

Eine handvoll Rechner hatte ich damals nicht erreicht, dort gab es das „kepler“ Account noch, u.a. an arbeitsstation-1. Und gleich hat sich dort wieder ein Schüler aus der 5. Klasse zu schaffen gemacht.

Auf Anweisung der Schulleitung habe ich den Account des betroffenen Schülers eingefroren:

sophomorix-user --freeze <uid>

Der Schüler kann sich ab sofort weder direkt an unseren Rechnern anmelden, noch per CIFS auf seine Dateien zugreifen.

Laut Dokumentation ist zum Reaktivieren nötig:

sophomorix-user --activate <uid>
sophomorix-check
sophpmorix-move

[Rüdiger Kupper]

@bau

Ich habe gerade mit unserem Testschüler ausprobiert: Schüler mit eingefrorenem Account können auch ihre Mail über den WebMailer nicht abrufen. Wie gehen wir damit um?

[lehm]

noch aktuell?