Host:Intern

intern.chaosdorf.de
Ort	Host:Vm
Zweck	Interne Dienste (mail (postfix/postgrey/spampd/dovecot/sympa/roundcube), internwiki, cgit...)
OS	Debian Stretch amd64
Disks	20GB20,000 MB <br />20,000,000 kB <br />0.02 TB <br />
RAM	2GiB2,048 MiB <br />2,097,152 kiB <br />2,147,483,648 B <br />0.00195 TiB <br />2,147.484 MB <br />
Swap	4GB4,000 MB <br />4,000,000 kB <br />0.004 TB <br />
Admin-Toolkit	Yes
ssh key path	/var/cache/ssh/root
PAM?	No
SSH user login?	No
Admins	byte, derf, feuerrot

SSL

Zertifikat und Key für alle Dienste auf intern liegen unter /etc/ssl.

Website

vhosts liegen in /srv/www, vhost-configs in /etc/apache2/sites-enabled.

intern.chaosdorf.de

• HTTP-Requests werden auf HTTPS rewritten
• Userauth via LDAP
• ikiwiki auf /
• roundcube auf /webmail
• cgit auf /git
• sympa auf /sympa

Wikis

Wikis sind in /etc/ikiwiki/wikilist gelistet und können mit ikiwiki-mass-rebuild automatisch neugebaut werden. Configs liegen ebenfalls in /etc/ikiwiki.

wiki

• /srv/ikiwiki/wiki ⇒ /srv/www/de.chaosdorf.intern
• git: wiki
• apache2: intern.chaosdorf.de
• mit CGI

Webeditor-Fnord nach Updates

Es kann vorkommen, dass nach einem größeren Update keine Änderungen mehr angenommen werden. Im Normalfall liegt das daran, dass die Permissions des Wrapperskripts nicht mehr stimmen, was mit chmod 06755 /srv/www/de.chaosdorf.intern/cgi-bin/ikiwiki.cgi /srv/git/wiki/hooks/post-update behoben werden kann.

Git

Webview mit cgit unter <https://intern.chaosdorf.de/git>. SSH-Zugriff über git@chaosdorf.de:reponame.

Demnächst entfernen?

gitolite

Über gitolite@intern.chaosdorf.de können Git-Repositories für begrenzte Personenkreise (nicht automatisch alle Chaosdorfmitglieder) verwaltet werden. Um das Anlegen von Repos und Eintragen von SSH-Keys kümmert sich derf.

Munin

HTML und Graphen sind komplett dynamisch, es gibt entspreche Aliases und Rewrites in der Apache2-config. Erreichbar unter <https://intern.chaosdorf.de/munin/>.

Quota

Linux-Diskquota auf / via /etc/fstab. 512M soft und 768M hard. Beachten: dovecot weigert sich sobald die Soft-Quota erreicht wurde, irgendwelche Mailoperationen durchzuführen. Gibt ne entsprechende Logmeldung (quota exceeded). Um Userquotas temporär oder auch dauerhaft zu erhöhen: edquota -u nutzername

Mail

Als MTA kommt Postfix zum Einsatz, für POP3S/IMAPS Dovecot.

Postfix

Die Config ist recht unspektakulär. Spam wird durch SpamPD als content_filter markiert, Postgrey ist als Policy-Daemon eingetragen.

SASL Auth ist an Dovecot gebunden und nur erlaubt, wenn TLS verwendet wird. Wir bieten SMTP+STARTTLS an, zusätzlich SMTPS (SSL) und Submission (STARTTLS).

Die Mailboxen sind Maildirs in /srv/mail. Die gültigen User bezieht Postfix über users.ldap aus dem LDAP. Mit forward.ldap werden Mails weitergeleitet, wenn der User ein 'mailRoutingAddress'-Attribut im LDAP-Eintrag hat. intern@ wird via LDAP (ml-intern) und die internal_ok Restriction Class gehandhabt, während die restlichen Mailinglisten über Sympa laufen.

Dovecot

Als passdb verwendet Dovecot PAM, da LDAP dort eingebunden ist. Die userdb ist static auf den User vmail eingestellt.

Da Dovecot vor 1.2 kein STARTTLS enforcen kann, bieten wir nur POP3S und IMAPS an.

MySQL

Für Roundcube.

TLS

Das TLS-Zertifikat für wird einmal monatlich per certbot (LetsEncrypt) erneuert. Über /etc/crontab wird dazu /usr/local/sbin/refresh-tls-cert aufgerufen, was per certbot das Zertifikat erneuert und apache2, dovecot und postfix neustartet. Wir nutzen einen nicht ganz üblichen certbot-Workflow mit von uns manuell erstelltem CSR, da wir so einen ECDSA-Key für unser Zertifikat nutzen können.