Adminathon: Unterschied zwischen den Versionen

Aus LaborWiki
Wechseln zu: Navigation, Suche
Keine Bearbeitungszusammenfassung
(36 dazwischenliegende Versionen von 5 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
{{Veranstaltungsreihe
{{Veranstaltungsreihe
|title=Adminathon
|title=Adminathon (Online Event)
|status=active
|status=active
|type=public
|type=public
Zeile 13: Zeile 13:
|limit=10
|limit=10
|period=1
|period=1
|exclude=27.02.2016 19:00:00; 27.03.2016 19:00:00
|exclude=27.02.2016 19:00:00; 27.03.2016 19:00:00;
|include=07.03.2016 14:00:00; 22.03.2016 18:00:00; 23.03.2016 19:00:00; 29.03.2016 19:00:00
|include=07.03.2016 14:00:00; 22.03.2016 18:00:00; 23.03.2016 19:00:00; 29.03.2016 19:00:00
}}
}}
{{#set_recurring_event:|
{{#set_recurring_event:t|
|property=ev_start
|property=ev_start
|ev_title={{PAGENAME}}
|ev_title={{PAGENAME}}
Zeile 24: Zeile 24:
|unit=month
|unit=month
|period=1
|period=1
|exclude=18.04.2018 19:00:00
|exclude=18.04.2018 19:00:00; 19.06.2019 19:00:00; 21.08.2019 19:00:00; 08.04.2020 19:00:00; 13.05.2020 19:00:00; 10.06.2020 19:00:00
|include=25.04.2018 19:00:00
|include=25.04.2018 19:00:00; 12.06.2019 19:00:00; 14.08.2019 19:00:00
|week number=3
|week number=2
}}
}}
===Mumble-Server===
Server: www.das-labor.org
== 08.07.2020 ==
* Soundsystem: Brummendes/Knackendes Audiokabel (Status?) -> hat wohl Tesla direkt gefixt. abcde muss hier noch nachfragen -> ist wohl doch nicht endfültig gefixt; evt. ist die Soundkarte defekt. abcde fragt hier nochmal nach.
* Nutzungsbedingungen/Terms of Service/Haftungsklausel -> ist noch offen (Mythozz)
* Wiki-Rundmail: DSGVO -> ist noch offen (Fridjof) -> abhängig von Nutzungsbedingungen/Terms of Service/Haftungsklausel
* Python-Webinterface -> in Arbeit; kein Update (abcde und 3run0), Bootstrap-Dienste Wunsch: Dateiserver; abcde und 3run0 treffen -> kommt noch
* Domain das-labor.org wurde noch rechtzeitig verlängert (über Guthaben), das Verfahren sollte diskutiert werden (Bootstrap) -> e7p soll das prüfen soll (Mythozz kümmert sich)
* Server: Sicherheitsmaßnahmen gegen "Prozess-Fork-Bomben". Prozesslimit über configs einstellen (/etc/ulimit.conf) -> ist noch offen (bis jetzt abcde und 3run0). abcde und 3run0 treffen sich noch
* Labortage-Weiterleitung (fridtjof) -> erledigt
* Server (von 2011) upgraden mit Netzteiltausch -> dann Leistungfähiger und spart auch Energiekosten. Einschließlich Grafikkarte für GPU-Projekte? abcde und 3run0 ermitteln noch die aktuellen Eigenschaften mögliche Ersatzhardware + Kosten. Dann Thema auf dem nächsten Adminathon besprechen, danach beim Bootstrap (wegen Kostenaufstellung vorab mit e7p sprechen).
* Noch offen: Externer Server auf neue Hardware umziehen um Geld zu sparen. -> fridtjof hat eine Serviceliste zusamnmengeschrieben welche beachtet werden müssen. Hier sollte mal ein Wochenende geblockt werden. Wunder Punkt: Matrix-Performance. Bessere Hardware wäre sinnvoll.
* Router IPV6-Probleme, OpenSense-Bugs, hier gibt es ein Update und fridtjof updated, wenn er mal wieder im Labor ist, den Router. Feste IP über DynDNS über den Laborserver?
* Digitale Labortage:
** BigBlueButton auf dem KVM?
** Im Chaos-Umfeld umschauen -> /dev/tal? (Mythozz fragt e7p).
** Generalprobe wäre hierfür sinnvoll
* Mumble -> Rechtschreibfehler "Veranstalltung" (abcde bzw. alle), kilobyte22 wird den Mumble-Server verbessern, z.B. Mumble-Räume in Abhängigkeit der Veranstaltung zu nennen.
* Mail-Accounts über LDAP-abwickeln?
== 11.03.2020 ==
* Soundsystem: Brummendes/Knackendes Audiokabel (Status?) -> hat wohl Tesla direkt gefixt. abcde muss hier noch nachfragen -> ist wohl doch nicht endgültig gefixt; evt. ist die Soundkarte defekt. abcde fragt hier nochmal nach.
* Matrixzugang über LDAP (beim Labor-Matrix kann Mensch sich "nicht einfach so registrieren"), ein funktionierendes LDAP ist Voraussetzung. Wir haben einen Tunnel zum KVM vom externen Server. Jeder mit einer Labor-Email-Adresse kann sich nun einfach registrieren (ohne Admin). Siehe Wiki-Seite ([[Projekt/Matrix|Matrix]]).
* Server: Empfehlung: Der Server sollte bei Nichtnutzung ausgeschaltet werden. Eine Dokumentation der Serverschranks und eine Labeln der Freifunk-Routerport wäre gut. Fridjof hat mit kilobyte22 Spanning-Tree zum Schutz vor Loop implementiert.
* Nutzungsbedingungen/Terms of Service/Haftungsklausel -> ist noch offen (Mythozz)
* Wiki-Rundmail: DSGVO -> ist noch offen (Fridjof) -> abhängig von Nutzungsbedingungen/Terms of Service/Haftungsklausel
* Python-Webinterface -> in Arbeit; kein Update (abcde und 3run0), Bootstrap-Dienste Wunsch: Dateiserver; abcde und 3run0 treffen hierzu sich am Sonntag, 15.03. um 12 Uhr
* Wiki hat kein IPv6 (fridtjof hat dr4go angepingt), wartet auf Antwort -> ist wohl gefixt.
* Domain das-labor.org wurde noch rechtzeitig verlängert (über Guthaben), das Verfahren sollte diskutiert werden (Bootstrap)
* Server: Sicherheitsmaßnahmen gegen "Prozess-Fork-Bomben". Prozesslimit über configs einstellen (/etc/ulimit.conf) -> ist noch offen (bis jetzt abcde und 3run0). abcde und 3run0 treffen hierzu sich am Sonntag, 15.03. um 12 Uhr
* Labortage-Weiterleitung (fridtjof)
* abcde hat testweise die Energiesparfunktion auf dem KVM eingestellt
* Passwörter: Wem aus dem Adminathon noch ein Passwort zum KVM (Passwortstore) fehlt, bitte bei abcde melden.
* Server (von 2011) upgraden mit Netzteiltausch -> dann Leistungfähiger und spart auch Energiekosten. Einschließlich Grafikkarte für GPU-Projekte? abcde und 3run0 ermitteln Sonntag, 15.03. um 12 Uhr, die aktuellen Eigenschaften mögliche Ersatzhardware + Kosten. Dann Thema auf dem nächsten Adminathon besprechen, danach beim Bootstrap (wegen Kostenaufstellung vorab mit e7p sprechen).
* Noch offen: Externer Server auf neue Hardware umziehen um Geld zu sparen.
== 12.02.2020 ==
* Matrixzugang über LDAP (Beim Labor-Matrix kann Mensch sich "nicht einfach so registrieren"), ein funktionierendes LDAP ist Voraussetzung. Jeder mit einer Labor-Email-Adresse kann sich einfach registrieren (ohne Admin). Siehe Wiki-Seite ([[Projekt/Matrix|Matrix]]).
* Nutzungsbedingungen/Terms of Service/Haftungsklausel -> ist noch offen (Mythozz)
* Wiki-Rundmail: DSGVO -> ist noch offen (Fridjof)
* Python-Webinterface -> in Arbeit; kein Update (abcde und 3run0), Bootstrap-Dienste Wunsch: Dateiserver
* Soundsystem: Brummendes/Knackendes Audiokabel (Status?) -> hat wohl Tesla direkt gefixt. abcde muss hier noch nachfragen. -> Thema ist noch offen
* Wiki hat kein IPv6 (fridtjof hat dr4go angepingt), wartet auf Antwort
* Domain das-labor.org wurde noch rechtzeitig verlängert (über Guthaben), das Verfahren sollte diskutiert werden (Bootstrap)
* Server: Sicherheitsmaßnahmen gegen "Prozess-Fork-Bomben". Prozesslimit über configs einstellen (/etc/ulimit.conf) -> ist noch offen (bis jetzt abcde und 3run0)
== 08.01.2020 ==
* Nutzungsbedingungen/Terms of Service/Haftungsklausel -> ist noch offen (Mythozz)
* Wiki-Rundmail: DSGVO -> ist noch offen (Fridjof)
* Python-Webinterface -> in Arbeit; kein Update (abcde und 3run0), Bootstrap-Dienste Wunsch: Dateiserver
* Tunnel zu über das-labor.org auf den internen Server 192.168.42.x wurde eingerichtet (abcde)
* Soundsystem: Brummendes/Knackendes Audiokabel (Status?) -> hat wohl Tesla direkt gefixt. abcde muss hier noch nachfragen. -> Thema ist noch offen
* Wiki hat kein IPv6 (fridtjof pingt dr4go) -> ist noch offen
* Domain das-labor.org wurde noch rechtzeitig verlängert (über Guthaben), das Verfahren sollte diskutiert werden
* [Admin] Mail Delivery System - undelivered mail (-> Ralf), Mythozz hat diese aus dem Verteiler genommen
* Server: Sicherheitsmaßnahmen gegen "Prozess-Fork-Bomben". Prozesslimit über configs einstellen (/etc/ulimit.conf) -> ist noch offen (bis jetzt abcde und 3run0)
== 11.12.2019 ==
* Nutzungsbedingungen/Terms of Service/Haftungsklausel -> ist noch offen (Mythozz)
* Wiki-Rundmail: DSGVO -> ist noch offen (Fridjof)
* Python-Webinterface -> in Arbeit; abcde hat die Anfrage, welche Dienste benötigt werden rumgemailt (abcde und 3run0)
* Wlan-Probleme. abcde hat die Mail rumgemailt, abcde muss noch eine WLAN-USB-Karte zur Analyse mitbringen; Seit OPNSense-Update von Fridjof wohl keine Probleme mehr?
* Soundsystem: Brummendes/Knackendes Audiokabel (Status?) -> hat wohl Tesla direkt gefixt. abcde muss hier noch nachfragen.
* Wiki hat kein IPv6 (fridtjof pingt dr4go) -> ist noch offen
* Server: Sicherheitsmaßnahmen gegen "Prozess-Fork-Bomben". Prozesslimit über configs einstellen (/etc/ulimit.conf) -> ist noch offen (bis jetzt: abcde und 3run0)
== 20.11.2019 ==
* Adminathon-Modus:
** Ab sofort: Jeden 2. statt jeden 3. Mittwoch im Monat
* Urheberrecht
** Meetings sind durch.
** Wikimedia-Extension-Plugin -> ist erledigt (Fridtjof)
** Anwalt, wegen Nutzungsbedingungen/Terms of Service, anschreiben (Mythozz)
Antwort Anwalt: "Eine Haftungsklausel kann zum Beispiel in das Impressum der Internetseite eingepflegt werden. Darin könnte zum Beispiel darauf hingewiesen werden, dass die jeweiligen Nutzer für die von Ihnen erstellten Inhalte vollumfänglich selbst verantwortlich sind und eine diesbezügliche Haftung des Vereins nicht gegeben ist. Es muss jedoch darauf hingewiesen werden, dass ein solcher Text keinen Einfluss auf die tatsächliche Rechtslage hat. Danach kommt es entscheidend darauf an, ob sie tatsächlich einen Blog betreiben und sich die Beiträge der jeweiligen Nutzer nicht zu eigen machen." -> Diese muss noch geschrieben werden (Mythozz). -> Bei Adminathon vorstellen, über Orga diskutieren, auf Bootstrap beschließen (MV?)
* Wiki-Rundmail: DSGVO "folgende Daten sind von dir vorhanden" + Nutzungsbedingungen/Terms of Service -> Zustimmung erfoderlich (Frist!), sonst Account löschen (technisch: Fridtjof)
* labor-bochum.net -> Eingeplant für Dezember-Bootstrap
** DNS-Domäne wurde auf lan.das-labor.org geändert (lan.labor-bochum.net) (Fridjof)
* LDAP
** FreeIPA: Interessantes Interface für LDAP (als Diskussion)
** Python-Webinterface, damit die User ihre Konfiguration erstellen können (abcde und 3run0)
** Klären: Wollen wir LDAP verwenden und welche Dienste wollen wir auf den Server betreiben -> Eingeplant für Dezember-Bootstrap, abcde schreibt noch eine Mail über Orga. Sind diese Dienste LDAP kompatibel?
** LDAP DNS-Domäne soll noch in Zukunft umgestellt werden
* WLAN-Probleme
** abcde bringt eine WLAN-USB-Karte zur Analyse mit. Gibt hier ein Pattern, bei welchen Wlan-Chips dies auftritt. abcde schriebt hier noch eine Mail.
* Zwischenzeitliche Downtime Wiki/Webmailer
** Aufgrund von Updates
* Soundsystem: Brummendes/Knackendes Audiokabel (Status?) -> hat wohl Tesla direkt gefixt. abcde fragt nach.
* kilobyte22: Wiki hat kein IPv6 (fridtjof pingt dr4go)
* Server: Sicherheitsmaßnahmen gegen "Prozess-Fork-Bomben". Prozesslimit über configs einstellen (/etc/ulimit.conf) (bis jetzt abcde und 3run0)
== 16.10.2019 ==
* DNS-Einträge
** https://wiki.das-labor.org/w/Labortage_2019_-_Organisation/CTF
** ctf.das-labor.org wäre der Wunsch; dr4go hat die Zugangsdaten -> Mythozz schreibt ihn wegen der Zugangsdaten an
** Oder ein redirect auf https://das-labor.org/ctf -> Fridtjof (erledigt)
* Urheberrecht
** Prävention läuft - wir treffen uns jede Woche
** Wikimedia-Extension-Plugin (Nutzerüberprüfung: Confirm-Account, NewSignupPage->Hier müssen die Terms of Service and Privacy akzeptiert werden). -> Fridtjof
** Anwalt, wegen Nutzungsbedingungen/Terms of Service, anschreiben -> Mythozz
* labor-bochum.net -> Wird die noch benötigt? Kostet 13 EUR pro Jahr. Für internes DNS-LAN. Wird auch für LDAP benötigt. -> Bootstrap
* abcde und 3run0 bauen einen Python-Webinterface
* Zu Klären welche Dienste wollen wir auf den Server betreiben -> Bootstrap
* SSH_Key können eventuell auf LDAP migriert werden
* Soundsystem: Brummendes/Knackendes Audiokabel -> Bootstrap
* Server: Sicherheitsmaßnahmen gegen "Fork-Bomben"
== 19.09.2019 ==
* Urheberrecht
** Prävention
- Sichtung/Freigabe/Moderieren von hochgeladenen Bildern
- Einschränkungen - nur für Benutzer, evt. schwierig bei MediaWiki
- Einschränkung, dass sich jeder anmelden kann - muss bestätigt werden (Moderation)
- Nutzer muss Nutzungsbedingungen akzeptieren - Wir benötigen Nutzungsbedingungen, wie sehen die aus; wir kann der Nutzer alleine haftbar gemacht werden (mit Anwalt abklären)
- Wikimedia-Extension-Plugin einbinden
- Physikalisch Trennung Wiki und zweites Wiki nur mit Nutzerdaten + Dateien
- Wie geht wir mit Texten um?
-> Aktuelle Bilder durchgehen und kritische markieren/löschen etc: 3runo, Robin, Gum, Yago, Mythozz -> Termin ausmachen; Mi, 25.09., 19 Uhr
-> Wiki-Sperren oder einschränken? Pfad auf dem Server ändern.
** Aktuelle Beseitigung
- Suche nach Metadaten bei den aktuellen Bildern im Labor um Problemfälle herausfinden.
- Reverse-Image bei unklaren Lizenzen bei aktuellen Bildern
- Alle Bilder ohne Copyright-Feld löschen?
- Alle aktuellen Bilder müssen durchgegangen werden
* Neue VMs
- Robin: VM für RFID-Chips zur Freigabe für Lasergruppe -> Wird auf der KVM eingerichtet (durch abcde)
* DNS-Einträge für Subdomains
- Gum, Pintman: Fürs CTF: Es werden privat zwei Server von Hetzner gemietet (über Spendendose), es werden zwei Labor-Subdomains benötigt, dies auf diese Server jeweils zeigen. Wer hat hier Zugriff? D2ns, Zaolin, Marcus, dr4go? Der DNS ist nicht bei Hetzner - sondern direkt beim Registrar. -> Mythozz fragt nach.
* Passwörter
- abcde: Benötigt Zugriff auf Router und Internet-Server (Fridjof kümmert sich)
== 14.08.2019 ==
* Kalender-Mailverteiler-Robot: Nichts neues bei den Blogpost (werden per Matric aber nicht via Mail versandt [wegen schlechter Formatierung abgeschaltet]).
* Spam-Mails von von cron: Sollte nicht bei 0 Exit-Code gesendet werden, wenn es funktioniert. Fridjof schaut sich das an.
* Virtuelle Maschine auf dem Server für ein CTF auf den Labortagen: Gehen auch zwei (Weboberfläche mit subdomain [z.B. ctf.das-labor.org], zweite für Dienste die benötigt werden)? Ja, das ist kein Problem. Interne Subdomain leitet auf die VM weiter.
* Python-Server (Anfrage von Ralf): Es ist zu prüfen, welche Grafikkarte hier reinpasst und wie ob der Treiber in der VM läuft (Problem z.B. bei Nvidia). Wenn das geklärt ist, soll der Bootstrap entscheiden, ob es einen Bedarf für einen Kauf von Grafikkarten für den Server gibt. Kanga hat einen Server für Blender eingebaut - hier fehlt noch das Betriebssystem. Zu prüfen ist, ob dies nicht auch ausreicht. Eine Anleitung muss dann auch geschrieben werden.
* Die Labortage-Aufnahmen sollen live geschnitten werden.
== 17.07.2019 ==
* Telefon: Fridtjof hat bei den Stadtwerken angerufen und neue Zugangsdaten erhalten. Das Telefon funktioniert wieder!! :) Wir haben allerdings nun eine Telefonnummer.
* Virtuelle Maschine auf dem Server für ein CTF auf den Labortagen: Sollte möglich sein.
* Kalender-Mailverteiler-Robot muss gefixt werden (geht zur Zeit nur für Mastodon): Event-Ankündigungen funktionieren wieder, Blogposts sind schlecht formatiert und werden erst einmal nicht gesendet (Fridtjof, D2ns).
* Nächster Adminathon-Termin wird wegen des Camps auf den 14.08. vorgezogen.
== 12.06.2019 ==
* KVM und LDAP: abcde: Wir sind jetzt in der Lage, LDAP User bei KVM zu verwalten und
einzurichten. 3run0 und ich sollten dazu in der Lage sein, das
zu machen. Caching-Problem NSCD-Daemon braucht etwas zeit, um zu erkennen dass LDAP-Daten (abhilfe (NSCD -i)
3 LDAP-Gruppen \usr-LDAP-kvm (keine Konsole), admin-kvm, user-no-pass (nur per SSH key anmeldbar; z.B. User git). Alle Admins sollen nun eine LDAP-Account bekommen. Benutzer sollen auf die jeweilige home-partition geschoben werden. Im Moment sind keine Limits pro User eingestellt. Audio ist noch offen. Dokumentation: Im KVM Git (nur für Admin-Sachen [http://kvm/admin/zim/]). SSH Key muss dem Git hinzugefügt werden. Markdown. LDAP läuft! :)
=> Backup-Strategie -> Zukunftig auf einem zweiten Server im Netz? Idee: LDAP für alle Accounts nutzen.
* DSGVO:
** Laut Anwalt ist der Nutzer selber für seine Daten im Wiki verantwortlich, die er dort einträgt. Einwand: Wir sollten alleridngs das Auskunftsrecht beachten.
** LDAP sollte verwendet werden um Dienste und Accounts für bestimmte Leute freizuschalten.
Plan: ProxMox (Grafische Weboberfläche für Virtualisierungen) sollte dann an LDAP angebunden werden um Berechtigungen zu vergeben.
** Audio: Kabel von Server in Vortragsraum ist defekt (-> es brummt). Für den Bootstrap.
** Fridtjof: Matrix ist nun auf Version 1.0 - auch wir sind up-to-date. :) Es sollen noch Passwort-Resets aktiviert werden.
** Netzwerk-Dokumentation: Soll erstellt werden, Max hat ein Tool (PockEthernet; über App-Steuerbar) um das Netzwerk zu scannen (wohl über LWIP). Könnte haarig sein, da die meisten Switche noch nicht einmal STP können. Das Labor hat ein einfaches Netzwerk, könnte im ZIM dokumentiert werden. Max und Fridtjof schauen sich mal vor oder nach dem Bootstrap an.
** Ralf hätte gerne einen Python-Server und eine Grafikkarte um Rechenintensive Algorithmen (Neuronale Netze, Blender, Videoschnitt) laufen zu lassen. Es ist zu prüfen, welche Grafikkarte hier reinpasst (PCIA-Express für Grafikkarten). Ralf könnte einen LDAP-Account haben. Es soll erst einmal geprüft werden, wie dies machbar ist. -> Bootstrap soll entscheiden, ob es den Bedarf für einen Kauf von Grafikkarten für den Server gibt.
-> abcde ist erst wieder im September hier.
== 15.05.2019 ==
* Telefon: die Config hat auch mit der neuen Fritzbox nicht funktioniert, abcde führt das auf eine Signatur der Config-Datei und ein fehlendes Passwort zurück. Es sollen noch einmal die Stadtwerke kontaktiert werden, um an eine neue Config-Datei zu kommen. Das Thema soll auf dem nächsten Bootstrap angesprochen werden - sipgate sieht auch wie eine gute Lösung aus. Die Entscheidung des Bootstraps zählt letztlich.
* LDAP: Benutzer und Gruppen können jetzt mit LDAP-Script angelegt werden. Der SSH-Service muss noch angebunden und auf eine Gruppe konfiguriert werden.
* Audio: ist wieder kaputt. abcde schaut sich das an.
* Passwörter werden provisorisch weitergegeben. Eine permanente Lösung über einen Passwortmanager ist noch nicht fertig.
== 17.04.2019 ==
* Server-Sonntag: LDAP hat nicht so geklappt, wie es sich abcde und 3run0 vorgetsellt haben
* Telefon: Mit der bestehenden FRITZ!Box konnte die config von Fridtjof nicht geöffnet werden, ein neueres Modell ist bestellt, mit dem dies funktionieren sollte.
* Die externen Dienste (z.B. Wiki) auf dem Server wurden von Fridtjof aufgeräumt und auf die aktuellen stabilen Versionen geupdatet einschließlich Performanzverbesserungen. Knackpunkt Mail: DoveCot und Postfix und müssen noch dockerisiert werden damit der Server mal umgezogen werden kann (für weniger kosten und mehr Leistung). Wie sieht die Backupstrategie aus? Wegen DNS redet mit Fridtjof mit Marcus.
== 20.03.2019 ==
* Verlinkung zur spring;break();-> erledigt
* Telefon: Bei der FritzBox! ist noch nicht passiert, weil zunächst der Schlüsselaustausch stattfinden muss. Dann wird sich abcde weiter mit beschäftigen
* Passwortsaver z.B. Keysaver (https://keybase.io) sollten wir nutzen -> für alle Admins, für diejenigen die kein Gpg haben, können wir Keybase benutzen (Gpg Public-Key) an Fridtjof senden. Passwortmanager path.
* Der Labor-Matrix-Server hat nun einen eigenen Adminraum zum Austausch
* Bei Pretix-Fehlermeldungen muss der Dienst einfach manuell gestartet werden
* E-Mail-Migration (Dockerisierung) pausiert zur Zeit - Fridtjof hatte wenig Zeit
* Backup-Strategie (z.B. fürs Wiki, E-Mail, etc.) notwendig, Regelmäßig, z.B. täglich, über einen VPN-Tunnel mit evt. SSH auf den internen Server. Zusätzlicher Dovecot-Server im Keller zur Synchronisierung für E-Mail? Wieviel Traffic geht hier rüber und lohnt sich das? Über einen Test-E-Mailserver.
* abcde und 3run0 werden sich die nächsten Monate mit LDAP beschäftigen (nächster Termin geht über die Admin-Mailingliste). Es gibt mittlerweile einen Testaccount. Alle Accounts soll über LDAP gemanaged werden - zur haben wir eine Accounthölle. Accountmigration könnte u.U. schwierig werden. Passwort-Reset wohl notwendig. DSGVO-Interessant, da der Nutzer kann selber entscheiden zu welchen Diensten er gehören möchte, da diese einschließlich der Daten zentral verwaltet werden. Weitere LDAP-Einarbeitung. Wir benötigen eine Datenschutzerklärung für jeden Dienst. Welche Dienste haben wir überhaupt? Beispiel: Person xy möchte wissen, welche Daten habt ihr zu meinem Nickname gespeichert? Später über alle Serviceaccounts in LDAP ermittelbar (z.B.über ein Script). Wenn wir uns in LDAP weiter eingearbeitet haben, soll dieses Konzept auf einem Bootstrap vorgestellt werden.
== 20.02.2019 ==
* Verlinkung zur Spring;Break(); (Mythozz kümmert sich drum)
* Telefon: abcde hat eine FritzBox! dabei und kann sich nun das Problem ansehen
* Pretix-Fehlermeldungen: Es wurden Updates geladen und es sind noch nicht alle Dienste gestartet (Fridtjof kümmern sich drum)
* DSGVO:
** "Nicht mehr Daten als nötig zu speichern" Dienste sollten so wenig speichern wie möglich, Zeiträume
** auf dem Server haben wir nun LDAP und die Festplatteneinschübe gelabelt diverse User, Testuser, Gast LDAP-Nutzer, kein root über SSH-Zugang über normale Nutzer
** Datenverwaltung über LDAP? Zur Authentifizierung SSH, Wiki, E-Mails, Jabber? Das /dev/tal macht dies so
** Unbelebte Accounts müssen gelöscht werden
** Wir benötigen eine Datenschutzerklärung für jeden Dienst. Welche Dienste haben wir überhaupt?
** Bei LDAP sollten alte IDs nicht gelöscht, sondern nur deaktiviert werden (da sonst eine anderer Nutzer u.U. die selbe ID erhalten könnte und dann Zugriff auf die alten Daten haben).
** Was ist mit Backups??
** abcde und 3run0 werden sich die nächsten Monate mit LDAP beschäftigen (nächster Termin geht über die Mailingliste)
* E-Mail-Migration ist noch in Arbeit (die Dockerisierung ist nicht trivial wie Mailserver- und Authentifizierung sehr miteinander verzahnt sind)
* MPD und Pulse sind nun auf dem Server. Diese starten allerdings nicht automatisch.
* Passwortsaver z.B. Keysaver sollten wir nutzen -> für alle Admins.
== 16.01.2019 ==
== 16.01.2019 ==
* Fridtjof hat den externen Laborserver (von Ubuntu 14.04. auf 16.04) geupdated
* Fridtjof hat den externen Laborserver (von Ubuntu 14.04. auf 16.04) geupdated

Version vom 8. Juli 2020, 18:56 Uhr

Adminathon (Online Event)
Status active
Typ public
Kurzbeschreibung
Adminstration of the internal and external Labor Server Infrastructure
Export iCalendar-Datei
Alle Veranstaltungen der Reihe
{{{furtherdates}}}



Mumble-Server

Server: www.das-labor.org


08.07.2020

  • Soundsystem: Brummendes/Knackendes Audiokabel (Status?) -> hat wohl Tesla direkt gefixt. abcde muss hier noch nachfragen -> ist wohl doch nicht endfültig gefixt; evt. ist die Soundkarte defekt. abcde fragt hier nochmal nach.
  • Nutzungsbedingungen/Terms of Service/Haftungsklausel -> ist noch offen (Mythozz)
  • Wiki-Rundmail: DSGVO -> ist noch offen (Fridjof) -> abhängig von Nutzungsbedingungen/Terms of Service/Haftungsklausel
  • Python-Webinterface -> in Arbeit; kein Update (abcde und 3run0), Bootstrap-Dienste Wunsch: Dateiserver; abcde und 3run0 treffen -> kommt noch
  • Domain das-labor.org wurde noch rechtzeitig verlängert (über Guthaben), das Verfahren sollte diskutiert werden (Bootstrap) -> e7p soll das prüfen soll (Mythozz kümmert sich)
  • Server: Sicherheitsmaßnahmen gegen "Prozess-Fork-Bomben". Prozesslimit über configs einstellen (/etc/ulimit.conf) -> ist noch offen (bis jetzt abcde und 3run0). abcde und 3run0 treffen sich noch
  • Labortage-Weiterleitung (fridtjof) -> erledigt
  • Server (von 2011) upgraden mit Netzteiltausch -> dann Leistungfähiger und spart auch Energiekosten. Einschließlich Grafikkarte für GPU-Projekte? abcde und 3run0 ermitteln noch die aktuellen Eigenschaften mögliche Ersatzhardware + Kosten. Dann Thema auf dem nächsten Adminathon besprechen, danach beim Bootstrap (wegen Kostenaufstellung vorab mit e7p sprechen).
  • Noch offen: Externer Server auf neue Hardware umziehen um Geld zu sparen. -> fridtjof hat eine Serviceliste zusamnmengeschrieben welche beachtet werden müssen. Hier sollte mal ein Wochenende geblockt werden. Wunder Punkt: Matrix-Performance. Bessere Hardware wäre sinnvoll.
  • Router IPV6-Probleme, OpenSense-Bugs, hier gibt es ein Update und fridtjof updated, wenn er mal wieder im Labor ist, den Router. Feste IP über DynDNS über den Laborserver?
  • Digitale Labortage:
    • BigBlueButton auf dem KVM?
    • Im Chaos-Umfeld umschauen -> /dev/tal? (Mythozz fragt e7p).
    • Generalprobe wäre hierfür sinnvoll
  • Mumble -> Rechtschreibfehler "Veranstalltung" (abcde bzw. alle), kilobyte22 wird den Mumble-Server verbessern, z.B. Mumble-Räume in Abhängigkeit der Veranstaltung zu nennen.
  • Mail-Accounts über LDAP-abwickeln?

11.03.2020

  • Soundsystem: Brummendes/Knackendes Audiokabel (Status?) -> hat wohl Tesla direkt gefixt. abcde muss hier noch nachfragen -> ist wohl doch nicht endgültig gefixt; evt. ist die Soundkarte defekt. abcde fragt hier nochmal nach.
  • Matrixzugang über LDAP (beim Labor-Matrix kann Mensch sich "nicht einfach so registrieren"), ein funktionierendes LDAP ist Voraussetzung. Wir haben einen Tunnel zum KVM vom externen Server. Jeder mit einer Labor-Email-Adresse kann sich nun einfach registrieren (ohne Admin). Siehe Wiki-Seite (Matrix).
  • Server: Empfehlung: Der Server sollte bei Nichtnutzung ausgeschaltet werden. Eine Dokumentation der Serverschranks und eine Labeln der Freifunk-Routerport wäre gut. Fridjof hat mit kilobyte22 Spanning-Tree zum Schutz vor Loop implementiert.
  • Nutzungsbedingungen/Terms of Service/Haftungsklausel -> ist noch offen (Mythozz)
  • Wiki-Rundmail: DSGVO -> ist noch offen (Fridjof) -> abhängig von Nutzungsbedingungen/Terms of Service/Haftungsklausel
  • Python-Webinterface -> in Arbeit; kein Update (abcde und 3run0), Bootstrap-Dienste Wunsch: Dateiserver; abcde und 3run0 treffen hierzu sich am Sonntag, 15.03. um 12 Uhr
  • Wiki hat kein IPv6 (fridtjof hat dr4go angepingt), wartet auf Antwort -> ist wohl gefixt.
  • Domain das-labor.org wurde noch rechtzeitig verlängert (über Guthaben), das Verfahren sollte diskutiert werden (Bootstrap)
  • Server: Sicherheitsmaßnahmen gegen "Prozess-Fork-Bomben". Prozesslimit über configs einstellen (/etc/ulimit.conf) -> ist noch offen (bis jetzt abcde und 3run0). abcde und 3run0 treffen hierzu sich am Sonntag, 15.03. um 12 Uhr
  • Labortage-Weiterleitung (fridtjof)
  • abcde hat testweise die Energiesparfunktion auf dem KVM eingestellt
  • Passwörter: Wem aus dem Adminathon noch ein Passwort zum KVM (Passwortstore) fehlt, bitte bei abcde melden.
  • Server (von 2011) upgraden mit Netzteiltausch -> dann Leistungfähiger und spart auch Energiekosten. Einschließlich Grafikkarte für GPU-Projekte? abcde und 3run0 ermitteln Sonntag, 15.03. um 12 Uhr, die aktuellen Eigenschaften mögliche Ersatzhardware + Kosten. Dann Thema auf dem nächsten Adminathon besprechen, danach beim Bootstrap (wegen Kostenaufstellung vorab mit e7p sprechen).
  • Noch offen: Externer Server auf neue Hardware umziehen um Geld zu sparen.

12.02.2020

  • Matrixzugang über LDAP (Beim Labor-Matrix kann Mensch sich "nicht einfach so registrieren"), ein funktionierendes LDAP ist Voraussetzung. Jeder mit einer Labor-Email-Adresse kann sich einfach registrieren (ohne Admin). Siehe Wiki-Seite (Matrix).
  • Nutzungsbedingungen/Terms of Service/Haftungsklausel -> ist noch offen (Mythozz)
  • Wiki-Rundmail: DSGVO -> ist noch offen (Fridjof)
  • Python-Webinterface -> in Arbeit; kein Update (abcde und 3run0), Bootstrap-Dienste Wunsch: Dateiserver
  • Soundsystem: Brummendes/Knackendes Audiokabel (Status?) -> hat wohl Tesla direkt gefixt. abcde muss hier noch nachfragen. -> Thema ist noch offen
  • Wiki hat kein IPv6 (fridtjof hat dr4go angepingt), wartet auf Antwort
  • Domain das-labor.org wurde noch rechtzeitig verlängert (über Guthaben), das Verfahren sollte diskutiert werden (Bootstrap)
  • Server: Sicherheitsmaßnahmen gegen "Prozess-Fork-Bomben". Prozesslimit über configs einstellen (/etc/ulimit.conf) -> ist noch offen (bis jetzt abcde und 3run0)

08.01.2020

  • Nutzungsbedingungen/Terms of Service/Haftungsklausel -> ist noch offen (Mythozz)
  • Wiki-Rundmail: DSGVO -> ist noch offen (Fridjof)
  • Python-Webinterface -> in Arbeit; kein Update (abcde und 3run0), Bootstrap-Dienste Wunsch: Dateiserver
  • Tunnel zu über das-labor.org auf den internen Server 192.168.42.x wurde eingerichtet (abcde)
  • Soundsystem: Brummendes/Knackendes Audiokabel (Status?) -> hat wohl Tesla direkt gefixt. abcde muss hier noch nachfragen. -> Thema ist noch offen
  • Wiki hat kein IPv6 (fridtjof pingt dr4go) -> ist noch offen
  • Domain das-labor.org wurde noch rechtzeitig verlängert (über Guthaben), das Verfahren sollte diskutiert werden
  • [Admin] Mail Delivery System - undelivered mail (-> Ralf), Mythozz hat diese aus dem Verteiler genommen
  • Server: Sicherheitsmaßnahmen gegen "Prozess-Fork-Bomben". Prozesslimit über configs einstellen (/etc/ulimit.conf) -> ist noch offen (bis jetzt abcde und 3run0)

11.12.2019

  • Nutzungsbedingungen/Terms of Service/Haftungsklausel -> ist noch offen (Mythozz)
  • Wiki-Rundmail: DSGVO -> ist noch offen (Fridjof)
  • Python-Webinterface -> in Arbeit; abcde hat die Anfrage, welche Dienste benötigt werden rumgemailt (abcde und 3run0)
  • Wlan-Probleme. abcde hat die Mail rumgemailt, abcde muss noch eine WLAN-USB-Karte zur Analyse mitbringen; Seit OPNSense-Update von Fridjof wohl keine Probleme mehr?
  • Soundsystem: Brummendes/Knackendes Audiokabel (Status?) -> hat wohl Tesla direkt gefixt. abcde muss hier noch nachfragen.
  • Wiki hat kein IPv6 (fridtjof pingt dr4go) -> ist noch offen
  • Server: Sicherheitsmaßnahmen gegen "Prozess-Fork-Bomben". Prozesslimit über configs einstellen (/etc/ulimit.conf) -> ist noch offen (bis jetzt: abcde und 3run0)

20.11.2019

  • Adminathon-Modus:
    • Ab sofort: Jeden 2. statt jeden 3. Mittwoch im Monat
  • Urheberrecht
    • Meetings sind durch.
    • Wikimedia-Extension-Plugin -> ist erledigt (Fridtjof)
    • Anwalt, wegen Nutzungsbedingungen/Terms of Service, anschreiben (Mythozz)

Antwort Anwalt: "Eine Haftungsklausel kann zum Beispiel in das Impressum der Internetseite eingepflegt werden. Darin könnte zum Beispiel darauf hingewiesen werden, dass die jeweiligen Nutzer für die von Ihnen erstellten Inhalte vollumfänglich selbst verantwortlich sind und eine diesbezügliche Haftung des Vereins nicht gegeben ist. Es muss jedoch darauf hingewiesen werden, dass ein solcher Text keinen Einfluss auf die tatsächliche Rechtslage hat. Danach kommt es entscheidend darauf an, ob sie tatsächlich einen Blog betreiben und sich die Beiträge der jeweiligen Nutzer nicht zu eigen machen." -> Diese muss noch geschrieben werden (Mythozz). -> Bei Adminathon vorstellen, über Orga diskutieren, auf Bootstrap beschließen (MV?)

  • Wiki-Rundmail: DSGVO "folgende Daten sind von dir vorhanden" + Nutzungsbedingungen/Terms of Service -> Zustimmung erfoderlich (Frist!), sonst Account löschen (technisch: Fridtjof)
  • labor-bochum.net -> Eingeplant für Dezember-Bootstrap
    • DNS-Domäne wurde auf lan.das-labor.org geändert (lan.labor-bochum.net) (Fridjof)
  • LDAP
    • FreeIPA: Interessantes Interface für LDAP (als Diskussion)
    • Python-Webinterface, damit die User ihre Konfiguration erstellen können (abcde und 3run0)
    • Klären: Wollen wir LDAP verwenden und welche Dienste wollen wir auf den Server betreiben -> Eingeplant für Dezember-Bootstrap, abcde schreibt noch eine Mail über Orga. Sind diese Dienste LDAP kompatibel?
    • LDAP DNS-Domäne soll noch in Zukunft umgestellt werden
  • WLAN-Probleme
    • abcde bringt eine WLAN-USB-Karte zur Analyse mit. Gibt hier ein Pattern, bei welchen Wlan-Chips dies auftritt. abcde schriebt hier noch eine Mail.
  • Zwischenzeitliche Downtime Wiki/Webmailer
    • Aufgrund von Updates
  • Soundsystem: Brummendes/Knackendes Audiokabel (Status?) -> hat wohl Tesla direkt gefixt. abcde fragt nach.
  • kilobyte22: Wiki hat kein IPv6 (fridtjof pingt dr4go)
  • Server: Sicherheitsmaßnahmen gegen "Prozess-Fork-Bomben". Prozesslimit über configs einstellen (/etc/ulimit.conf) (bis jetzt abcde und 3run0)

16.10.2019

  • DNS-Einträge
  • Urheberrecht
    • Prävention läuft - wir treffen uns jede Woche
    • Wikimedia-Extension-Plugin (Nutzerüberprüfung: Confirm-Account, NewSignupPage->Hier müssen die Terms of Service and Privacy akzeptiert werden). -> Fridtjof
    • Anwalt, wegen Nutzungsbedingungen/Terms of Service, anschreiben -> Mythozz
  • labor-bochum.net -> Wird die noch benötigt? Kostet 13 EUR pro Jahr. Für internes DNS-LAN. Wird auch für LDAP benötigt. -> Bootstrap
  • abcde und 3run0 bauen einen Python-Webinterface
  • Zu Klären welche Dienste wollen wir auf den Server betreiben -> Bootstrap
  • SSH_Key können eventuell auf LDAP migriert werden
  • Soundsystem: Brummendes/Knackendes Audiokabel -> Bootstrap
  • Server: Sicherheitsmaßnahmen gegen "Fork-Bomben"

19.09.2019

  • Urheberrecht
    • Prävention

- Sichtung/Freigabe/Moderieren von hochgeladenen Bildern - Einschränkungen - nur für Benutzer, evt. schwierig bei MediaWiki - Einschränkung, dass sich jeder anmelden kann - muss bestätigt werden (Moderation) - Nutzer muss Nutzungsbedingungen akzeptieren - Wir benötigen Nutzungsbedingungen, wie sehen die aus; wir kann der Nutzer alleine haftbar gemacht werden (mit Anwalt abklären) - Wikimedia-Extension-Plugin einbinden - Physikalisch Trennung Wiki und zweites Wiki nur mit Nutzerdaten + Dateien - Wie geht wir mit Texten um? -> Aktuelle Bilder durchgehen und kritische markieren/löschen etc: 3runo, Robin, Gum, Yago, Mythozz -> Termin ausmachen; Mi, 25.09., 19 Uhr -> Wiki-Sperren oder einschränken? Pfad auf dem Server ändern.

    • Aktuelle Beseitigung

- Suche nach Metadaten bei den aktuellen Bildern im Labor um Problemfälle herausfinden. - Reverse-Image bei unklaren Lizenzen bei aktuellen Bildern - Alle Bilder ohne Copyright-Feld löschen? - Alle aktuellen Bilder müssen durchgegangen werden

  • Neue VMs
- Robin: VM für RFID-Chips zur Freigabe für Lasergruppe -> Wird auf der KVM eingerichtet (durch abcde)
  • DNS-Einträge für Subdomains
- Gum, Pintman: Fürs CTF: Es werden privat zwei Server von Hetzner gemietet (über Spendendose), es werden zwei Labor-Subdomains benötigt, dies auf diese Server jeweils zeigen. Wer hat hier Zugriff? D2ns, Zaolin, Marcus, dr4go? Der DNS ist nicht bei Hetzner - sondern direkt beim Registrar. -> Mythozz fragt nach.
  • Passwörter

- abcde: Benötigt Zugriff auf Router und Internet-Server (Fridjof kümmert sich)

14.08.2019

  • Kalender-Mailverteiler-Robot: Nichts neues bei den Blogpost (werden per Matric aber nicht via Mail versandt [wegen schlechter Formatierung abgeschaltet]).
  • Spam-Mails von von cron: Sollte nicht bei 0 Exit-Code gesendet werden, wenn es funktioniert. Fridjof schaut sich das an.
  • Virtuelle Maschine auf dem Server für ein CTF auf den Labortagen: Gehen auch zwei (Weboberfläche mit subdomain [z.B. ctf.das-labor.org], zweite für Dienste die benötigt werden)? Ja, das ist kein Problem. Interne Subdomain leitet auf die VM weiter.
  • Python-Server (Anfrage von Ralf): Es ist zu prüfen, welche Grafikkarte hier reinpasst und wie ob der Treiber in der VM läuft (Problem z.B. bei Nvidia). Wenn das geklärt ist, soll der Bootstrap entscheiden, ob es einen Bedarf für einen Kauf von Grafikkarten für den Server gibt. Kanga hat einen Server für Blender eingebaut - hier fehlt noch das Betriebssystem. Zu prüfen ist, ob dies nicht auch ausreicht. Eine Anleitung muss dann auch geschrieben werden.
  • Die Labortage-Aufnahmen sollen live geschnitten werden.

17.07.2019

  • Telefon: Fridtjof hat bei den Stadtwerken angerufen und neue Zugangsdaten erhalten. Das Telefon funktioniert wieder!! :) Wir haben allerdings nun eine Telefonnummer.
  • Virtuelle Maschine auf dem Server für ein CTF auf den Labortagen: Sollte möglich sein.
  • Kalender-Mailverteiler-Robot muss gefixt werden (geht zur Zeit nur für Mastodon): Event-Ankündigungen funktionieren wieder, Blogposts sind schlecht formatiert und werden erst einmal nicht gesendet (Fridtjof, D2ns).
  • Nächster Adminathon-Termin wird wegen des Camps auf den 14.08. vorgezogen.

12.06.2019

  • KVM und LDAP: abcde: Wir sind jetzt in der Lage, LDAP User bei KVM zu verwalten und

einzurichten. 3run0 und ich sollten dazu in der Lage sein, das zu machen. Caching-Problem NSCD-Daemon braucht etwas zeit, um zu erkennen dass LDAP-Daten (abhilfe (NSCD -i) 3 LDAP-Gruppen \usr-LDAP-kvm (keine Konsole), admin-kvm, user-no-pass (nur per SSH key anmeldbar; z.B. User git). Alle Admins sollen nun eine LDAP-Account bekommen. Benutzer sollen auf die jeweilige home-partition geschoben werden. Im Moment sind keine Limits pro User eingestellt. Audio ist noch offen. Dokumentation: Im KVM Git (nur für Admin-Sachen [1]). SSH Key muss dem Git hinzugefügt werden. Markdown. LDAP läuft! :) => Backup-Strategie -> Zukunftig auf einem zweiten Server im Netz? Idee: LDAP für alle Accounts nutzen.

  • DSGVO:
    • Laut Anwalt ist der Nutzer selber für seine Daten im Wiki verantwortlich, die er dort einträgt. Einwand: Wir sollten alleridngs das Auskunftsrecht beachten.
    • LDAP sollte verwendet werden um Dienste und Accounts für bestimmte Leute freizuschalten.

Plan: ProxMox (Grafische Weboberfläche für Virtualisierungen) sollte dann an LDAP angebunden werden um Berechtigungen zu vergeben.

    • Audio: Kabel von Server in Vortragsraum ist defekt (-> es brummt). Für den Bootstrap.
    • Fridtjof: Matrix ist nun auf Version 1.0 - auch wir sind up-to-date. :) Es sollen noch Passwort-Resets aktiviert werden.
    • Netzwerk-Dokumentation: Soll erstellt werden, Max hat ein Tool (PockEthernet; über App-Steuerbar) um das Netzwerk zu scannen (wohl über LWIP). Könnte haarig sein, da die meisten Switche noch nicht einmal STP können. Das Labor hat ein einfaches Netzwerk, könnte im ZIM dokumentiert werden. Max und Fridtjof schauen sich mal vor oder nach dem Bootstrap an.
    • Ralf hätte gerne einen Python-Server und eine Grafikkarte um Rechenintensive Algorithmen (Neuronale Netze, Blender, Videoschnitt) laufen zu lassen. Es ist zu prüfen, welche Grafikkarte hier reinpasst (PCIA-Express für Grafikkarten). Ralf könnte einen LDAP-Account haben. Es soll erst einmal geprüft werden, wie dies machbar ist. -> Bootstrap soll entscheiden, ob es den Bedarf für einen Kauf von Grafikkarten für den Server gibt.

-> abcde ist erst wieder im September hier.

15.05.2019

  • Telefon: die Config hat auch mit der neuen Fritzbox nicht funktioniert, abcde führt das auf eine Signatur der Config-Datei und ein fehlendes Passwort zurück. Es sollen noch einmal die Stadtwerke kontaktiert werden, um an eine neue Config-Datei zu kommen. Das Thema soll auf dem nächsten Bootstrap angesprochen werden - sipgate sieht auch wie eine gute Lösung aus. Die Entscheidung des Bootstraps zählt letztlich.
  • LDAP: Benutzer und Gruppen können jetzt mit LDAP-Script angelegt werden. Der SSH-Service muss noch angebunden und auf eine Gruppe konfiguriert werden.
  • Audio: ist wieder kaputt. abcde schaut sich das an.
  • Passwörter werden provisorisch weitergegeben. Eine permanente Lösung über einen Passwortmanager ist noch nicht fertig.

17.04.2019

  • Server-Sonntag: LDAP hat nicht so geklappt, wie es sich abcde und 3run0 vorgetsellt haben
  • Telefon: Mit der bestehenden FRITZ!Box konnte die config von Fridtjof nicht geöffnet werden, ein neueres Modell ist bestellt, mit dem dies funktionieren sollte.
  • Die externen Dienste (z.B. Wiki) auf dem Server wurden von Fridtjof aufgeräumt und auf die aktuellen stabilen Versionen geupdatet einschließlich Performanzverbesserungen. Knackpunkt Mail: DoveCot und Postfix und müssen noch dockerisiert werden damit der Server mal umgezogen werden kann (für weniger kosten und mehr Leistung). Wie sieht die Backupstrategie aus? Wegen DNS redet mit Fridtjof mit Marcus.

20.03.2019

  • Verlinkung zur spring;break();-> erledigt
  • Telefon: Bei der FritzBox! ist noch nicht passiert, weil zunächst der Schlüsselaustausch stattfinden muss. Dann wird sich abcde weiter mit beschäftigen
  • Passwortsaver z.B. Keysaver (https://keybase.io) sollten wir nutzen -> für alle Admins, für diejenigen die kein Gpg haben, können wir Keybase benutzen (Gpg Public-Key) an Fridtjof senden. Passwortmanager path.
  • Der Labor-Matrix-Server hat nun einen eigenen Adminraum zum Austausch
  • Bei Pretix-Fehlermeldungen muss der Dienst einfach manuell gestartet werden
  • E-Mail-Migration (Dockerisierung) pausiert zur Zeit - Fridtjof hatte wenig Zeit
  • Backup-Strategie (z.B. fürs Wiki, E-Mail, etc.) notwendig, Regelmäßig, z.B. täglich, über einen VPN-Tunnel mit evt. SSH auf den internen Server. Zusätzlicher Dovecot-Server im Keller zur Synchronisierung für E-Mail? Wieviel Traffic geht hier rüber und lohnt sich das? Über einen Test-E-Mailserver.
  • abcde und 3run0 werden sich die nächsten Monate mit LDAP beschäftigen (nächster Termin geht über die Admin-Mailingliste). Es gibt mittlerweile einen Testaccount. Alle Accounts soll über LDAP gemanaged werden - zur haben wir eine Accounthölle. Accountmigration könnte u.U. schwierig werden. Passwort-Reset wohl notwendig. DSGVO-Interessant, da der Nutzer kann selber entscheiden zu welchen Diensten er gehören möchte, da diese einschließlich der Daten zentral verwaltet werden. Weitere LDAP-Einarbeitung. Wir benötigen eine Datenschutzerklärung für jeden Dienst. Welche Dienste haben wir überhaupt? Beispiel: Person xy möchte wissen, welche Daten habt ihr zu meinem Nickname gespeichert? Später über alle Serviceaccounts in LDAP ermittelbar (z.B.über ein Script). Wenn wir uns in LDAP weiter eingearbeitet haben, soll dieses Konzept auf einem Bootstrap vorgestellt werden.

20.02.2019

  • Verlinkung zur Spring;Break(); (Mythozz kümmert sich drum)
  • Telefon: abcde hat eine FritzBox! dabei und kann sich nun das Problem ansehen
  • Pretix-Fehlermeldungen: Es wurden Updates geladen und es sind noch nicht alle Dienste gestartet (Fridtjof kümmern sich drum)
  • DSGVO:
    • "Nicht mehr Daten als nötig zu speichern" Dienste sollten so wenig speichern wie möglich, Zeiträume
    • auf dem Server haben wir nun LDAP und die Festplatteneinschübe gelabelt diverse User, Testuser, Gast LDAP-Nutzer, kein root über SSH-Zugang über normale Nutzer
    • Datenverwaltung über LDAP? Zur Authentifizierung SSH, Wiki, E-Mails, Jabber? Das /dev/tal macht dies so
    • Unbelebte Accounts müssen gelöscht werden
    • Wir benötigen eine Datenschutzerklärung für jeden Dienst. Welche Dienste haben wir überhaupt?
    • Bei LDAP sollten alte IDs nicht gelöscht, sondern nur deaktiviert werden (da sonst eine anderer Nutzer u.U. die selbe ID erhalten könnte und dann Zugriff auf die alten Daten haben).
    • Was ist mit Backups??
    • abcde und 3run0 werden sich die nächsten Monate mit LDAP beschäftigen (nächster Termin geht über die Mailingliste)
  • E-Mail-Migration ist noch in Arbeit (die Dockerisierung ist nicht trivial wie Mailserver- und Authentifizierung sehr miteinander verzahnt sind)
  • MPD und Pulse sind nun auf dem Server. Diese starten allerdings nicht automatisch.
  • Passwortsaver z.B. Keysaver sollten wir nutzen -> für alle Admins.

16.01.2019

  • Fridtjof hat den externen Laborserver (von Ubuntu 14.04. auf 16.04) geupdated
  • abcde hat die Soundanlage neu gemacht (Pulseaudio mit mpd) + Verkabelung. Frage: Wie ist hier der Status? Da sollte dokumentiert werden
  • Fridtjof und Henning werden sich im Januar noch das Telefonproblem mit der Fritzbox ansehen
  • Gitlab VM? Fridtjof schaut sich das noch an.
  • ABCDE und Bruno haben auf dem internen Laborserver Debian Stable aufgespielt und die verschollene Festplatte wiedergefunden

19.12.2018

  • Externer Server aufgeräumt. ejabberd: optimiert von Fridtjof (Manuelles Update des Datenbank-Schemas aufgrund von Fehlern im Log). Docker wird auf Docker-Compose umgeschrieben, dann ist das Wiki zur Aktualisierung dran.
  • Der Mailserver ist ebenfalls ein (kompliziertes) Thema der Dockerisierung. Der Reverse Proxy soll auf nginx umgestellt werden. EtcKeeper wurde installiert: Setzt etc unter git. Bei Apt-Änderungen wird direkt committed zur Nachvollziehbarkeit. Ziel ist neuer günstigerer externer Server. (Alles Fridtjof).
  • Externer Server: Bis April: mindestens Ubuntu 16.04
  • Gitlab VM? Es ist unklar, ob hier noch Repos sind. Fridtjof macht ein Backup.
  • RADIUS in Benutzung? Dieser war für SpaceNet (quasi EduRoam für Hackerspaces). Wird wohl nicht mehr verwendet. Nimmt Fridtjof runter und macht vorher ein Backup.
  • Telefon: Stadtwerke-Connect. Unser OPNSense-Router,der dazwischen hängt, unterstützt das TR-069-Protokoll (zur automatischen Routerkonfiguration) nicht. Das Passwort ist verloren gegangen (wurde vom Dienstleister geändert, der unterstützt nur FritzBox). Der Dienstleister würde sich wohl keine Mühe machen uns das neue Passwort mitzuteilen (es gibt auch keine Kontaktmöglichkeit). Eventuell über das Webinterface zurücksetzbar oder temporär über eine FritzBox zum zurücksetzen. Aufpassen, dass das Netzwerk im Labor nicht lahmgelegt wird. DePate oder Fridtjof haben hier evt. noch Fritzboxen. ABCDE möchte sich das TR-069-Protokoll ebenfalls mal im Januar ansehen.
  • XMPP-Server von Fridjof. Externer kamen nicht in den Jabberraum rein (Verbindungsproblem zwischen den Servern bei der Encryption). Das Lets-Encrypt-Zertifikat hat den Labor-Server nicht richtig abgedeckt, dadurch wurde der Labor-Server von externen Servern nicht akzeptiert.
  • ABCDE: Server im Keller wurde vor ca. einer Woche eingeschaltet, unklar von wem. Dies verhindert das Aufspielen Debian Stable + LDAP. Es wird noch einmal ein Backup gefahren. ABCDE und Bruno wollen dies am 22.12., 18 Uhr aufspielen.
  • Das Raspberry-PI-Rack-Gehäuse hat erst einmal erledigt, da die Hochschule Bochum alte Hardware auch nicht mehr an Vereine abgeben möchte. ABCDE hat noch alte Servergehäuse und bringt eines mit (wir müssten dann noch ein Netzteil besorgen).

21.11.2018

  • Teufel: Erster Schritt war die Wanddose. Der zweite Schritt wird der Teufel und seine Eingänge sein. Drago überarbeitet dies.
  • Stephan: Server-Spende vom Lehrstuhl für Systemsicherheit (RUB)? Neolim-2009? Ist wohl zu alt. Eventuell zum ausschlachten. Da der unser Server neuer ist, besteht kein Interesse.
  • Weiß jemand etwas über LDAP-Hackerweit um die eigenen Daten zugreifen zu können (ähnlich EduRoam)?
  • Wie wäre es mit einem Rack als PIs? Den alten Lehrstuhl-Server?
  • OpenHAB: Der PI sollte besser in den Keller, um vor Zugriff zu schützen und Datenverlust bei Labot-On/Off zu vermeiden (die SD-Karten sind hier anfällig). Ein Gehäuse fehlt noch.
  • Labortage: Audio/Video hat super funktioniert.
  • Fridtjof, Dr4go (und evt. Mati) kümmert sich um den Telefon Stadtwerke-Account und rufen dort an, damit die uns neue Zugangsdaten und Hardware zuschicken.

17.10.2018

Labortage-Orga-Adminathon

  • Audio/Video - Arno besorgt das Material (Recorder, Mikro, Kamera (haben wir auch hier))
  • Beamer ist ok, im Notfall kann einer privat besorgt.
  • Beleuchtung, die Strahler blenden, Plissés würden fehlen, Tesla fragen?
  • Server: Was wird noch auf dem Server benötigt? Fridtjof spricht hier mit Drago
  • OpenHAB ist installiert

19.09.2018

  • Die WLAN-Probleme sind soweit von fridtjof gefixt. Wenn möglich sollten wir uns bessere Switches zulegen.
  • Fridtjof und D2ns haben Matrix als Jabber-Ersatz eingerichtet (Jabber wird noch eine Weile weiterlaufen, aber es ist gedacht diesen irgendwann abzuschalten.)
    • Einfach fridtjof[ät]das-labor.org oder d2ns[ät]das-labor.org für einen Account anschreiben.
  • Fridtjof und Marcus für die Labortage Pretix-System aufgesetzt (DNS: https://pretix.das-labor.org/)
  • Zaolin, Kai und Marcus können etwas über die VMs auf dem Server sagen (was gibt es dort, von wem sind diese etc.)
  • Audio-Hardware funktioniert größenteils nicht. Netzpfuscher hat hier O!MPD empfohlen, läuft mittels mpd und Alsa. Mehrere Räume über Airplay ansteuerbar. Sound-Hardware: Soundchina-Module PCM2704 USB, Verstärker 100 Watt Class D über z.B. Raspberry Pi
  • Netzpfuscher hatte angefragt, ob man nicht den Server unten für "mal eben" einen Ubuntu-Server in einer VM aufsetzen nutzen kann.
  • abcde wird Debian stable auf dem lokalen Server mit SSH und LDAP einrichten, um eine Basis für eine Diskussion darüber zu haben, ob wir LDAP lokal im Labor und auf dem externen Server haben wollen.
    • Welches VM-Management wir verwenden (Proxmox oder Virtmanager) wird noch ausgelotet.
    • d2ns: Bedingung wäre ein ordentliches Webinterface für die Verwaltung.
  • Die Authentifikation für den Lasercutter läuft gerade über Netzpfuschers externen Server und sollte wenn möglich über das Pi mit dem CANBUS laufen.
    • Zudem sollte auf dem CANBUS-Pi auch node-red bzw. HomeAssistant getestet werden um ein nutzbares und Wartungsarmes Infrastrukturinterface zu haben.

15.08.2018

  • Zur Zeit gibt es WLAN-Probleme - Fridtjof schaut sich das an

18.07.2018

  • Die aktuellen Passwörter sollen redundant abgelegt werden
  • JedeR Admin soll sich GPG einrichten
  • D2ns hat presse[at]das-labor.org auf die Whitelist von discuss gesetzt

20.06.2018

  • Fridtjof hat das WLAN-Setup so simple gemacht wie möglich. Multicast geht nun auch über WLAN.
  • Endres bastelt z.Z. an einer ARM-basierten Automatisierungs-Platine (Laborlicht)

16.05.2018

  • abcde kann sich im Moment nicht um den Server kümmern.

25.04.2018

  • Interner Server:
  • Die Festplatten wurden von abcde gekauft und in den Server eingebaut
  • Welche Linux Distribution wir zukünftig verwenden wollen: Debian Stable + KVM mit Standard-Basis-VM
  • Vorschlag den Server neu aufsetzen um "Ordnung zu haben" - (alte Daten müsen gebackuped sein)
  • Einen Blick auf den Server geworfen...
  • Externer Server:
    • Mailserver ist die kritische Infrastruktur
      • Todo: Einen neuen Dockercontainer mit Dovecot und Postfix einrichten und dann die Konfiguration vom derzeitigen Server migrieren bis alle Errors beseitigt sind.
    • Alles andere ist bereits dockerisiert (Wiki, MySQL und Jabber)
    • Ein langes Wochenende wäre notwendig ;)

21.03.2018

  • Laut Bootstrap können wir 3 Festplatten à 3 TB gekauft werden. Konkret: 3 TB als Backup, 6 TB für die effektive Nutzung (Endres)
  • Extra SSD für das Betriebssystem
  • Bootstrap: Datensicherung
  • Bootstrap: Server neu aufsetzen
  • Bootstrap: Infrastruktur-Dokumentation schaffen bzw. zu aktualisieren (z.B. Labor-Wiki, sollte leicht backupbar sein evt. über das Tool 'zim' und es sollte lokal betreibbar sein, zur Not über einen Notfall-Schnellhefter) (abcde)
  • Bootstrap: Dienste wie z.B. Docker-Container
  • Ziel: Audio-Reaktivierung (Mythozz, Fridtjof, abcde)
  • Todo: Über das Soundsystem einen Randomized-Aufraufalarm (Mythozz, Fridtjof, abcde)
  • Todo: Zentrale Audio-Steuerung inkl. Laustärke pro Raum (Mythozz, Fridtjof, abcde)
  • Aufbau: Festplatten mit dem Konsolen-Tool 'mdadm' Raid5 erstellen dann LVM einbinden zur Verwaltung.
  • Idee: Wake-on-LAN des Servers
  • Auf eine Standard-Distribution einigen (Server, Infrastur-VMs, Raspi). Abweichungen nur mit guten Gründen mit dem Admin-Team sprechen.
  • Aufsetzen einer Standard-Basis-VM mit entsprechender Distribution.
  • Switche haben nun neue zufällige Passwörter und sollen über 'Pass' (läuft lokal basiert PGP+Git) zur Verfügung stellen, falls Server platt sein sollte (Fridtjof)
  • Todo: Wenn der Server läuft, ist das Wlan die nächste Baustelle
  • Todo: Dienste oder Infrastruktur mit unverhältnismäßigem Administrationsaufwand sollen abgeschaltet ggf. ersetzt werden bzw. es soll alles nach Möglichkeit entkompliziert werden
  • Todo: Alle schauen sich weiterhin die Infrastruktur an verschaffen sich einen Überblick

21.02.2018

Wir hatten (...) nach dem Bootstrap ein Infrastrukturmeeting, bei dem wir Aufgabenbereiche neu verteilt haben und nun einige motivierte Leute gefunden haben, die zumindest die interne Infrastruktur administrieren, am Laufen halten möchten und letztendlich auch verbessern wollen.

Um den Kontakt zwischen den Admins zu erleichtern wollen wir die Mailingliste "admin@das-labor.org" wieder aktiv nutzen, um uns untereinander über aktuell anstehende Dinge besprechen zu können. Bisher wurde die Liste vermutlich größtenteils für die externe Infrastruktur (Hetzner Server) genutzt, aber ggf. macht es Sinn dies auch auf die interne Infrastruktur auszuweiten. Soll das ganze Labor in eine bestimmte Entscheidung mit einbezogen werden, wird es natürlich auf dem Bootstrap oder wenigstens auf orga besprochen werden. Es geht einfach darum, dass manche Informationen für die meisten evtl. irrelevant sind und später bei Bedarf im Wiki nachgelesen werden können, was in dem Zuge auch wieder auf einen besseren Stand gebracht werden soll. (Endres)

23.03.2016

  • nginx-reverse proxy eingerichtet
  • ToDos:
    • Beispieldaten einsetzen

Nächstes Mal

22.03.2016

Es wurde sich auf eine Shortlist geeinigt, damit der Server so schnell wie möglich umgezogen werden kann:

  • Shortlist
    • Blog (fertig)
    • Wiki (fertig)
    • Mail (Testen sehr schwierig)
      • Dovecot
      • Postfix
      • Spamassassin
    • Mailman 2
      • Update auf v3 wird verschoben, da komplett andere Config
    • ejabberd
    • DNSSec
      • ansible gefixt (Port 53 exposed)
      • IPv6 (benötigt, da der lokale Laborserver nur eine feste IPv6 und keine IPv4-Adresse hat) - Problem: Wir können aus einem Docker-Container per IPv6 den lokalen Laborserver pingen?
      • Unklar, weil wir es migrieren müssen
    • openLDAP
    • Static
      • TLS
    • Nginx (Labor FrontEnd server wird gekickt; in Zukunft verwenden wir nginx-revproxy mit Let's Encrypt)

Hinten angeschoben:

  • spacenet
  • Streaming (Icecast)
  • Status Bot
  • Labor Shop
  • Roundcube
  • jitsi

27.11.2015

  • (lokale) VMs (libvirt + virtmanager, kvm (VMs frei nach Schnauze))
    • "casino" (Router-VM, muss neu gemacht/ersetzt werden)
      • WLAN funktioniert gerade zu 10%
    • "jukebox" (MediaServer)
    • "weblab"