Ich betreibe aktuell einen Offloader (FriendlyElec NanoPi R4S, v2024.6.1 / gluon-v2023.1.2+) und einen Node (D-Link DAP-X1860 A1, v2024.6.1 / gluon-v2023.1.2+).
Das Ziel ist, dass der Offloader WAN seitig mit dem Node mesht. Dazu ist am Offloader Mesh-on-WAN aktiviert und am Node ebenfalls und beide Geräte hängen im selben Netzwerk, damit sie sich WAN seitig sehen können. Allerdings klappt es mit dem Mesh nicht, in der Map wird zwar auch die Verbindung angezeigt, sprich die Geräte sehen sich wohl:
Wenn ich jetzt am D-Link Node Mesh VPN deaktiviere, ist über das WLAN des Node kein Internetzugriff mehr möglich und der Node geht in der Map auch offline. Am Offloader will ich LAN seitig nicht meshen, da hier noch die Freifunk SSID über normale Access Points verteilt wird. Das erfolgt über entsprechende VLAN Zuordnung, das funktioniert auch einwandfrei.
Langsam gehen mir die Ideen aus, ich habe WAN seitig schon einen unmanaged Switch getestet, das ändert nichts…
Falls Du Dich auf beiden Routern per ssh (oder anders auf die Console kommst), dann schau doch mal den output von den Befehlen
batctl if
brctl show
und ggf. nochmal selbst gucken, ob Du auf dem wan-Meshinterface (NICHT dem mesh-vpn) mindestens eine andere RouterBatmanMAC sehen kannst.
also irgendwas mit („-v mesh-vpn“, um den output etwas aufzuräumen, oder halt das wifimesh-interface) batctl o -v mesh-vpn
Aktuell komme ich nur per SSH auf den Offloader. Den Router kann ich die Tage noch einrichten, damit ich da ebenfalls auf die Konsole komme.
Hier die Ausgabe für
batctl if
brctl show
Die MAC Adressen vom Offloader habe ich durch XXX unkenntlich gemacht.
root@ffmuc-XXX:~# batctl if
primary0: active
vx_mesh_uplink: active
mesh-vpn: active
root@ffmuc-XXX:~# brctl show
bridge name bridge id STP enabled interfaces
Der Befehl wird leider nicht akzeptiert. Auf " batctl o" wird folgendes ausgegeben:
Hmm, ich finde merkwürdig, dass da keine Bridges angezeigt werden.
Aber mag sein, dass neuere OpenWRT-Versionen das anders machen als ich es erwarte.
Aber trotzdem sieht es so aus, als wäre MeshOnWan an diesem Knoten nicht aktiv.
Also weder scheint das vx_mesh_uplink auf einem eth$irgendwas verbunden zu sein, noch taucht halt ein Nachbarknoten auf lokalen Meshinterfaces auf (die „mesh-vpn“ zählen nicht, denn die sind auf der anderen Seite des VPN-Tunnels in $sonstwo.
Als der Offloader und der Node normal eingerichtet waren (ohne aktives Mesh-on-WAN) habe ich in der Freifunk Map unter Verbindungen nur das zugeordnete Gateway gesehen. Nachdem ich Mesh-on-WAN aktiviert habe, wird beim Offloader und beim Node jeweils noch der Node bzw. der Offloader angezeigt. Also irgendwie scheinen die Geräte sich zu sehen.
