Gecheckt. 1406 sollte stimmen? Die in fastd.mesh_vpn war die einzige, die ich verändert hatte, habe aber alles rückgängig gemacht. Klappt ja auch wieder seit diversen Reboots.
Edit:
In der Bensberger Fussgängerzone gibt es mindestens 5 Knoten, die seit gestern abend 22:41 Uhr offline sind. Alle zur gleichen Zeit, liegt das nur daran, dass der Server durch Deine Arbeit eben diese Zeit als letztes registriert hat? Fiel mir nur auf. Aber Fakt: Keiner von denen ist wieder on gekommen…
Schuh-und-Schoenes-Bensberg
Cara_Donna
evangelischesGemeindezentrum
007_Blumentaxi_Bensberg
DieEinkleider
Auch andere Knoten sind in der Nacht ungefähr zu der gleichen Zeit wie mein eigener ausgestiegen und nicht wieder on gekommen
Ich habe Knoten, die Geschäfte zu sein scheinen und wo der letzte Kontakt in übliche Öffnungszeiten passt, mal in dieser Liste aussen vor gelassen und mich auf letzte Kontakte in dieser Nacht beschränkt. Kann natürlich trotzdem sein, dass all diese Knoten (inklusive meinen) kein Problem im Zusammenhang mit den Server-Arbeiten haben, aber auffällig finde ich diese relativ große Zahl an ungefähr gleichzeitigen Ausfällen aber schon.
Aber ein reboot ist ja gar nicht erfolgt.
Könnte es eine Störung beim Internet provider vor Ort sein? Um das herauszufinden würde ich glatt in den Logs nachgucken, aber IPs werden geschwärzt…
Dann könnte ich Dir nicht antworten. Mir erscheint es auch seltsam, dass in derselben Gegend (zum Beispiel Schloßstrasse) einige ziemlich zeitgleich off und seitdem nicht mehr on gingen, während andere keine Probleme haben. Spricht tendenziell gegen einen Providerausfall, da es nur einige sind, nicht flächendeckender Ausfall. Zumal ich auf derselben Leitung (die ja auch funktioniert) hier zeitgleich meinen Testbetrieb mit KBU-Geräten ohne Probleme abhalten kann. Ich hatte das KBU-Zeug sogar alles mal stillgelegt, aus der Befürchtung, das könne sich irgendwie beißen, aber hat nix geändert.
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.
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.
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
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.
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.
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
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.
Mir erscheint es auch seltsam, dass in derselben Gegend (zum Beispiel Schloßstrasse) einige ziemlich zeitgleich off und seitdem nicht mehr on gingen, während andere keine Probleme haben. Spricht tendenziell gegen einen Providerausfall, da es nur einige sind, nicht flächendeckender Ausfall. Zumal ich auf derselben Leitung (die ja auch funktioniert) hier zeitgleich meinen Testbetrieb mit KBU-Geräten ohne Probleme abhalten kann. Ich hatte das KBU-Zeug sogar alles mal stillgelegt, aus der Befürchtung, das könne sich irgendwie beißen, aber hat nix geändert.
Ich wollte darauf hinaus, dass es tatsächlich nur ein paar einzelne sind. Ein Provider dürfte ja mehr als eine handvoll Leute treffen.
