@Parad0x, @Fungur und ich haben heute Nachmittag das Problem mit birdv4 gelöst. Das Protokoll direct fehlte. Außerdem haben wir noch die IPV6 für die FFRL-Tunnel auf dem Gateway Parad0x korrigiert.
Die Tunnel stehen jetzt, das Routing sieht gut aus. Als nächstes wird das Backway ans restliche Backbone-Netz angeschlossen.
@MPW und ich haben die neuen Backway-Rollen weiter gerade gezogen, so dass sie auch für normale Gateways funktionieren. Entsprechend wurde backways.yml in gateways.yml umbenannt und auf den L2TP-Domänen-Gateways ausgerollt.
Parad0x wurde als zusätzlicher Server für die Domänen 12, 13 und 16 konfiguriert, um die Backway-Funktionalität weiter zu testen.
Wir haben gestern @Fanlin s Gateway Backbone wieder in Betrieb genommen. Der Durchsatz an Greyworm sollte jetzt wieder auf dem Niveau von vor einigen Wochen liegen. An einer Erweiterung der Serverkapazitäten wird gearbeitet. Wir warten derzeit auf einen neuen Tunnel aus dem Rheinland.
ich habe das IPV6-Routing in den Fastd-Domänen repariert. Dazu hab ich folgendes geändert:
bat-Interfaces im OSPF auf stub gesetzt, das verursacht sonst komische, unnötige Effekte.
ip -6 rule add from [FF-IPV6] hinzugefügt
Regeln mit Präferenzen versehen, alle haben jetzt 16000 nur die suppress_prefixlength hat 16500
Irgendwie funktioniert es dadurch auch auf sn-parad0x-01, welche keine IPV6 hat. Genau verstanden habe ich noch nicht warum. Theoretisch dürfte es keinen Unterschied machen. Aber scheinbar wird das Paket sonst irgendwie zu früh in die Standardtabelle geleitet, wo es nicht verarbeitet werden kann.
Ich habe eben in unserer Wordpress-Installation das Plug-In Podlove Podcast Publisher sowie die Themes Twenty Thirteen, Twenty Fourteen und Twenty Fifteen aktualisiert.
Ich habe das WordPress-Plugin “WP to Twitter” von Version 3.2.6 auf 3.2.8 aktualisiert.
Ich habe im primären Menü (sprich in der horizontalen Menüleiste) die vier letzten Punkte umsortiert, sodass nun diese Reihenfolge steht:
Communities - Presse - Wiki - FAQ
Vorherige Konfiguration: Wiki - FAQ - Communities - Presse
Desweiteren habe ich die Standard-Themes Twenty Thirteen, Twenty Fourteen und Twenty Fifteen deinstalliert. Als Fallback unseres Themes The Box FFMS fungiert weiterhin das Theme “The Box”
Habe in domäne-14/15 ein paar mal gebootet, weil ich mir zunächst nicht anders zu helfen wusste:
Mein Hoster hatte ffwaf-srv3 wieder angestellt, und der behauptete schön ein Router zu sein und verbreitete auch schick die alten Prefixe. Diese sind inzwischen ausgetimed.
So sieht man schön, welche Router, welche prefixe anbieten…
Beim reboot von remue07 stelle ich fest, dass die l2tp-vpn interfaces nicht ins batman eingetragen werden. Ich hab die schlicht einfach von Hand eingetragen: läuft eigentlich in letzter Zeit (>60 Tage) ohne crash/problem.
Auf ffwaf-srv4 gab es ein routing-problem für einige ipv4 Adressen: 10.43.112.64/27 (soll: 10.43.120.64/27) wurde auf das br-client1 Interface, nicht in das bat0 Interface geroutet.
Habe die PDF-Funktion im Wiki aktiviert und die Settings des Docker für Dokuwiki angepasst. Leider funktioniert es noch nicht. Abhängigkeiten fehlen. Ich mache die Tage weiter.
Habe die Regel auf fanlin/c1024 wieder eingetragen: Mir war aufgefallen, dass ipv4 regelmäßig von android Geräten, die das mit der MTU im DHCP nicht fressen, nicht richtig getan hat.
Ich habe auf der Ansible-VM Ansible auf Version 2.0.2.0 aktualisiert. Dazu habe ich die Abhängigkeiten von apt-get auf pip umgestellt, da die Debian-Pakete zu alt waren. Das war ein ziemliches Gefrickel, zukünftig sollte Ansible aber mit folgendem Befehl aktualisiert werden können:
Ich habe jetzt die Domänen 17-25 auf Des2 aktiviert. Dadurch sind jetzt Parad0x und Des2 für die Domänen zuständig. Barristan traue ich irgendwie weiterhin nicht, zumal es dort Berichte gab, dass der Durchsatz nicht so gut sein soll.
Communityspezifische Kontaktblöcke auf der Website entfernt, weil bei der Fülle an Gemeinschaften einige dabei unfairerweise untergehen. Allgemeiner Kontaktblock besteht weiterhin.