KIF510:Fachschafts (Server)infrastrukturen

Fachschaften haben Server.

Wir haben jetzt einen Matrix Raum: https://matrix.to/#/#fs-infras:kif.rocks Dieser darf gerne auch in Zukunft genutzt werden um Kontakt zu halten, es können gerne auch weitere FS-Admins hinzugefügt werden.

Berichte Fachschaften

Darmstadt

• Fachschaft war mal groß, dann kam Corona
• Machen sehr viel Infrastruktur, u.A.:
  • Mailserver
  • Keycloak
  • Nextcloud
  • Terminalserver
  • BBB
• Viele kleine selbstgeschriebene Tools, die teilweise mit IDP (keycloak) teilweise mit LDAP vernetzt sind
  • Theromdrucker Bon
  • Etherpad, script: automatisch pad für Sitzung erstellen

Uni Stuttgart

• riesige Anzahl an Diensten
• gespalten:
  • Server für Fachschaft
  • Server für Zentrale Studierenden Vertretung “Asta”

Uni Bonn

• Mailing-Listen
  • Gehostet von der uni
• Website
  • wordpress self-hosted
• Prüfungsprotokolle
  • vom Uni-Netz zugreifbar
• Ticketsystem
  • für Mails von Studis und Dozenten
• Fachschaftsintern
  • Ldap für Logins in alle Dienste
  • ssh-server mit homes für die user
  • gitlab
  • nextcloud
  • hedgedoc
  • Dokuwiki für Interne How-Tos und Dokumentation
  • Matrixserver
  • Grafana für Monitorung
  • Bitwarden für Admins
  • erste Schritte für Rechteaufteilung ###### Technische/Hardware Details:
• Main Server mit VMs
• VM mit Docker Container für alle Online Dienste
• Automatische Backups zu Backup-Server
• 3 instanzen IPA für accountmanagement und Redundency dafür
  • eine instanz self-signed
• Domains über Hetzner-DNS
• Ansible/Depops für Automatisierung
• Workstation im Fs-Büro (selten benutzt, weil alles online)
• Infopanel auf raspberry-pi zu Fernseher (Busfahrtzeiten und Memes)

Uni Konstanz

• Mailserver, Keycloak (nur für Nextcloud), Website
• Redmine-Wiki
  • Super alte Daten, werden nach und nach aufgebessert
• wurde vor Generationen aufgesetzt
  • Kein Speicherplatz mehr
    • Fotos von Events liegen auf einer privaten Cloud
  • in einem VM-System der Uni
• Kiosk-Zahlungssystem-Datenbank soll aufgesetzt werden
  • Security?
  • Unsere Zertifikate werden von der Uni ausgestellt
    • Die laufen ständig ab und unsere Subdomain-Kürzel sind nicht richtig drin…
• Uni stellt ein Gitlab bereit
• Sitzungsprotokolle werden auf einer sharelatex-Instanz der Physiker geschrieben
  • PDFs kommen dann auf Nextcloud
• Wir haben einen Discord-Server als Hauptkommunikationsplattform mit den Studis

Uni Paderborn

• die Uni hat “IMT” (Zentrum für Informations und Medientechnologien), “IRB” (Informatik Rechner)
  • die Übernehmen viele Services für die Studierenden
• wir versuchen die Sachen nicht doppelt zu hosten wenn die Uni das schon macht
• wir machen schlussendlich:
  • Klausurarchiv
  • Zahlsystem (Getränkekasse)
  • Website
  • Fachschaft offen/closed button
  • Dashboard in der FS
  • Alte systeme archivieren
    • Matrix macht jetzt IRB
    • Dedizierter Backupserver (der Platz in der FS verbraucht) kommt in das Uni S3

Uni Augsburg

• fast nichts.

Uni Kiel

• E-Mail
• Gitea
• Mumble
• BBB
• Wiki
• HedgeDoc
• kleinere Anwendungen
  • digitaler Kummerkasten
• Backup-Server

Uni Rostock

• Alte Riege ist weggebrochen
• Neulinge übernehmen gerade

TH Mittelhessen

• 2 Hardware Server
• NAS als Backups
• Nextcloud mit OnlyOffice
• Website bald auf Server (aktuell noch auf Hochschule)
• Git und Matrix auf Hochschule
• Nutzerverwaltung über Hochschule
  • Eigene Gruppen

TU Dortmund

• Hosten nicht nur für sich
• Hosten alles was in die Finger kommt, weil die Uni es nicht (schnell und gut genug) macht
• viele Dienste unter fachschaften.org
  • Keycloak, aber unglücklich, authentik als mögliche alternative (beide relativ komplex)
