Hab dich freigeschaltet. Wie man drauf kommt, wird hier erklärt.
Und jetzt dann mal wirklich. Ups…
Für die Mitlesenden: Kevin hat zwei Stunden mit Putty rumgehext und sogar ein virtuelles Ubuntu installiert, bis ich mal nachgesehen habe und festgestellt habe, dass sein Schlüssel fehlt.
auf des1 kea und py-respondd nachgestartet. Die VM hat sich aus unerfindlichen gründen neu gestartet…
Update Notification vom Forum hing, hat sich lange nicht bewegt das kam mir komisch vor. Von Hand aktualisiert.
Zulip auf Version 2.0.0 aktualisiert.
OS der Zulip VM aktualisiert.
Zulip auf Version 2.0.1 aktualisiert.
OS der Zulip VM aktualisiert.
Ungenutzte IPs von Deshyper-02 gekündigt.
Des2 hat heute Nacht einen Neustart hingelegt und der DHCP sowie ein Tunneldigger sind nicht mit hoch gekommen.
Manuell nachgestartet.
Herzlich willkommen @RobWei
Kea DHCP und py-respondd auf corny2 nachgestartet.
Corny2 auf ifupdown1 umgestellt, weil ifupdown2 das Forwarding nicht automatisch aktiviert und ich gerade keine Lust habe, das im Ansible zu berücksichtigen.
https://forum.freifunk-muensterland.de/t/ipv4-in-dom43/4167/10
PS: Corny2 hat die Rückumstellung nicht überlebt .
Nachträgliche Dokumentation von der Nacht des 15.-16.03.2019
automatix py-respondd wieder gestartet.
rowe musste neugestartet werden, da ich die interface-Konfig auf dem Hypervisor geändert habe.
corny2 repariert.
- rm $(which ifup/ifquery/ifdown/ifreload) mehrfach ausgeführt
- dpkg -i /var/cache/apt/ifupdown_0.7…
- systemctl unmask networking.service
- reboot
Grüße
Matthias
iptables-restore auf voyager ausgeführt. Was zum Teufel ist mit diesem Linux-Nat ständig.
root@voyager ~ # dpkg-reconfigure iptables-persistent
dpkg-query: package 'iptables-persistent' is not installed and no information is available
Use dpkg --info (= dpkg-deb --info) to examine archive files,
and dpkg --contents (= dpkg-deb --contents) to list their contents.
/usr/sbin/dpkg-reconfigure: iptables-persistent is not installed
hab das auf deshyper-01, voyager und unimatrixzero mal nachgeholt…
Verstehe ich nicht. Das Paket ist drauf gewesen. Die NAT-Regeln waren auch drin. Der vergisst die nur ständig.
iptables-save/restore ≠ iptables-persistent
Ja, der Teil ist mir klar. Ich meinte, dass die Regeln ja angezeigt werden in
iptables -t nat -S
aber manchmal einfach nicht funktionieren, bis man sie nochmal neu laden lässt. Das halte ich für einen Bug.
Sah vorher und nachher exakt gleich aus, war aber vorher kaputt.
rowe’s hypervisor hat upgrades bekommen.
- hypercorn mit Updates versorgt.
- auf corny2 lief komischerweise nur eine queue obwohl 2 aktiv. setzen auf 1 und wieder auf 2 lie die 2. dann starten…