Hallo, wir hatten leider eine Vermischung von Domaenen durch eine Misskonfiguration eines APs. TR-Mark10 war konfiguriert um ueber die Treuen-Domaene zu meshen, aber hat sich mit den VPN-Port fuer die Kleinst-Domaenen verbunden. Dadurch gab es eine nicht gewollte Layer-2 Verbindung von: * Treuen * FFV (Fallback) * Adorf * Auerbach * Bergen * Bad Brambac * Bad Elster * Bösenbrunn * Eichigt * Ellefeld * Elsterberg * Falkenstein * Grünbach * Heinsdorfergrund * Klingenthal * Limbach * Lengenfeld * Markneukirchen * Mühlental * Netzschkau * Neumark * Neustadt * Neuensalz * Pausa-Mühltroff * Rosenbach * Rodewisch * Steinberg * Theuma * Tirpersdorf * Triebel * Weischlitz * Werda Daher koennten bei einigen Geraeten eine falsche Adresse konfiguriert worden sein. Wenn auch unwahrscheinlich, koennten einige Daten nicht-optimal ueber das Netz geleitet worden sein. Laut Statistik, hat dieser Knoten aber nicht auffaellig viele Daten weitergeleitet. Ich habe jetzt die Konfiguration auf dem AP TR-Markt10 neu fuer Treuen generiert: uci set gluon.core.domain='ffv_tr' uci commit gluon gluon-reconfigure reboot Das Problem bestand scheinbar seit gestern Mittag und wurde von mir heute 9 Uhr behoben. Es koennten aber noch Clients oder APs in den betroffenen Domaenen existieren, die noch den falschen Adressbereich nutzen und jetzt Verbindungsprobleme haben. Diese sollten sich theoretisch in den naechsten Stunden von alleine erholen oder koennen manuell neu verbunden/gestartet werden um das Problem zu beheben. Gruesse, Sven
Hoppla, mein Fehler 🫣 Von meinem iPhone gesendet
Am 23.08.2026 um 10:53 schrieb Sven Eckelmann <sven@narfation.org>:
Hallo,
wir hatten leider eine Vermischung von Domaenen durch eine Misskonfiguration eines APs. TR-Mark10 war konfiguriert um ueber die Treuen-Domaene zu meshen, aber hat sich mit den VPN-Port fuer die Kleinst-Domaenen verbunden. Dadurch gab es eine nicht gewollte Layer-2 Verbindung von:
* Treuen * FFV (Fallback) * Adorf * Auerbach * Bergen * Bad Brambac * Bad Elster * Bösenbrunn * Eichigt * Ellefeld * Elsterberg * Falkenstein * Grünbach * Heinsdorfergrund * Klingenthal * Limbach * Lengenfeld * Markneukirchen * Mühlental * Netzschkau * Neumark * Neustadt * Neuensalz * Pausa-Mühltroff * Rosenbach * Rodewisch * Steinberg * Theuma * Tirpersdorf * Triebel * Weischlitz * Werda
Daher koennten bei einigen Geraeten eine falsche Adresse konfiguriert worden sein. Wenn auch unwahrscheinlich, koennten einige Daten nicht-optimal ueber das Netz geleitet worden sein. Laut Statistik, hat dieser Knoten aber nicht auffaellig viele Daten weitergeleitet.
Ich habe jetzt die Konfiguration auf dem AP TR-Markt10 neu fuer Treuen generiert:
uci set gluon.core.domain='ffv_tr' uci commit gluon gluon-reconfigure reboot
Das Problem bestand scheinbar seit gestern Mittag und wurde von mir heute 9 Uhr behoben. Es koennten aber noch Clients oder APs in den betroffenen Domaenen existieren, die noch den falschen Adressbereich nutzen und jetzt Verbindungsprobleme haben. Diese sollten sich theoretisch in den naechsten Stunden von alleine erholen oder koennen manuell neu verbunden/gestartet werden um das Problem zu beheben.
Gruesse, Sven
participants (2)
-
Enno M. -
Sven Eckelmann