Wir haben einen ebtables fix der die anfragen an die 10.5.255.254 passen umbiegt, der ist allerdings noch nicht getestet und da es IPv6 gibt hat es bei mir auch geringe Priorität das implementieren:
Als Notitz an mich selber der Vorschlag von @jannic im Slack:
ebtables -t nat -A PREROUTING --logical-in br-client --ip-dst 10.5.255.254 -p ipv4 -j dnat --to-destination ac:41:95:40:f7:dc
Kann jeder der Zeit hat bei sich auf dem Router testen.
Zuerst war die Statuspage unter 10.5.255.254 nicht mehr erreichbar, jetzt funktioniert auch die IPv6-Adresse http://[2a03:2260:114:ac01:ffff::1]/ nicht mehr.
Kann man die Statusseite oder etwas ähnliches überhaupt noch erreichen? Ich suche eine Möglichkeit, zu sehen, im Range welches Freifunk-Routers ich mich befinde.
MfG Jochen
Inzwischen gibt es für die next-node-Adresse (ehemals 10.5.255.254) eine IPv6 ULA, die auf jedem Knoten und in jedem Segment gültig ist und auf die Statusseite zeigt, nämlich http://[fdac::ac]/
Gruß
David
Siehe auch:
Funktioniert http://[fdac::ac]/ standardmäßig einfach so im Browser, wenn ich per WLAN am FF hänge? Ich bekomme einen Fehler ERR_ADDRESS_UNREACHABLE.
Eigentlich schon.
Was nutzt du denn für ein Endgerät, und ist IPv6 auch aktiviert?
Kann ich leider nur bestätigen. Auch hier sind fdac::ac und 10.5.255.254 weder im Browser zu erreichen noch pingbar.
Das ist ausgesprochen seltsam, erreichst du die Statusseite über die Karte bzw knotenname.nodes.ffac
Statusseite über Karte und Aufruf über knotenname.nodes.ffac geht nicht bei der Node mit der ich gerade verbunden bin, aber mit allen anderen.
Beide Links auf der Karte, auch der zur fdac adresse?
Habt ihr auf euren Endgeräten geprüft ob sie eine fdac Adresse haben?
Sorry, das war etwas unklar.
über Karte:
Random Node: geht
Verbundenen Node: geht
über knotenname.nodes.ffac:
Random Node: geht
Verbundenen Node: geht nicht
Adressen habe ich:
IPv6-Adresse: 2a03:2260:114:3:c465:ec53:bc66:c42c(Bevorzugt)
Temporäre IPv6-Adresse : 2a03:2260:114:3:1139:616f:2e41:e6c2(Bevorzugt)
Verbindungslokale IPv6-Adresse: fe80::c465:ec53:bc66:c42c%12(Bevorzugt)
Da du keine fdac Adresse bekommen hast, kannst du sie nicht aufrufen. Ich tippe darauf, dass auf dem Knoten der radvd abgeschmiert ist.
Direkt nach einem Neustart geht es tatsächlich wieder.
Wobei dieser Knoten eh nie länger als 24Std läuft und der letzte Neustart erst 2 Stunden her ist (ist der Reboot C5, du weißt schon). 
Dann ist die Sache recht klar, dem geht schnell der RAM aus, daraufhin werden Prozesse abgeschossen.
@bulli hat dein Knoten auch RAM Probleme?
Hm, sieht so aus. Auf der Statusseite der FFMap zeigt er 85%.
Ist das auch ein tp-link Archer?
Wie heißt der Knoten denn?
Ist ein wr1053nd version 1
ffhrath-schleypenhof
@Bulli , also ein wirklich langsames Gerät mit wenig RAM, der entspricht in etwa einem 841v7. Das ist eines der aller schwächsten Geräte in der Domäne. Trotzdem ärgerlich wenn bei diesen Geräten der radvd sterben sollte. Kannst du bitte test ob kurz nach dem boot die statusseite über http://[fdac::ac]/ erreichbar ist?
Ist http://[fdac::b248:7aff:febe:d482] generell lokal, also aus dem Segment 6 in dem du bist erreichbar?
Das liegt daran:
Ja, hatte mich da leider vertan und eine Version 1 gekauft. Sollte eigentlich V2 oder V3 werden, war ich aber selbst schuld. Als Einstieg reicht es vielleicht erstmal, und 22€ war jetzt auch nicht soo wild.
Beide IP-V6-Adressen, die Du angibst, sind auch direkt nach Reboot nicht erreichbar. Ich benutze Safari unter OSX. http://test-ipv6.com sagt, alles sei OK.
Chrome läuft auf einen Timeout, Safari sagt, der erste Teil der Adresse sei ungültig.
Mal sehen, ich suche mal nach einem stärkeren Router, dann kommt der 1043 vielleicht nach draußen, um den Spielplatz zu versorgen.
Die mit fe80 kann im allgemeinen von Browsern nicht verwendet werden. Die anderen dürfen keine Probleme machen.
Wie dort schon kurz nach dem Start der radvd, der für die IPv6 Next Node Adresse benötigt wird weg sein soll kann ich mir nicht erklären.