Es ist ein TP-Link TL-WR841N/ND v9,
Troisdorfer Stable FW … Tunnel über IPv6 an Unitymedia DS-Lite Anschluss.
Wir haben schon ohne ende ausprobiert. Über IPv4 läuft der Tunnel gar nicht. Über IPv6 mit MTU 1406 läuft er aber bricht halt nach einiger Zeit wieder weg.
An allen anderen Nodes mit der Selben FW und Selber Einstellung läuft alles Problemlos also würde ich einen FW Fehler ausschließen, Hardware auch schon getauscht also HW Fehler ebenfalls auszuschließen.
Ich tippe auf den Unitymedia Anschluss. Aber ich habe halt keine Ahnung wie genau ich jetzt Herausfinde was genau passiert wenn der Node abbricht.
Schade, dass es geheim ist, um welches Gerät es sich handelt.
So kann man nur spekulieren.
Aber eine Frage: Was bedeutet „Verbindung verlieren“?
(Das ist jetzt ganz im Ernst gemeint. Bitte präzise beantworten. Ansonsten besteht die Gefahr einer Antwort, die nicht weiterhilft.)
Mich würde interssieren um welches Gerät es geht. (Entweder Nodenamen und/oder MAC-Adresse oder IPv6, oder, oder)
Damit man mal schauen kann. Wobei ich gerade keinen Node in Wuppertal(?) im Zugriff habe, aber ggf. flashe ich mir halt einen.
da der Router selbst nach draußen nicht über fastd kommuniziert, müsste der Router eigentlich noch erreichbar sein, wenn du dir einen SSH-Tunnel einrichtest. Dann kannst du genau diagnostizieren, was passiert:
Und dann die session mit Strg + a und dann d detachen. Natürlich muss dein Rechner dazu global erreichbar sein. (Der Vorteil von autossh liegt darin, dass es die Verbindung wieder aufbaut, sollte sie Mal abreißen.) Ich weiß allerdings gerade nicht, ob das ohne pubkey funktioniert (also nur mit Passwortanmeldung). Sonst das halt auch noch kurz einrichten.
Dann warten, bis er das nächste Mal rausfliegt.
Solange du das Gerät nicht rebootest, solltest du dann darauf Zugriff haben. Und dann mal mit dmesg oder im Logfile gucken, wo es hängt.
Äh, ich verstehe gerade die Frage nicht. Hast du denn auch einen ipv6-Anschluss? Du musst deinen eigenen Router per DynDNS erreichbar machen. Nicht den, wo der Router steht. (Also das geht natürlich auch, aber das erfordert Eingriffe in den Router, das würde ich demjenigen nicht zumuten.)
So ich hab jetzt mal ein wenig aus dem Logfile holen können…
Nachdem der Router eingeschaltet wird baut er ganz normal eine fastd Verbindung auf…
Irgendwann … Ich denke nach einer Zwangstrennung… Versucht er erneut eine Verbindung herzustellen und dann kommt das:
Wed Jan 21 13:04:59 2015 daemon.info fastd[1125]: resolving host `gateway1.freifunk-troisdorf.de' failed: Name or service not known
Wed Jan 21 13:05:00 2015 daemon.info fastd[1125]: resolving host `gateway1.freifunk-troisdorf.de' for peer <mesh_vpn_backbone_peer_gateway1>...
Wed Jan 21 13:05:08 2015 daemon.info fastd[1125]: resolving host `wupper1v6.freifunk-troisdorf.de' for peer <mesh_vpn_backbone_peer_wupper1v6>...
Wed Jan 21 13:05:08 2015 daemon.info fastd[1125]: resolving host `wupper1v6.freifunk-troisdorf.de' failed: Name or service not known
Wed Jan 21 13:05:12 2015 authpriv.info dropbear[24788]: Child connection from 10.188.0.20:58176
Wed Jan 21 13:05:13 2015 daemon.info dnsmasq[1034]: reading /var/gluon/wan-dnsmasq/resolv.conf
Wed Jan 21 13:05:13 2015 daemon.info dnsmasq[1034]: using nameserver 2001:4860:4860::8888#53
Wed Jan 21 13:05:18 2015 daemon.info fastd[1125]: resolving host `gateway1.freifunk-troisdorf.de' for peer <mesh_vpn_backbone_peer_gateway1>...
Wed Jan 21 13:05:18 2015 daemon.info fastd[1125]: resolving host `gateway1.freifunk-troisdorf.de' failed: Name or service not known
Wieso schafft er es dann auf einmal nicht mehr den Hostname aufzulösen?