• Hosten ein paar KIF Dienste
  • Pretix, … (alles außer Wiki, AK Plan und internes Plenumgsgedöns)
• Kein Uni Dienst für 6 TB Backup -> Lösung bei Aachener Fachschaft als Lösung

RWTH Aachen

• 67 TB HDDs, ca 20 TB SSDs mit Redundanz
• Haben ein ganzes Rack mit (je nach Zählung) 6-12 Servern, darauf ein VM-, Kubernetes- und Storage-Cluster
• GitLab
• Matrix
• Nextcloud noch nicht ganz
• „Bleibt weg von Active Directory, insbesondere Samba! OpenLDAP ist besser wenn man LDAP braucht“
• Video AG
  • Studis haben eigene Videoaufnahmen von Vorlesungen
  • manches öffentlich: video.rwth-aachen.de
• hosten einige Dinge von anderen Fachschaften (Bio, …)
  • Macht jetzt wohl bald Backups für die FS der TU Dortmund, weil deren Rechenzentrum etc. es nicht auf die Kette bekommt
• Protokollsystem: https://git.fsmpi.rwth-aachen.de/protokollsystem/proto3
• Auch sonst kann man sich die öffentlichen Sachen in diesem GitLab mal anschauen, aus IT-Admin-Perspektive könnten die Ansible-Rollen interessant sein.
• Der AStA hat den kompetenten Admin (yours truly) rausgeschmissen und jetzt eine sehr kaputte MS365-Infrastruktur.

LMU München

• hosten für andere FS
• ähnliche Probleme wie RWTH Aachen (alte Hasen verschwinden)
• salt und Terraform
• bridges zwischen Kommunikationskanälen (Discord, Signal, Telegram)
  • neu: matrix

Uni Göttingen

• Viel über die Uni (GitLab)

Uni Trier

• Externes hosting
• Wiki und Website

Esslingen

• Server sehr lange da
• Nur über VPN zugreifbar, kommt nicht ins Internet
• Gitlab, Mail von Hochschule
• Wiki über Lernplattform der Hochschule (Moodle)
• 50 GB Nextcloud sowie VPS für Hochschulen in BW

HTW Dresden

• keine Fachschaften, 2019 abgeschafft
• Struktur über StuRa (Studentinnenrat)

TU Dresden

• Kiste von 2008 entsorgt, neuer Server
• Migration läuft
• NixOS config wird gebaut, von Gentoo weg
• Services ähnlich zu Konsens

HS Zittau Görlitz

• kleiner VM-Rest von Hochschule
• HedgeDoc
• Dokuwiki
• VaultWarden

Uni Potsdamm

• Website
• Minecraft (ex)
• AStA verwaltet Mailinglisten der FS (Uni IT schafft es nicht Mailinglisten aus der API rauszuziehen)
• alles in Kubernetes

Passau

• Raspberry Pi 1 im Büro
• Rest in VMs (2 VMs)
• Redmine
• Mailman 2
• Nextcloud
• Gitea, soll abgeschafft werden -> Fakultäts-gitlab
• noch kein Keycloak, aber LDAP

TU Berlin

• Keine FS
• Uni hostet: Matrix, GitLab, Nextcloud
• ZECM hostet unsere Server
  • OpenLDAP für den Single-Sign-On
  • Mailserver + Webmail
  • 2 MediaWikis (das öffentliche und das interne)
  • HackMD
  • K4ever
  • RocketChat
  • Pretix
  • Overleaf
  • einige Webseiten (Uniweite Klausrensammlung, Campusplan, Anwesenheit im Raum, etc.)

Selbsthilfegruppe

Wie macht ihr das mit Nachwuchs?

Common: Dokumentation ist wichtig, damit Nachwuchs übernehmen kann

Bonn

• Langsam und mit viel Mühe
• 6 Admins, davon 3 neu
• Jeder Monat 1 Treffen der Admins
  • Aufgabenverteilung

• Gibt auch Crashkurs
• alles LTS
• viel Ansible mit DevOps und Docker

Dortmund

• 20 Jahre am Ball bleiben
• Automatisierung mit Ansible
• Netbox zur Verwaltung von IPs (Proxmox plugin)
• Doku doku doku, mit ansible und oder sowas

Dresden

• neue Generation
• mindestens einmal im Jahr: Linux install Party
  • recruitment

Paderborn

• wir betreiben Softwarearchäologie