BuFaTa ET Wiki

Anwesende: Flo K (TUM),Clemens (TU München), Boris (TU München), Samuel (TU Darmstadt), Hannes (TH Nürnberg), Fabian (TU Darmstadt), Jona (HAW Hamburg), Pascal (TU München), Andy(KIT), Richard(HTW Dresden), Wolf (CAU zu Kiel), Henrik (RUB), Vincent (TU Dresden), Markus Dippel(RPTU Kaiserslautern)

TUM:

• FS Infrastruktur komplett self hosted
  • Hugo Website
  • Dokuwiki
  • Nextcloud/Kalender
  • FreeIPA für Identität
  • Keycloak für Förderation mit anderen FSn
  • Hedgedoc für Pads
  • Fedora Linux Workstations
  • Kanboard
  • Helfertool
  • Gitlab
  • Mailserver
  • Kommunikation über Matrix
    • mit Telegram bridge

HAW Hamburg:

• vor vielen Jahren wurde eine Nextcloud betrieben
  • nur eine Person, die hat verwaltet
  • eigene Infrastruktur nur sinnvoll, wenn Leute greifbar sind, die sich kümmern
• Office Suite (mit Teams) von der Uni
• Whatsapp-Community
• Bestrebungen irgendwann wieder OpenSource Tool zu nutzen

TH Nürnberg:

• Kommunikation über Signal
• FS Info hostet Website und Nextcloud für andere
  • Nextcloud wurde erst nach einiger Zeit angenommen
    • Umfragen
    • Protokolle kollaborativ

TU Darmstadt:

• Kommunikation über Signal
• Moodle Kurs von der Fachschaft
  • Infos für Studis
• Whatsapp Community für Studis
• Self Hosted
  • Dokuwiki
  • Mail (mailcow)
  • Nextcloud
  • Forum für Prüfungsfragen / Formelsammlungen / Schwarzes Brett (Discourse)
  • Git (Gitlab)
  • Eventtool (selbst geschrieben)
  • Pad für Sitzungen (Etherpad)
  • FSn des Fachbereichs wollen gemeinsam auf Hugo umstellen
  • Hauptsächlich eine Person verantwortlich → schwierige Zusammenarbeit mit neuen Leuten
  • Rechenzentrum skeptisch über eigene Infrastruktur
  • Ticketsystem (osTicket)
  • Authentification (KeyCloak + weitere)

Bochum:

• Website und Eventwebsite
  • zusammen mit FS Informatik, IT Sicherheit und Angewandte Informatik
• Nextcloud
  • Server von der FS Info, IT Sicherheit und Angewandte Informatik
• Moodle
  • Kommunikation mit Studis / Umfragen
  • Protokolle und Satzungen
  • für Events (Schichtpläne)
• externes Hedgedoc
• Minecraft Server, aber noch offline
• Kaffeestatistik von der Maschine auf der Website (leider durch Hardwarefehler down)
• Bildersammlung auf Privatserver
• Kioskbildschirm in Planung

TU Dresden

• Website (Wordpress)
• Wiki
  • Markdown Pads
• Nextcloud
• Forum (Discourse)
• Mailserver
• von der Uni gehostet:
  • Overleaf
  • Matrix
  • Opal (Lehrveranstaltungen)

HTW Dresden:

• Kommunikation/Terminfindung über Whatsapp
• Protokolle über https://pad.systemli.org
• Mails über eigene Server aber in Koop mit der Hochschule
• Website mit altem CMS
• Nextcloud
  • lokal gehostet
  • Altklausuren
• Land Sachsen stellt O365 bereit

KIT:

• Kalender: Agendav
• Eigener Mailserver
• Inventarisierungssystem
• Git migriert auf Gitlab des Rechenzentrums
• Limesurvey
• Kommunikation auf Telegram
  • Umstieg auf Matrix wenn Identity Management fertig
• Wiki
  • Protokolle
  • How Tos
• Kommunikation mit Studis über Insta/Whatsapp

• Wie kann man eine zukunftssichere Infra aufbauen?
  • Zugriffsverwaltung/Passwortmanagemnt
    • KeyCloak
    • FreeIPA
    • Identity Manamgent
    • Vaultwarden
  • Doku
    • manchmal gute Doku vorhanden, aber oft veraltet
    • E-Mailverlauf von Kommunikation mit Rechenzentrum archivieren
  • Personalmanagement
    • Wer bekommt Verantwortung?
    • Mehrere Personen
    • früh um Nachfolger werben
      • Raum zum Ausprobieren / spielen schaffen

• Lohnt sich der Aufwand?
  • Selfhosting = Unabhängigkeit von der Uni
    • freier in Sachen die man macht
    • z.B. Altklausurensammlung
  • manchmal einfachere Möglichkeit etwas umzusetzen
    • träge Unis
    • nutzbar ohne direkt einen Onlinedienst zu zahlen
  • Verfügbarkeit für Studis
    • Infra in der eigenen Hand
    • keine Lizenz Gebühren
  • Freie Diskussionsforen, ohne Zugriff und Überwachung der Uni

• Wie wird Wissen übertragen
  • Wiki
  • Textdokument, abgelegt in Cloud / Laufwerk
  • „Buch“ mit allen Infos

• Projekt Overleaf Server
• Einfacher Zugang zu Latex
• Gutes Backup nötig, viele verlassen sich darauf, dass es funktioniert
• Verantwortungsbewusstsein
  • Leute schreiben Arbeiten mit fixem Abgabedatum und oft ohne Backup / Alternative Kompilierungsmöglichkeit

Beginn: 11:30 Uhr
Ende: 13:30 Uhr
Der AK ist fertig sollte auf weiteren Tagungen besprochen werden. Frequenz alle 3-4 BuFaTas. Vielleicht auch als SelfHosting/Fachschafts IT-Infrastuktur