Es gibt seit der 1.1.5 zwei Änderungen die dazu führen könnten.
Wie ist die TQ der mesh-vpn Verbindung in den beiden Versionen?
Kannst du den UAP mal ohne Funkbrücke testen?
Was bedeutet:
Keine IP? Kein Internet?
Grüße Marius
Mit der alten FW bei 100 %. Bei der neuen gab es wohl Schwankungen, allgemein aber auch > 90 %. Genaueres müsste ich noch in Erfahrung bringen. Die UAPs in der DOM 38 laufen ohne Probleme, daher vermute ich, dass es tendenziell an der Funkbrücke liegt.
Überhaupt keine WLAN-Verbindung, mein S3 meldete „Authentifizierungsfehler“ (sic!). Die SSID verschwindet regelmäßig.
Da die UAPs in der DOM 38 laufen, werde ich mich jetzt als erstes auf den Tunndeldigger konzentrieren. Wie kann ich das am besten debuggen? Via logread?
UPDATE: Es scheint ein DNS-Problem zu geben. Nur warum?
was lässt dich darauf schließen?
falls es
Sat Dec 10 17:18:55 2016 daemon.err td-client: Failed to resolve hostname 'domaene36-a.servers.freifunk-muensterland.net'.
Sat Dec 10 17:18:55 2016 daemon.err td-client: Failed to resolve hostname 'domaene36-b.servers.freifunk-muensterland.net'.
ist, das ist normal da die .net Domäne bei uns noch nicht eingerichtet ist.
Gruß Marius
Andere Domains werden auch nicht aufgelöst, wie z. B. bei ping tagesschau.de
bezieht der Knoten via DHCP eine IP oder hast du dem eine Feste gegeben?
Falls feste IP: DNS Server mit angegeben? Es gab mal einen Gug in einer Gluon Version das auch wenn der DNS eingetragen wurde, dieser nicht übernommen / gespeichert wurde…
Alles DHCP, sieht auch ok aus:
Sat Nov 12 06:35:36 2016 daemon.info dnsmasq[1315]: reading /var/gluon/wan-dnsmasq/resolv.conf
Sat Nov 12 06:35:36 2016 daemon.info dnsmasq[1315]: using nameserver fd00::9ec7:a6ff:fe67:2e23#53
Sat Nov 12 06:35:36 2016 daemon.info dnsmasq[1315]: using nameserver 192.168.178.1#53Jetzt funktioniert alles…
[Edit] wirklich schlau bin ich jetzt nicht daraus geworden. Womöglich lag es auch am Gateway. Der aktuelle GW performt jedenfalls prächtig. Die
Laufzeiten für Pings nach Roubaix liegen nur 5 ms über denen aus dem privaten Netz, manchmal sogar darunter…
Wie weiter oben berichtet gibt es in Ostbevern zwei UAP Outdoor+, die seit dem Firmwareupdate offline sind. Beide haben keinen VPN-Uplink, sondern erweitern nur das Netz via Mesh.
Jetzt habe ich mir einen näher angeschaut:
https://service.freifunk-muensterland.de/maps/map39/#!v:m;n:802aa8684ea6
Mit dem ist aber alles in Ordnung. Ist auf neuestem FW-Stand und meshed korrekt, wenn ich ihn in die Nähe eines anderen FF-Routers bringe. Aber mit seinem eigentlichen Partner will er nicht meshen:
https://service.freifunk-muensterland.de/maps/map39/#!v:m;n:a42bb0d89b44
Der hat ebenfalls neueste FW gezogen und wurde mehrmals neu gestartet.
Die beiden wollen sich nicht finden. Auf der Statusseite des letzteren wird bei “mesh0” eine MAC-Adresse angezeigt, aber die wird nicht wie gewohnt zu einem Namen aufgelöst:
http://[2a03:2260:115:3900:a62b:b0ff:fed8:9b44]
Ein anderes Testgerät befindet sich aktuell in der Nähe, will aber auch nicht meshen:
https://service.freifunk-muensterland.de/maps/map39/#!v:m;n:802aa8684f1d
Was kann da haken?
Mike
Nur ein kurzer Zwischeneinwurf von mir, zum Outdoor+ gibt es einen Fix im neuen Gluon v2016.2.2: http://gluon.readthedocs.io/en/v2016.2.2/releases/v2016.2.2.html
Probier vielleicht mal die neue, müsste schon gebaut sein (2.2.0 bei uns).
Domäne 39 dauert noch ca 8 Std. 
Danke! werde es zeitnah ausprobieren. Wenn es ein Outdoor+ Problem ist, dann aber eines, das nicht mit jeder Gegenstelle auftritt…
Mike
Habe ich auf meinen UAP+ gespielt, läuft 
So, Update auf FW 2.20 bei einem UAP+ hat das o.g. Problem augenscheinlich gelöst. Danke für den Tipp! Mike