Keine IP-Vergabe auf Freifunk-WLAN

Hallo,

ich habe heute nach längerer Pause mal wieder meinen Router (WR1043ND V2, “Die-wilde-Elf”) auf FFRN geflasht und wollte ihn in Betrieb nehmen. Das private WLAN funktioniert. Aber per Freifunk bekommt man keine IP zugewiesen. Woran kann das liegen?

Per SSH eingeloggt bekomme ich folgendes per logread:

Tue Jun 28 16:08:33 2016 daemon.info fastd[1361]: resolving host gw09.ffrn.de' for peer <mesh_vpn_backbone_peer_gw09>... Tue Jun 28 16:08:33 2016 daemon.info fastd[1361]: resolving hostgw09.ffrn.de’ failed: Name or service not known
Tue Jun 28 16:08:34 2016 daemon.info fastd[1361]: resolving host gw06.ffrn.de' for peer <mesh_vpn_backbone_peer_gw06>... Tue Jun 28 16:08:34 2016 daemon.info fastd[1361]: resolving hostgw06.ffrn.de’ failed: Name or service not known
Tue Jun 28 16:08:41 2016 daemon.info fastd[1361]: resolving host gw04.ffrn.de' for peer <mesh_vpn_backbone_peer_gw04>... Tue Jun 28 16:08:41 2016 daemon.info fastd[1361]: resolving hostgw04.ffrn.de’ failed: Name or service not known
Tue Jun 28 16:08:44 2016 daemon.info fastd[1361]: resolving host gw05.ffrn.de' for peer <mesh_vpn_backbone_peer_gw05>... Tue Jun 28 16:08:44 2016 daemon.info fastd[1361]: resolving hostgw05.ffrn.de’ failed: Name or service not known
Tue Jun 28 16:08:46 2016 daemon.info fastd[1361]: resolving host gw08.ffrn.de' for peer <mesh_vpn_backbone_peer_gw08>... Tue Jun 28 16:08:46 2016 daemon.info fastd[1361]: resolving hostgw08.ffrn.de’ failed: Name or service not known
Tue Jun 28 16:08:50 2016 daemon.info fastd[1361]: resolving host gw02.ffrn.de' for peer <mesh_vpn_backbone_peer_gw02>... Tue Jun 28 16:08:50 2016 daemon.info fastd[1361]: resolving hostgw02.ffrn.de’ failed: Name or service not known
Tue Jun 28 16:08:53 2016 daemon.info fastd[1361]: resolving host gw09.ffrn.de' for peer <mesh_vpn_backbone_peer_gw09>... Tue Jun 28 16:08:53 2016 daemon.info fastd[1361]: resolving hostgw09.ffrn.de’ failed: Name or service not known
Tue Jun 28 16:08:53 2016 daemon.info fastd[1361]: resolving host gw03.freifunk-rhein-neckar.de' for peer <mesh_vpn_backbone_peer_gw03>... Tue Jun 28 16:08:53 2016 daemon.info fastd[1361]: resolving hostgw03.freifunk-rhein-neckar.de’ failed: Name or

Ich hab den Log mal etwas gekürzt. Das Problem ist, dass der Knoten scheinbar die Adressen unserer Gateways nicht auflösen kann. Kann es sein, dass du den Knoten hinter einer Firewall (z.B. Fritzbox Gastzugang) betreibst und dort DNS nicht freigegeben hast?

Der TP-Link hängt per LAN-Kabel an der Fritzbox. Im privaten WLAN des TP-Link funktioniert alles und auch per SSH und Ping werden die Hostnamen richtig aufgelöst.

Ich hatte auch schon ein ähnliches Problem.
Mir würden jetzt spontan zwei Dinge einfallen woran das liegen könnte.

  1. Beim flashen der FFRN Firmware wurden nicht alle alten Daten zurückgesetzt. Unbedingt den Haken bei “Einstellungen übernehmen” auf der Firmware-Update Seite raus nehmen, damit die Firmware sich wieder frisch installiert, und kein alter Datenmüll im Router Probleme macht.

  2. Wenn der Router schon mal im FFRN Netz registriert war, musst du in der Knotenverwaltung die Daten nochmal aktualisieren. Mit dem Registrierung-Token des Routers nochmal in der Knotenverwaltung einwählen, und insbesondere der VPN-Schlüssel auf Richtigkeit überprüfen. Die Daten in der Registry und auf dem Knoten müssen übereinstimmen.

