LART: Unterschied zwischen den Versionen
Zeile 27: | Zeile 27: | ||
* Wer hat was an Ressourcen (verfügbare Technik)? | * Wer hat was an Ressourcen (verfügbare Technik)? | ||
{| | {| class="wikitable" | ||
! | !Wer!!Was | ||
!! | |- | ||
|} | |tboston || Remote-Server auf Basis CentOS + KVM | ||
|... || ...|} | |||
* Wer kann was? (Wer ist bei was erfahren?) | * Wer kann was? (Wer ist bei was erfahren?) | ||
** Buster(FBN): Xen, Debian, Postfix+Dovecot, Mailman, MySQL, Apache2, DNS, IRC-Server, Jabber-Server, Letsencrypt | |||
** tboston: *BSD, KVM, VLAN, DHCP, DNS, PostgeSQL | |||
* Wer betreibt was? | * Wer betreibt was? | ||
** tboston: Remote-Server, i7-3770 CPU @ 3.40GHz, 32GB Ram, 2x256GB SSD RAID-1, 2x1TB HDD RAID-1 | |||
** Buster: viel Storage :), Xeon5660 @ 2.67GHz, 48GB Ram | |||
* Wo schreiben wir Dinge (längerfristig) auf? | * Wo schreiben wir Dinge (längerfristig) auf? | ||
** Weiterhin im C3D2-Wiki | |||
* Was | * Was wird aktuell benötigt? | ||
** Buster benötigt aktuell Hilfe bei: MySQL 4 auf 5 Upgrade, Debian 6 auf 8, XenServer Benutzerverwaltung | |||
* | |||
==== 03. Treffen ==== | ==== 03. Treffen ==== |
Version vom 3. April 2017, 18:56 Uhr
LART aka local admin response team ist der zeitweilige Titel von einem regelmäßiges Treffen von Menschen, die irgendwelche Server oder Dienste administrieren.
Treffen
regelmäßige Treffen
- jeder erster Montag im Monat (gregorianischer Kalender)
- im C3D2 (oder bei Ankündigung auch an einem anderen Ort)
Vorbereitung von Treffen
- Eintrag in den Kalender
- Mail an lists:c3d2
einzelne Treffen
05. Treffen
2017-05-08 (erster Montag ist Feiertag) 19:00 (C3D2?)
- ...
04. Treffen
2017-04-03 19:00 (C3D2?)
- Wer hat was an Ressourcen (verfügbare Technik)?
Wer | Was | ||
---|---|---|---|
tboston | Remote-Server auf Basis CentOS + KVM | ... | }
03. Treffen2017-03-06 19:00 (C3D2?)
02. Treffen2017-02-06 19:00 (C3D2)
Bekannte Software:
lokale Software:
Grundsätze, die es an "gemeine" Benutzerinnen und Benutzer zu vermitteln gibt: Entscheidend erscheint für eine Gruppe, dass es nicht zu jeden Dienst ein unabhängiges Konto gibt. Es braucht eine zentrale Verwaltung der Konten. weitere Wollmichsäue
Bedarfsermittlung scheint wichtig zu sein. "Überraschende" Sachen, wie "gemeinsames" erstellen bei etherpad oder "draganddrop" von kanboard/wekan sind für Benutzerinnen und Benutzer nett beeindruckend. sukuma wird sich mal das Aufsetzen von wekan (und rocketchat) probieren. Beides ist node.js und mongoDB basierend, daher noch die Frage im Raum nach der Sicherheit. 01. Treffen2017-02-01 19:00 (C3D2)
Siehe auch |