IT-Dienste: Protokoll Regensburg 2016

BuFaTa SoSe16 in Regensburg
Anwesend: Julian (TU München), Marvin (Uni Siegen),Monika (Hochschule München), Lasse(TU Braunschweig), Sebastian (Uni Siegen), Michael (Uni Ulm), Jan (RWTH Aachen)
Leitung des AK: Julian (TU München)
Protokoll: alle

Zu Beginn Diskussion über Vorgehensweise. Was will der AK eigentlich machen?

• Vernetzung der Admins
• Austausch

• Die zuständigen IT-Service Zentren wollen nicht die Verantwortung für Fachschaft übernehmen.
• TU Braunschweig möchte gerne eigene Server für ihre Dienste (Homepage etc.) verwalten, die zentrale IT-Verwaltung möchte aber keine Kontrolle abgeben.

Lösungsvorschlag: Da die IT-Verwaltung gerne alle Webseiten und anderen Services der Universität unter einem Hut hätte, könnte man seine Sachen auf externe Server auslagern, um überhaupt eine Website zu besitzen. Daraus könnte man eventuell auch eine bessere Verhandlungsposition beziehen.

• Hochschule München benötigt ein neues Skriptenbestellungssystem
• Es besteht der Plan, die Fachschaften besser zu vernetzen:
  • Allgemein ist ein Austausch der selbstgeschriebenen Programme nicht einfach! (verschiedene Abläufe)
  • TU München und Hochschule München planen weiter Gespräche unter sich zu Druck-IT

• Hacking-Night zur Recrutierung von neuen Admins
  • Auf der Hackingnight wird an aktuellen IT-Problemem gearbeitet, mit gemeinschaftlichem Bastelspaß.

• TUM: Anbindung über ein 1Gbit/s LAN; 64 öffentliche IPv4 Addressen; eigene Firewall mit DMZ / LAN
• Ulm: 1 GBit/s Lan Verbindung zum Uni-RZ (eigenes V-Lan, aber kein eigenes Netz), keine eigene Firewall (nur Uni-FW), ~10 öffentliche IPs (v4)
• Siegen: Anbindung 1 GBit/s LAN über 1 IPv4-Addresse; eigenes Intranet mit NAT/Firewall, zusätzliche Backup-Verbindung
• RWTH: Fachschaft: 1Gbit/s LWL, öffentliche IPv4 Addressen; eigene Firewall; ELAB: gleiches;
• Hochschule München: 1Gbit/s LAN über 1 IPv4-Adresse
• TU Braunschweig: 1Gbit/s LAN über IPv4-Adresse

• Website [TUM, RWTH, HM,UUlm, Siegen]
• E-Mailserver (intern/extern) [TUM, HM, (RWTH), Siegen, TU Braunschweig]
• Benutzerverwaltung (LDAP/Samba/AD) [TUM, HM, RWTH, Siegen, UUlm]
• Dokumentation über internes Wiki (Dokuwiki/Mediawiki) [TUM, HM, RWTH, UUlm, Siegen]
• Zentraler Datenspeicher (NFS, Samba, etc.) [TUM, RWTH, UUlm, HM, Siegen]
• Datensicherung (TUM nutzt TSM Backup von LRZ, Ulm Bacula) [TUM, HM, RWTH, UUlm, Siegen]

• Sharelatex (edupad mit Latex) [TUM]
• Issuetracking/CRM/Vorgangsmanagement/Ticketsystem [RWTH]
• FS-Kiosk System [RWTH, UUlm]
• Bestellsysteme (Bauteile, Skripte, Prüfungen, usw.) [TUM, HM, UUlm, Siegen]
• Busmonitor (Abfahrtsplan) [RWTH, UUlm]
• CalDav- & CardDav-Server [TUM, RWTH]
• Eigener Radius-Server [TUM]
• File-Hosting/ -Sharing (Owncloud) [TUM, HM, RWTH, (UUlm)]
• Remoteloginserver [TUM, UUlm, RWTH]
• IPv6 [TUM]
• Monitoring [TUM: nix; Siegen: monit, RWTH: munin, icinga, UUlm nix]

• Anschaffung eines Servers (Domain, Website…)
• Dokumentation von Anfang an!
• Benutzerverwaltung
• Anschaffung Fachschaftsrechner

Beginn: 14:30 Uhr
Ende: 17:30 Uhr
Der AK ist soweit fertig, kann aber bei Problemen oder Neuerungen (von einer/mehreren FSen) wieder eröffnet werden. Ebenso kann eine Aktualisierung der Services alle paar Jahre getätigt werden.