Adminathon

Aus LaborWiki
Wechseln zu: Navigation, Suche
Adminathon
Status active
Typ public
Kurztext
Export iCalendar-Datei

Veranstaltungen 2018[Bearbeiten]

 ZeitOrt
Adminathon27 November 2015 19:00:00
Adminathon27 Dezember 2015 19:00:00
Adminathon27 Januar 2016 19:00:00
Adminathon7 März 2016 14:00:00
Adminathon22 März 2016 18:00:00
Adminathon23 März 2016 19:00:00
Adminathon29 März 2016 19:00:00
Adminathon27 April 2016 19:00:00
Adminathon27 Mai 2016 19:00:00
Adminathon27 Juni 2016 19:00:00
Adminathon27 Juli 2016 19:00:00
Adminathon27 August 2016 19:00:00
Adminathon27 September 2016 19:00:00
Adminathon21 März 2018 19:00:00
Adminathon25 April 2018 19:00:00
Adminathon16 Mai 2018 19:00:00
Adminathon20 Juni 2018 19:00:00
Adminathon18 Juli 2018 19:00:00
Adminathon15 August 2018 19:00:00
Adminathon19 September 2018 19:00:00
Adminathon17 Oktober 2018 19:00:00
Adminathon21 November 2018 19:00:00
Adminathon19 Dezember 2018 19:00:00
Adminathon16 Januar 2019 19:00:00
Adminathon20 Februar 2019 19:00:00
Adminathon20 März 2019 19:00:00



16.05.2018[Bearbeiten]

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

25.04.2018[Bearbeiten]

  • 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[Bearbeiten]

  • 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[Bearbeiten]

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[Bearbeiten]

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

Nächstes Mal[Bearbeiten]

22.03.2016[Bearbeiten]

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[Bearbeiten]

  • (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"