Admintagebuch - Dokumentation der Admintätigkeiten

Technik Infrastruktur / Backbone
1578

IP-Routing für Gateways ohne eigenen Upstream repariert.

@citronalco, wir mussten leider einen Teil den du gemergt hast, wieder rauspatchen. Der Fall dass ein Gateway keine eigene Tunnel hat, hat nicht mehr funktioniert. Die Pakete wurden ungenattet rausgeschickt und wurden verworfen.

2 „Gefällt mir“
1579

Oha. Hoffentlich hat das hat keine ernsthaften Netzprobleme bei euch verursacht.

1580

Halb so wild, ist ein Netz zum Spielen und Lernen :grinning:.

2 „Gefällt mir“
1581
  • Tunneldigger Fanlin neu gestartet, hat gesponnen
  • Corny Nat-IP korrigiert, da sie von außen nicht pingbar war. Alte wieder aktiviert, ausgerollt und neu gestartet

=> Damit geht dann jetzt auch Domäne 51 wieder. Da gab es leider auf beiden Gateway zeitgleich unterschiedliche Probleme :confused:

2 „Gefällt mir“
1582

c1024 neu gestartet weil komisch…
tj01 neu ausgerollt da sich hier wohl irgendwie unsere ifupdow2 Konfig hin verschlichen hat und daher keine bck-* Tunnel zu den anderen Gateways aufbauen konnte.

3 „Gefällt mir“
1583

Remue-09 neu gestartet weil:

1 „Gefällt mir“
1584

mesh-announce in der Rolle gateways_respondd leicht modifiziert damit Gateways eindeutige Hostnamen auf der Karte bekommen und auf alle Gateways ausgerollt.

py-respondd hab ich deaktiviert.

mesh-announce ersetzt damit vorerst unser bisher genutztes py-respodd von @descilla bis wir py-respondd „repariert“ haben.

2 „Gefällt mir“
1585

kea-dhcp4 auf remue-09 gestartet.

3 „Gefällt mir“
1586

Forum aktualisiert.

2 „Gefällt mir“
1587

IPv4-NAT vom Firmware-Server repariert.
Interne IP hatte sich geändert -> iptables angepasst.

2 „Gefällt mir“
1588

Dem Firmware-Server eine Native IPv4 spendiert da das NAT andauernd kapod is und die IP noch frei war…

2 „Gefällt mir“
1589

Auf der neuen check MK VM Port 111 per iptables gedropt und iptables-persistent installiert weil das BSI Portmapper doof findet und Nervmails verschickt… rpcbind ist wohl eine Abhängigkeit von Check MK daher hab ich es nicht einfach deinstalliert.

2 „Gefällt mir“
1590

Auf der check_mk-Kiste:

systemctl stop rpcbind
systemctl stop rpcbind.socket 
systemctl disable rpcbind.socket 
systemctl disable rpcbind
systemctl disable rpcbind.target
systemctl stop rpcbind.target

Ich hatte deinen Post vorher nicht gelesen. @corny456.
Doppelt hält besser :slight_smile:

3 „Gefällt mir“
1591

Zertifikate für den CheckMK-Server status.tld konfiguriert.

1 „Gefällt mir“
1592

Was lange währt, wird endlich gut: corny läuft mit dem Ansible-Zweig as-router-als-gateway mit ifupdown2 produktiv. :tada::tada:

eth0 kann auf Grund des folgenden Bugs noch nicht neu gestartet werden: https://github.com/CumulusNetworks/ifupdown2/issues/147

Dies kann manuell umgangen werden:

ip addr del 144.76.69.56 peer 144.76.69.37/32 dev eth0
1 „Gefällt mir“
1593

Da mir aufgefallen war das diverse IPs aus zwielichtiger Herkunft ein starkes Interesse an unseren SSH Zugängen haben, hab ich mal eine kleine fail2ban rolle gebaut und auf alles was so da ist ausgerollt. Mit Ausnahme der debian 8 Maschinen. Da ist die Installation fehlgeschlagen und da wir die eh abreißen hab ich da keine mühe investiert.

IPs werden für 60 Minuten geblockt wenn sie mehr als 3 Fehlgeschlagene Logins binnen 10 Minuten hatten.

3 „Gefällt mir“
1594

Wiki war nicht erreichbar. Updates gemacht und neu gestartet.

1 „Gefällt mir“
1595

Reverse-User auf Parad0x neu angelegt und autossh auf dem Server an der BEZ repariert.

PS: + LAFP

1 „Gefällt mir“
1596

Festplatte vom meshviewer war vollgelaufen.
Logrotate war kapod und somit hatten sich 15GB Syslog angehäuft.
Konkret mussten nur die Rechte von /var/log auf 755 gesetzt werden. Keine Ahnung warum das nicht so war…

Abschließend noch schnell n paar Updates gemacht und alles durchgebootet.

2 „Gefällt mir“
1597

Stats Server upgedatet und neu gestartet.

2 „Gefällt mir“