leider habe ich das Problem, dass mein Freifunk Router (TPLink wr1043n-nd-v3) keinen VPN Tunnel aufbaut. Zum testen habe ich derzeit die 2016.1.4-2-beta installiert.
WLAN Netz heisst FF_OFFLINE_***
FF Router hat eine statische IP im Heimnetzwerk bekommen
Ping auf 8.8.8.8 funktioniert (per SSH)
Logread zeigt auch an, dass er mit den nodes kommuniziert
Mon May 23 20:13:56 2016 daemon.info fastd[1816]: sending handshake to <mesh_vpn_backbone_peer_aachen04>[[2a00:fe0:1:3b:5054:ff:fe00:106]:30104]…
Mon May 23 20:13:57 2016 daemon.info fastd[1816]: sending handshake to <mesh_vpn_backbone_peer_aachen07>[62.133.205.70:30907]…
Mon May 23 20:13:57 2016 daemon.info fastd[1816]: resolving host 07.nodes.freifunk-aachen.de' for peer <mesh_vpn_backbone_peer_aachen07>... Mon May 23 20:13:57 2016 daemon.info fastd[1816]: resolved host 07.nodes.freifunk-aachen.de’ successfully
Mon May 23 20:14:00 2016 daemon.info fastd[1816]: sending handshake to <mesh_vpn_backbone_peer_aachen05>[5.61.85.220:30105]…
Mon May 23 20:14:00 2016 daemon.info fastd[1816]: resolving host 05.nodes.freifunk-aachen.de' for peer <mesh_vpn_backbone_peer_aachen05>... Mon May 23 20:14:00 2016 daemon.info fastd[1816]: resolved host 05.nodes.freifunk-aachen.de’ successfully
Mon May 23 20:14:05 2016 daemon.info fastd[1816]: resolving host 10.nodes.freifunk-aachen.de' for peer <mesh_vpn_backbone_peer_aachen10>... Mon May 23 20:14:05 2016 daemon.info fastd[1816]: resolving host 10.nodes.freifunk-aachen.de’ failed: Name or service not known
Mon May 23 20:14:06 2016 daemon.info fastd[1816]: sending handshake to <mesh_vpn_backbone_peer_aachen01>[5.61.84.134:30201]…
Mon May 23 20:14:06 2016 daemon.info fastd[1816]: resolving host 01.nodes.freifunk-aachen.de' for peer <mesh_vpn_backbone_peer_aachen01>... Mon May 23 20:14:06 2016 daemon.info fastd[1816]: resolved host 01.nodes.freifunk-aachen.de’ successfully
Mon May 23 20:14:08 2016 daemon.info fastd[1816]: sending handshake to <mesh_vpn_backbone_peer_aachen02>[5.61.85.138:30102]…
Mon May 23 20:14:08 2016 daemon.info fastd[1816]: resolving host 02.nodes.freifunk-aachen.de' for peer <mesh_vpn_backbone_peer_aachen02>... Mon May 23 20:14:08 2016 daemon.info fastd[1816]: resolved host 02.nodes.freifunk-aachen.de’ successfully
Mon May 23 20:14:10 2016 daemon.info fastd[1816]: sending handshake to <mesh_vpn_backbone_peer_aachen06>[5.61.84.220:30106]…
Mon May 23 20:14:10 2016 daemon.info fastd[1816]: resolving host 06.nodes.freifunk-aachen.de' for peer <mesh_vpn_backbone_peer_aachen06>... Mon May 23 20:14:10 2016 daemon.info fastd[1816]: resolved host 06.nodes.freifunk-aachen.de’ successfully
Mon May 23 20:14:12 2016 daemon.info fastd[1816]: sending handshake to <mesh_vpn_backbone_peer_aachen03>[93.159.255.42:30103]…
Mon May 23 20:14:12 2016 daemon.info fastd[1816]: resolving host `03.nodes.freifunk-aachen.de’ for peer <mesh_vpn_backbone_peer_aachen03>…
M
Der Befehl batctl gwl gibt kein Gateway aus
Ich bin hier mit meinem Latein am Ende und hoffe ihr konnt mir noch ein paar Lösungsansätze oder weitere Möglichkeiten zum Logging geben.
Ist das ein neu installierter Knoten, oder funktionierte die Verbindung auch schon mal? Wenn er schon mal lief wäre der Namen des Knoten (das hinter FF_OFFLINE) noch interessant um auf Serverseite die Chance zur Überprüfung zu haben.
Interessant, es sind in der letzten Stunde zwei andere 1043v3 neu dazu gekommen.
Bitte, insbesondere beim ersten, Verbindungsaufbau Geduld haben. Es dauert so 7 Minuten bis eine Verbindung hergestellt wird.
Zur Sicherheit weise ich noch auf die häufigste Fehlerursache hin:
Das Kabel vom Freifunk Knoten zum Internet Router muss in den blauen Port des Freifunk Knotens gesteckt werden.
Wenn da jetzt nicht „Speedport“ stünde würde ich vermuten „Unitymedia-Großstörung“.
Die haben seit dem Wochenende teilweise massiven Packetloss bei einigen Peerings, insbesondere auch in der Himmelsrichtung OVH.
Wenn Du meinst: Ping auf FQDNs funktioniert von der Shell aus nicht: Normal.
Das gehört so.
Einen teilgestörten Unitymedia-Anschluss können wir also ausschließen, korrekt?
Hier zuhause habe ich ihn wieder auf DHCP umgestellt.
Das Setzen der statischen Infos wurde zu Wartungszwecken vorgenommen (Speedport zeigte das Gerät nicht an). Aber ja, es wurden mehrere DNS Server eingetragen.
Unabhängiges Problem, es war ein defektes Netzwerkkabel.
Nein, das macht keine Probleme.
Da an dem Router so wie es klingt schon einiges hin und her konfiguriert wurde, würde ich vorschlagen ihn auf der Kommandozeile mittels Kommando firstboot auf der Ursprungszustand zurück setzen.
Damit haben wir einen sauberen Start um zu sehen was Sache ist.