Wiki-Server

Worum geht es?

Ich betreibe seit vielen Jahren einen Foswiki-Server. Hier meine Dokumentation des aktuellsten Servers.

Unterthemen

Eckdaten des aktuellen Servers

• VPS Appliance Foswiki bei connectyourhosting.com: 7.99 € / Monat
  • 1 CPU
  • 2 GB RAM
  • 100 GB SSD
  • IPV4 + IPV6 address
  • Unlimited traffic
  • Daily Backup
  • https://www.turnkeylinux.org/foswiki vorinstalliert
  • Debian Bullseye
  • root-Zugang zum Linux-Server

Allgemeine technische Notizen

• Dateien liegen unter /var/www/foswiki/
• "For some reason the working/work_areas/FlexWebListPlugin/webs.txt has been corrupted during upgrade. After i removing this file it was correctly regenerated and everything worked."

Überlegungen zur Sicherheit

• Tägliches apt-get upgrade ist per default als cron-job installiert
• Fail2Ban ist per default installiert, aktiviert und mit eigenen Regeln versehen
• IP-Range 47.128. aussperren mit deny from 47.128.000.000/16 in Apache config

Notizen zum Update

• https://foswiki.org/System/UpgradeGuide
• Antispam-Regex: https://moinmo.in/BadContent?action=raw
• Let's encrypt:
  • https://www.digitalocean.com/community/tutorials/how-to-secure-apache-with-let-s-encrypt-on-debian-10
  • certbot certificates liefert die aktuellen Zertifikate
  • c certbot certonly --cert-name arbeitsgruppe.ch -d www.arbeitsgruppe.ch -d arbeitsgruppe.ch -d www.fachgruppe-elearning.ch -d www.cyberhome.ch -d www.mehrals0und1.ch -d mehrals0und1.ch -d wikiway.ch -d www.wikiway.ch -d blog.doebe.li -d twike.doebe.li -d wiki.doebe.li -d www.ict-kompass.ch -d www.1to1learning.ch
• Fail2ban:
  • https://www.booleanworld.com/blocking-bad-bots-fail2ban/
• monit
  • https://wiki.ubuntuusers.de/Monit/
• robots.txt
• www.wikiway.ch hat eine spezielle Variation wikiway des Styles jazzynote von natskin. Dazu muss ein css ans richtige ort kopiert werden (als Anhang von JazzyNoteTheme) und die Variation muss in /bin/configure aktiviert werden.

Homepage-Plugin

Mit Hilfe des HomePage-Plugins lässt sich pro Domain einstellen, welches Subwiki per default angezeigt werden soll. Damit werden keine ModRewrites mehr benötigt und das Unterwiki wird nicht mehr in der URL angezeigt auf der Startseite. Perfektionismus-Mode on!

{
  'https://cyberhome.ch' => 'Cyberhome',
  'https://mehrals0und1.ch' => 'Digital',
  'https://www.cyberhome.ch' => 'Cyberhome',
  'https://www.fachgruppe-elearning.ch' => 'Fachgruppe',
  'https://www.mehrals0und1.ch' => 'Digital'
}

Crontab von www-data

30 0 * * * cd /vat/www/foswiki/bin; ./statistics -subwebs 1 >/dev/null 2>&1
45 0 * * * cd /var/www/foswiki/bin && perl ../tools/tick_foswiki.pl

Vorgehen beim Migrieren eines Subwikis

• Am alten Ort Dateien in eine .tgz-DAtei packen:
  • tar czf Unterwiki-data.tgz data/Unterwiki
  • tar czf Unterwiki-pub.tgz pub/Unterwiki
• Die Dateien auf den neuen Wikiserver verschieben und dort wieder auspacken:
  • tar xzf Unterwiki-data.tgz
  • tar xzf Unterwiki-pub.tgz
• Danach die Conversion zu UTF8 vornehmen (aus dem tools-Verzeichnis)
  • perl ./convert_charset.pl -web=Unterwiki  -encoding=windows-1252
• Weil dabei offenbar die rcs-Files unlesbar werden, die .tgz-Files nochmals an einem anderen Ort auspacken und nur die .txt,v-Dateien ins data-Verzeichnis schiieben
• Damit sind zwar die alten Version nicht UTF8, aber es ist nachvollziehbar, was wann inhaltlich passiert ist.

Solr updaten nach dem Migrieren eines Subwikis

cd tools
sudo -u www-data ./solrindex mode=full optimize=on

Cache aktualisieren nach dem Migrieren eines Subwikis

Ausführen als user www-data

cd /bin
./rest /DBCachePlugin/updateCache