Es gibt mehr als einen provider(?)
Das ist schon klar 
Ich wollte darauf hinaus, dass es tatsächlich nur ein paar einzelne sind. Ein Provider dürfte ja mehr als eine handvoll Leute treffen.
Edit: naja, die Schnittmenge aus „anderer Provider als T-Kom (die habe ich, und die scheint nicht ausgefallen zu sein)“ und „Freifunker“ dürfte in der Tat nur eine Hand voll Leute betreffen… [/Edit]
In meinem Fall ist es ja so, dass das Internet an sich tadellos funktioniert und das auch gewohnt schnell. Ich habe aber auch schon die Fritzbox mal komplett neu gestartet und die Knoten rebooten lassen. Half aber bisher auch nix. Aus lauter Neugier probiere ich gleich noch bisschen wahl. wie vermutlich nutzloses Zeug aus. 
Funktionierte denn bei dir noch ein anderer Router nicht außer wegen der MTU?
Ich habe den reinen Mesh-Knoten noch nicht als VPN-Knoten ausprobiert, das könnte ich noch tun.
Und wenn ich Deine Frage richtig verstehe, möchtest Du wissen, ob ich den Router, an dem ich mit der MTU gespielt habe, noch in andere Schwierigkeiten gebracht hatte? Nein, die MTU war das einzige und auch schnell wieder behobene Problem. und andere Probleme gab es mit dem Router auch nie. 
BTW: Der Mapserver ist gerade auch wieder down? Jedenfalls ist er für mich nicht erreichbar, was er aber vorhin noch war. 
Nein, der läuft… 2020
Unter https://bgl.map.ffgl.eu/ bekomme ich ihn nicht. Aber alles andere läuft (soll heißen, ich surfe ohne Fehler und streame HD-TV nebenher). Außer natürlich mein FF 
ich dachte mit der MTU würde es jetzt wieder gehen??
Dann Missverständnis: Als Du die Fehlerquelle „meine MTU-Spielerei“ (war aber ja auch vor >2 Wochen) ins Spiel brachtest, habe ich das gecheckt. Da stand die MTU auf 1406, was meiner Erinnerung nach doch richtig ist? Also habe ich sie (heute mittag) nicht verändert, und es geht bis jetzt nach wie vor nicht. Ich bin BGL-Offline. Aber meine Testgeräte für KBU sind nicht betroffen, die laufen die ganze Zeit.
Du widersprichst dich, was ist nun richtig?
Ich habe die zeitliche Abfolge nicht klar ausgedrückt, sorry. Die MTU war das einzige Problem, was ich mit dem Router jemals hatte und das war DAMALS auch schnell wieder behoben. Das ist >2 Wochen her und es gab daraufhin bis heute Nacht auch keine anderen Probleme mit dem Knoten mehr. Aber das Problem ungelöster Ursache von heute Nacht dauert bis jetzt an.
War ich jetzt eindeutig?
Ja, das war verständlich. Dann untersuche ich jetzt nochmal deinen logread…
Meine erste Diagnose (DNS funktioniert) war nicht richtig. Ich habe mich durch das „resolved host 'bgl0.ffgl.eu' successfully“ irritieren lassen.
Tatsächlich hat der Knoten die Adresse aufgelöst, ist aber auf eine falsche Adresse geleitet worden:
sending handshake to <mesh_vpn_backbone_peer_bgl0>[80.156.86.78:51399]...
Die IP 80.156.86.78 gehört der deutschen Telekom.
Wie das jetzt zustande kommt: Bei der Telekom werden nicht existierende Domains auf einen Telekom-Server umgeleitet, der eine schicke 404-Seite mit Suche ausliefert. Heißt: Geh mal im Webbrauser auf bgl0.ffgl.eu…
Lösung: Abwarten bis Telekom die DNS-Zone updated (kann eine Weile dauern…) oder einen alternativen DNS-Server setzen
@system, @MPW, @Markus, @stefan, @Florian, @jbacksch, @anon68922371
bitte alles ab Post #28 in einen neuen Thread „GL Stand der Dinge 201607“ absplitten
1 „Gefällt mir“
Siehe Edit 3 Posts weiter oben
https://firmware.ffgl.eu gibt es auch nicht, es gibt nur
http://firmware.ffgl.eu (bevor jetzt Protest kommt, mit dem Umzug auf die neue Service-VM wird es auf SSL geben)
TL;DR
Abwarten bis Telekom die DNS-Zone updated (kann eine Weile dauern…) oder einen alternativen DNS-Server setzen
Es ist also wie vermutet Provider-abhängig, liegt aber am DNS-Server des Providers, nicht am Internetzugang.
Ich hatte nur den Teil hinter den Doppelslashes eingegeben. Ich probiere mal google.dns aus 
Aber Google ist doch evil…
von https://www.ccc.de/en/censorship/dns-howto:
Liste frei verwendbarer DNS-Server
Die folgenden Nameserver können als Ersatz der Provider-eigenen Nameserver verwendet werden (zum Zeitpunkt der Erstellung dieser Liste, keine Garantie, wie lange sie frei verfügbar sind)
85.214.20.141 (FoeBud)
204.152.184.76 (f.6to4-servers.net, ISC, USA)
2001:4f8:0:2::14 (f.6to4-servers.net, IPv6, ISC)
194.150.168.168 (dns.as250.net; Berlin/Frankfurt)
213.73.91.35 (dnscache.berlin.ccc.de)Ich frage mich nur, warum ich dann bis vor uuuuuungefähr 2, 3 Stunden noch auf die Map gelangen konnte, wenn das andere Problem ja schon seit heute Nacht besteht. Wunderwelt! 
Vielleicht war das der DNS-Cache deines Provider-Routers.
EvilGoogle kennt jedenfalls schon den MapServer, aber den Firmware-Server noch nicht wieder.
Und mein FF tut es auch nach Reboot noch nicht wieder. 
Edit: Doch, in diesem Moment wieder! 
Ach ja, und ich stelle die DNS auch morgen wieder auf Magenta zurück. Wenn die mal nicht MINDESTENS so evil sind wie Google… Die einzigen, die ich wohl noch weniger leiden kann, sind die Schienen-Kutschen-Bediensteten von der DB… Aber das ist ne gaaanz andere Geschichte
Edit2:
Aus Neugier direkt wieder zum Magenta-DNS gewechselt, der kennt jetzt auch den Firmware-Server. 
Den kannte wiederum EvilGoogle nicht…
Das ist die Trägheit von DNS…
<thread closed>