Bei mir hat das erneute, saubere Flashen der Firmware und die Korrektur der Knoten-Registry geholfen.

Das ist komisch, da genau dieser Hinweis bedeutet, dass er den DNS Namen nicht korrekt auflösen kann. Das müsste er immer können, selbst wenn der Knoten falsch geflasht wurde oder nicht registriert ist. Hast du irgend welche individuellen Einstellungen an dem Knoten vorgenommen?

Der einzige Fall in dem ich mir das Problem noch vorstellen könnte ist, wenn der Knoten von unserer alten Firmware auf die neu aktualisiert wurde und dabei die alte Config erhalten geblieben ist. Dann einfach die Firmware (Factory Image) nochmal einspielen und, ganz wichtig, das Häkchen bei “Config Beibehalten” raus machen.

@linuxq konntest du dein Problem inzwischen lösen?

Hi,

ich habe es heute abend noch mal versucht. Ohne Erfolg. Ich habe auch den Router auf TP-Link Firmware zurückgeflasht. Dann hatte ich erst das Problem, daß der Knotenname bereits genutzt war (und ich den Token nicht mehr gefunden habe) und bei anderem Knotennamen kam der Fehler, daß auf die MAC-Adresse bereits ein Knoten registriert ist.

Könnt Ihr meine MAC 30:b5:c2:3e:87:0a aus der Datenbank löschen? Und auch den Knoten “Die-wilde-Elf” bitte !? Dann versuche ich es noch mal von neuem. Wobei ich die nächsten 2 Wochen kaum dran kommen werde.

Danke! LinuxQ

Der Knoten mit dieser MAC ist jetzt erstmal gelöscht. Wenn es noch einen anderen gibt, gerade noch die MAC von dem Knoten schicken. Danke! Und dann viel Erfolg! Klingt schon etwas komisch.

