Kein DNS in Hood Aschaffenburg (alt: IPv4 Route in Aschaffenburg defekt?)

Mi Dez 2 11:01:39 CET 2020

Moin Jens,

sollte nun wieder gehen, der DHCP Server auf dem Gateway hat noch seine alte IP aus dem Aschaffenburger Transfer Netz (als wir das Gateway Ende letzten Jahres umgezogen haben) als DNS gesendet, die logischerweise nicht mehr erreichbar ist. Warum das bisher ging? Das wüsste ich auch gerne, ich habe es bis jetzt nicht rausfinden können.

Sollte nun wieder gehen, aktuell werden Verteilt: GW Aschaffenburg, und mayosemmel DNS, Upstream DNS für den Cache sind mayosemmel DNS und christiand DNS.

Grüße,
byteturtle

> On Wednesday, Dec 02, 2020 at 11:00 AM, byteturtle <byteturtle at schaffenburg.org (mailto:byteturtle at schaffenburg.org)> wrote:
> Moin Jens,
>
> sollte nun wieder gehen, der DHCP Server auf dem Gateway hat noch seine alte IP aus dem Aschaffenburger Transfer Netz (als wir das Gateway Ende letzten Jahres umgezogen haben) als DNS gesendet, die logischerweise nicht mehr erreichbar ist. Warum das bisher ging? Das wüsste ich auch gerne, ich habe es bis jetzt nicht rausfinden können.
>
> Sollte nun wieder gehen, aktuell werden Verteilt: GW Aschaffenburg, und mayosemmel DNS, Upstream DNS für den Cache sind mayosemmel DNS, christiand DNS und Cloudflare 1.1.1.1.
>
> Grüße,
> byteturtle
>
>
>
> > On Wednesday, Dec 02, 2020 at 10:45 AM, fundsammler <fundsammler at web.de (mailto:fundsammler at web.de)> wrote:
> > Moin!
> >
> > Über fff kann ich derzeit kein DNS auflösen. Gestern hatte ich damit noch keine Probleme.
> > Laut Router Webserver hat der Router eine Verbindung über WAN und Internet.
> > Liegt hier vll. wieder ein Problem wie im Juli vor?
> >
> > Herzlichen Dank
> > Jens
> >
> > Am 8. Juli 2020 00:31:48 MESZ schrieb Robin Simon <robin.simon1995 at live.de>:
> > > Super.
> > > Alles wieder im grünen Bereich.
> > >
> > >
> > > Grüße
> > >
> > >
> > > Robin
> > >
> > >
> > >
> > >
> > > > Am 07.07.2020 um 22:13 schrieb byteturtle <byteturtle at schaffenburg.org>:
> > > >
> > > > 
> > > > Hallo Harald und Robin,
> > > >
> > > > ich habe das Problem jetzt identifiziert - bei der letzten Änderung hab ich ein : statt einem , eingetragen was der Config Validator nicht mochte.
> > > > Ich hab mal Schritte eingeleitet, damit sich bei uns administrativ etwas bessert - ist in letzter Zeit leider etwas liegen gelassen worden.
> > > >
> > > > Güße,
> > > > byteturtle
> > > >
> > > > --
> > > > Sent from Canary (https://canarymail.io)
> > > >
> > > > > On Tuesday, Jul 07, 2020 at 8:03 PM, freifunker AB <freifunk at area59.org (mailto:freifunk at area59.org)> wrote:
> > > > >
> > > > > Leider nein,
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > wie auch Robin Simon bekomme ich nur noch eine Zero-Config-IP 169.254…..
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Harald
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > PS: Ich habe vorübergehend mal mit einem ESP einen test-Client aufgebaut, der alle 5 Minuten versucht, ein GET auf meinem Webspace loszuwerden.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Das Ergebnis kann man sich hier ansehen: https://freifunk.area59.org/online-monitor.php
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Harald
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Von: byteturtle [mailto:byteturtle at schaffenburg.org]
> > > > > Gesendet: Dienstag, 7. Juli 2020 18:18
> > > > > An: freifunker AB; franken at freifunk.net
> > > > > Betreff: Re: Kein DNS in Hood Aschaffenburg (alt: IPv4 Route in Aschaffenburg defekt?)
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Hallo Harald,
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Schau mal bitte ob nun die richtigen Settings rausfallen (jetzt aus dem richtigen /22 statt dem /23 was ich für die Migration genutzt hatte) - mit passender Subnetmask und DNS Servern.
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > Grüße,
> > > > >
> > > > >
> > > > >
> > > > > byteturtle
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Sent from Canary (https://canarymail.io)
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > >
> > > > > > On Tuesday, Jul 07, 2020 at 6:05 PM, freifunker AB <freifunk at area59.org (mailto:freifunk at area59.org)> wrote:
> > > > > >
> > > > > >
> > > > > >
> > > > > > Hallo Michael,
> > > > > >
> > > > > > Ich bekomme eine IP aus dem Bereich 10.50.190.xxx
> > > > > >
> > > > > > Was mich wundert die die große Subnetzmaske /8
> > > > > >
> > > > > > Ein Auszug meines Rechners:
> > > > > >
> > > > > > Verbindungsspezifisches DNS-Suffix: fff.community
> > > > > > Beschreibung. . . . . . . . . . . : Realtek RTL8188EU Wireless LAN 802.11n USB 2.0 Network Adapter
> > > > > > Physische Adresse . . . . . . . . : 70-F1-1C-37-51-C7
> > > > > > DHCP aktiviert. . . . . . . . . . : Ja
> > > > > > Autokonfiguration aktiviert . . . : Ja
> > > > > > IPv6-Adresse. . . . . . . . . . . : 2a0b:f4c0:11:ff03:f461:31a7:a59e:992f(Bevorzugt)
> > > > > > IPv6-Adresse. . . . . . . . . . . : fd43:5602:29bd:83:f461:31a7:a59e:992f(Bevorzugt)
> > > > > > IPv6-Adresse. . . . . . . . . . . : fdff::f461:31a7:a59e:992f(Bevorzugt)
> > > > > > Temporäre IPv6-Adresse. . . . . . : 2a0b:f4c0:11:ff03:5440:af72:320d:936e(Bevorzugt)
> > > > > > Temporäre IPv6-Adresse. . . . . . : fd43:5602:29bd:83:5440:af72:320d:936e(Bevorzugt)
> > > > > > Temporäre IPv6-Adresse. . . . . . : fdff::5440:af72:320d:936e(Bevorzugt)
> > > > > > Verbindungslokale IPv6-Adresse . : fe80::f461:31a7:a59e:992f%12(Bevorzugt)
> > > > > > IPv4-Adresse . . . . . . . . . . : 10.50.190.231(Bevorzugt)
> > > > > > Subnetzmaske . . . . . . . . . . : 255.0.0.0
> > > > > > Lease erhalten. . . . . . . . . . : Dienstag, 7. Juli 2020 17:42:33
> > > > > > Lease läuft ab. . . . . . . . . . : Dienstag, 7. Juli 2020 18:02:33
> > > > > > Standardgateway . . . . . . . . . : fe80::5054:ff:fe10:5003%12
> > > > > > 10.50.190.1
> > > > > > DHCP-Server . . . . . . . . . . . : 10.50.190.1
> > > > > > DHCPv6-IAID . . . . . . . . . . . : 628158748
> > > > > > DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-15-45-AC-24-E0-69-95-5C-42-3B
> > > > > > DNS-Server . . . . . . . . . . . : 10.50.190.1
> > > > > > 10.50.40.10
> > > > > > NetBIOS über TCP/IP . . . . . . . : Aktiviert
> > > > > >
> > > > > > Harald
> > > > > >
> > > > > > -----Ursprüngliche Nachricht-----
> > > > > > Von: franken [mailto:franken-bounces at freifunk.net] (mailto:[mailto:franken-bounces at freifunk.net]) Im Auftrag von Michael Fritscher
> > > > > > Gesendet: Dienstag, 7. Juli 2020 17:09
> > > > > > An: franken at freifunk.net (mailto:franken at freifunk.net)
> > > > > > Betreff: Re: Kein DNS in Hood Aschaffenburg (alt: IPv4 Route in Aschaffenburg defekt?)
> > > > > >
> > > > > > Hallo Harald,
> > > > > >
> > > > > > ein Ausschnitt der DHCP-Config meines Servers :
> > > > > >
> > > > > > ### Aschaffenburg
> > > > > > subnet 10.83.132.0 netmask 255.255.252.0 { # Netzwerk
> > > > > > und Netzmaske der Fuerther Hood
> > > > > > range 10.83.133.0 10.83.133.254; # IP-Range
> > > > > > die der DHCP-Server innerhalb der Fuerther Hood verwaltet
> > > > > > option routers 10.83.132.1; #
> > > > > > Default-Gateway, dass Clients mitgeteilt wird
> > > > > > option domain-name-servers 10.83.252.7; # Name-Server, die Clients mitgeteilt werden }
> > > > > >
> > > > > > Wenn du eine IP außerhalb des 10.83.133.0/24er Bereichs bekommst hast ist mein Server raus ;-)
> > > > > >
> > > > > > Welche IP, welchen (IP-)Router und welche DNS-Server hast du bekommen?
> > > > > >
> > > > > > Viele Grüße,
> > > > > > Michael Fritscher
> > > > > >
> > > > > > Am 06.07.20 um 17:59 schrieb freifunker AB:
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > Hallo zusammen!
> > > > > >
> > > > > > Bin ich der Einzige in Aschaffenburg, dessen Clients keine
> > > > > > DNS-Namensauflösung bekommen?
> > > > > >
> > > > > > Ich bin mal kurz in die die Hood Crailsheim gewechselt, da war alles OK.
> > > > > >
> > > > > > Kann mir jemand einen Tipp geben, was ich noch tun kann?
> > > > > > Soll ich weitere Indizien liefern?
> > > > > >
> > > > > > Harald
> > > > > >
> > > > > > -----Ursprüngliche Nachricht-----
> > > > > > Von: franken [mailto:franken-bounces at freifunk.net] (mailto:[mailto:franken-bounces at freifunk.net]) Im Auftrag von
> > > > > > freifunker AB
> > > > > > Gesendet: Montag, 6. Juli 2020 08:05
> > > > > > An: franken at freifunk.net (mailto:franken at freifunk.net)
> > > > > > Betreff: AW: IPv4 Route in Aschaffenburg defekt?
> > > > > >
> > > > > > Was mir noch aufgefallen ist:
> > > > > > In der Hood Aschaffenburg wird ein viel zu großes Subnet verteilt:
> > > > > > 255.0.0.0
> > > > > >
> > > > > > Harald
> > > > > >
> > > > > > -----Ursprüngliche Nachricht-----
> > > > > > Von: freifunker AB [mailto:freifunk at area59.org] (mailto:[mailto:freifunk at area59.org])
> > > > > > Gesendet: Sonntag, 5. Juli 2020 17:35
> > > > > > An: 'freifunker AB'
> > > > > > Betreff: AW: IPv4 Route in Aschaffenburg defekt?
> > > > > >
> > > > > > Besteht wieder ein Problem?
> > > > > >
> > > > > > Der DNS-Server scheint nicht erreichbar zu sein
> > > > > >
> > > > > > Ping heise.de funktioniert nicht - ping 193.99.144.80 (heise.de)
> > > > > > jedoch schon
> > > > > >
> > > > > > DNS Standard
> > > > > > nslookup heise.de
> > > > > > Server: UnKnown
> > > > > > Address: 10.50.190.1
> > > > > >
> > > > > > *** heise.de wurde von UnKnown nicht gefunden: Query refused.
> > > > > >
> > > > > > DNS Google funktioniert
> > > > > > nslookup heise.de 8.8.8.8
> > > > > > Server: dns.google
> > > > > > Address: 8.8.8.8
> > > > > >
> > > > > > Nicht autorisierende Antwort:
> > > > > > Name: heise.de
> > > > > > Addresses: 2a02:2e0:3fe:1001:302::
> > > > > > 193.99.144.80
> > > > > >
> > > > > > Harald
> > > > > >
> > > > > >
> > > > > > -----Ursprüngliche Nachricht-----
> > > > > > Von: franken [mailto:franken-bounces at freifunk.net] (mailto:[mailto:franken-bounces at freifunk.net]) Im Auftrag von
> > > > > > freifunker AB
> > > > > > Gesendet: Sonntag, 5. Juli 2020 11:51
> > > > > > An: franken at freifunk.net (mailto:franken at freifunk.net)
> > > > > > Betreff: AW: IPv4 Route in Aschaffenburg defekt?
> > > > > >
> > > > > > Danke für die Info!
> > > > > >
> > > > > > Heute Nacht hat das Gateway wieder auf ISDN (fffABVPN) gewechselt,
> > > > > > damit ist seitdem alles wieder OK
> > > > > >
> > > > > > Leider sagen mir die mitgelieferten Informationen und die Daten auf
> > > > > > der angegebenen Seite wenig bis gar nichts :-)
> > > > > >
> > > > > > Harald
> > > > > >
> > > > > >
> > > > > > -----Ursprüngliche Nachricht-----
> > > > > > Von: franken [mailto:franken-bounces at freifunk.net] (mailto:[mailto:franken-bounces at freifunk.net]) Im Auftrag von
> > > > > > Michael Fritscher
> > > > > > Gesendet: Sonntag, 5. Juli 2020 11:10
> > > > > > An: franken at freifunk.net (mailto:franken at freifunk.net); byteturtle at schaffenburg.org (mailto:byteturtle at schaffenburg.org)
> > > > > > Betreff: Re: IPv4 Route in Aschaffenburg defekt?
> > > > > >
> > > > > > Hallo ihr,
> > > > > >
> > > > > > das Problem scheint der Rückweg zu sein. Der Server FFF-SKP01
> > > > > > behauptet Daten direkt in in die aschenburger Hood abladen zu können,
> > > > > > kann es aber nicht ( https://fff-skp01.fff.community/tools/simplebabelweb.php ).
> > > > > >
> > > > > > Ich bin da als Betreiber von fff-wue2 leider machtlos :-( Das muss
> > > > > > Byteturtle (im CC) fixen.
> > > > > >
> > > > > > Viele Grüße,
> > > > > > Michael Fritscher
> > > > > >
> > > > > > Am 04.07.20 um 18:47 schrieb freifunker AB:
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > Kann es sein,
> > > > > >
> > > > > > daß aktuell keine Zugriffe aus der Hood Aschaffenburg via IPv4
> > > > > > möglich
> > > > > >
> > > > > >
> > > > > > sind?
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > Getestet über https://monitoring.freifunk-franken.de/routers/8717
> > > > > >
> > > > > >
> > > > > >
> > > > > > ping -4 heise.de
> > > > > >
> > > > > >
> > > > > >
> > > > > > Ping wird ausgeführt für heise.de [193.99.144.80] mit 32 Bytes Daten:
> > > > > >
> > > > > > Zeitüberschreitung der Anforderung.
> > > > > >
> > > > > > Zeitüberschreitung der Anforderung.
> > > > > >
> > > > > > Zeitüberschreitung der Anforderung.
> > > > > >
> > > > > > Zeitüberschreitung der Anforderung.
> > > > > >
> > > > > >
> > > > > >
> > > > > > Ping-Statistik für 193.99.144.80:
> > > > > >
> > > > > > Pakete: Gesendet = 4, Empfangen = 0, Verloren = 4
> > > > > >
> > > > > > (100% Verlust),
> > > > > >
> > > > > >
> > > > > >
> > > > > > ping -4 freifunk-franken.de
> > > > > >
> > > > > >
> > > > > >
> > > > > > Ping wird ausgeführt für freifunk-franken.de [31.172.113.113] mit 32
> > > > > > Bytes
> > > > > > Daten:
> > > > > >
> > > > > > Zeitüberschreitung der Anforderung.
> > > > > >
> > > > > > Zeitüberschreitung der Anforderung.
> > > > > >
> > > > > > Zeitüberschreitung der Anforderung.
> > > > > >
> > > > > > Zeitüberschreitung der Anforderung.
> > > > > >
> > > > > >
> > > > > >
> > > > > > Ping-Statistik für 31.172.113.113:
> > > > > >
> > > > > > Pakete: Gesendet = 4, Empfangen = 0, Verloren = 4
> > > > > >
> > > > > > (100% Verlust),
> > > > > >
> > > > > >
> > > > > >
> > > > > > IPv6 scheint zu funktionieren
> > > > > >
> > > > > >
> > > > > >
> > > > > > ping -6 heise.de
> > > > > >
> > > > > >
> > > > > >
> > > > > > Ping wird ausgeführt für heise.de [2a02:2e0:3fe:1001:302::] mit 32
> > > > > > Bytes
> > > > > > Daten:
> > > > > >
> > > > > > Antwort von 2a02:2e0:3fe:1001:302::: Zeit=14ms
> > > > > >
> > > > > > Antwort von 2a02:2e0:3fe:1001:302::: Zeit=13ms
> > > > > >
> > > > > > Antwort von 2a02:2e0:3fe:1001:302::: Zeit=13ms
> > > > > >
> > > > > > Antwort von 2a02:2e0:3fe:1001:302::: Zeit=13ms
> > > > > >
> > > > > >
> > > > > >
> > > > > > Ping-Statistik für 2a02:2e0:3fe:1001:302:::
> > > > > >
> > > > > > Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
> > > > > >
> > > > > > (0% Verlust),
> > > > > >
> > > > > > Ca. Zeitangaben in Millisek.:
> > > > > >
> > > > > > Minimum = 13ms, Maximum = 14ms, Mittelwert = 13ms
> > > > > >
> > > > > >
> > > > > >
> > > > > > ping -6 freifunk-franken.de
> > > > > >
> > > > > >
> > > > > >
> > > > > > Ping wird ausgeführt für freifunk-franken.de [2a04:2200:0:2::46] mit
> > > > > > 32 Bytes Daten:
> > > > > >
> > > > > > Antwort von 2a04:2200:0:2::46: Zeit=17ms
> > > > > >
> > > > > > Antwort von 2a04:2200:0:2::46: Zeit=16ms
> > > > > >
> > > > > > Antwort von 2a04:2200:0:2::46: Zeit=16ms
> > > > > >
> > > > > > Antwort von 2a04:2200:0:2::46: Zeit=16ms
> > > > > >
> > > > > >
> > > > > >
> > > > > > Ping-Statistik für 2a04:2200:0:2::46:
> > > > > >
> > > > > > Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
> > > > > >
> > > > > > (0% Verlust),
> > > > > >
> > > > > > Ca. Zeitangaben in Millisek.:
> > > > > >
> > > > > > Minimum = 16ms, Maximum = 17ms, Mittelwert = 16ms
> > > > > >
> > > > > >
> > > > > >
> > > > > > Das scheint der Fall zu sein, seit das Gateway fff-wue2 aktiv ist:
> > > > > >
> > > > > > Letzter erfolgreicher Ping: 2020-07-03 11:20:42 (Test alle 5 Minuten)
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > > Harald
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> > >
> >
> >
> >
> > --
> > Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.freifunk.net/pipermail/franken-freifunk.net/attachments/20201202/bd9cf6bf/attachment-0001.html>