So, nach langer Pause habe ich wieder das FFRN-Image geflasht (bisher lief wieder die original TP-Link). Das selbe Problem wie vorher. Privates WLAN läuft, aber im FFRN-WLAN bekommt der Rechner keine IP :(

Mon Nov 21 16:07:55 2016 daemon.info fastd[1471]: sending handshake to <mesh_vpn_backbone_peer_gw03>[138.201.30.247:10000]...

Mon Nov 21 16:07:55 2016 daemon.info fastd[1471]: resolving host gw03.freifunk-rhein-neckar.de' for peer <mesh_vpn_backbone_peer_gw03>... Mon Nov 21 16:07:55 2016 daemon.info fastd[1471]: resolved hostgw03.freifunk-rhein-neckar.de’ successfully
Mon Nov 21 16:07:58 2016 daemon.info fastd[1471]: sending handshake to <mesh_vpn_backbone_peer_gw09>[[2a01:4f8:171:3242::4]:10000]…
Mon Nov 21 16:07:58 2016 daemon.info fastd[1471]: sending handshake to <mesh_vpn_backbone_peer_gw06>[138.201.62.58:10000]…
Mon Nov 21 16:07:58 2016 daemon.info fastd[1471]: resolving host gw06.ffrn.de' for peer <mesh_vpn_backbone_peer_gw06>... Mon Nov 21 16:07:58 2016 daemon.info fastd[1471]: resolved hostgw06.ffrn.de’ successfully
Mon Nov 21 16:07:59 2016 daemon.info fastd[1471]: resolving host gw04.ffrn.de' for peer <mesh_vpn_backbone_peer_gw04>... Mon Nov 21 16:07:59 2016 daemon.info fastd[1471]: resolving hostgw04.ffrn.de’ failed: Name or service not known
Mon Nov 21 16:08:01 2016 daemon.info fastd[1471]: resolving host gw05.ffrn.de' for peer <mesh_vpn_backbone_peer_gw05>... Mon Nov 21 16:08:01 2016 daemon.info fastd[1471]: resolving hostgw05.ffrn.de’ failed: Name or service not known
Mon Nov 21 16:08:02 2016 daemon.info fastd[1471]: sending handshake to <mesh_vpn_backbone_peer_gw08>[138.201.62.59:10000]…
Mon Nov 21 16:08:02 2016 daemon.info fastd[1471]: resolving host gw08.ffrn.de' for peer <mesh_vpn_backbone_peer_gw08>... Mon Nov 21 16:08:02 2016 daemon.info fastd[1471]: resolved hostgw08.ffrn.de’ successfully
Mon Nov 21 16:08:09 2016 daemon.info fastd[1471]: sending handshake to <mesh_vpn_backbone_peer_gw02>[[2a01:4f8:100:57a3::1]:10000]…
Mon Nov 21 16:08:14 2016 daemon.info fastd[1471]: sending handshake to <mesh_vpn_backbone_peer_gw03>[[2a01:4f8:171:3242::3]:10000]…
Mon Nov 21 16:08:19 2016 daemon.info fastd[1471]: sending handshake to <mesh_vpn_backbone_peer_gw06>[[2a01:4f8:172:1713::6]:10000]…
Mon Nov 21 16:08:19 2016 daemon.info fastd[1471]: resolving host gw04.ffrn.de' for peer <mesh_vpn_backbone_peer_gw04>... Mon Nov 21 16:08:19 2016 daemon.info fastd[1471]: resolving hostgw04.ffrn.de’ failed: Name or service not known
Mon Nov 21 16:08:20 2016 daemon.info fastd[1471]: sending handshake to <mesh_vpn_backbone_peer_gw09>[138.201.30.244:10000]…
Mon Nov 21 16:08:20 2016 daemon.info fastd[1471]: resolving host gw09.ffrn.de' for peer <mesh_vpn_backbone_peer_gw09>... Mon Nov 21 16:08:20 2016 daemon.info fastd[1471]: resolved hostgw09.ffrn.de’ successfully
Mon Nov 21 16:08:21 2016 daemon.info fastd[1471]: resolving host gw05.ffrn.de' for peer <mesh_vpn_backbone_peer_gw05>... Mon Nov 21 16:08:21 2016 daemon.info fastd[1471]: resolving hostgw05.ffrn.de’ failed: Name or service not known
Mon Nov 21 16:08:24 2016 daemon.info fastd[1471]: sending handshake to <mesh_vpn_backbone_peer_gw08>[138.201.62.59:10000]…
Mon Nov 21 16:08:24 2016 daemon.info fastd[1471]: resolving host gw08.ffrn.de' for peer <mesh_vpn_backbone_peer_gw08>... Mon Nov 21 16:08:24 2016 daemon.info fastd[1471]: resolved hostgw08.ffrn.de’ successfully
Mon Nov 21 16:08:24 2016 daemon.info fastd[1471]: received handshake response from <mesh_vpn_backbone_peer_gw08>[138.201.62.59:10000] using fastd v17
Mon Nov 21 16:08:24 2016 daemon.info fastd[1471]: 138.201.62.59:10000 authorized as <mesh_vpn_backbone_peer_gw08>
Mon Nov 21 16:08:24 2016 daemon.notice fastd[1471]: connection with <mesh_vpn_backbone_peer_gw08> established.
Mon Nov 21 16:08:24 2016 daemon.info fastd[1471]: new session with <mesh_vpn_backbone_peer_gw08> established using method null'. Mon Nov 21 16:08:43 2016 daemon.info fastd[1471]: received handshake from <mesh_vpn_backbone_peer_gw08>[138.201.62.59:10000] Mon Nov 21 16:08:43 2016 daemon.info fastd[1471]: 138.201.62.59:10000 authorized as <mesh_vpn_backbone_peer_gw08> Mon Nov 21 16:08:43 2016 daemon.info fastd[1471]: new session with <mesh_vpn_backbone_peer_gw08> established using methodnull’.
Mon Nov 21 16:08:51 2016 daemon.info dnsmasq[1857]: reading /tmp/resolv.conf.auto
Mon Nov 21 16:08:51 2016 daemon.info dnsmasq[1857]: using local addresses only for domain lan
Mon Nov 21 16:08:51 2016 daemon.info dnsmasq[1857]: using nameserver 2a01:4f8:100:57ff:8::53#53
Mon Nov 28 22:03:51 2016 daemon.info hostapd: wlan0-2: STA 00:1c:bf:4a:62:ee WPA: group key handshake completed (RSN)
Mon Nov 28 22:03:51 2016 daemon.info hostapd: wlan0-2: STA a4:e4:b8:ac:2d:c6 WPA: group key handshake completed (RSN)

Der Knoten heisst jetzt “The-wild-Place”.

inzwischen erscheint er auf der Karte als online. Hast du noch was geändert?

Hi, sorry für die späte Antwort. Nein, ich habe nichts mehr geändert. Am nächsten Morgen lief es. :)

2 „Gefällt mir“