Kein DNS in Hood Aschaffenburg (alt: IPv4 Route in Aschaffenburg defekt?)
Michael Fritscher
michael at fritscher.net
Di Jul 7 17:08:58 CEST 2020
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] Im Auftrag von freifunker
> AB
> Gesendet: Montag, 6. Juli 2020 08:05
> An: 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]
> 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] Im Auftrag von freifunker
> AB
> Gesendet: Sonntag, 5. Juli 2020 11:51
> An: 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] Im Auftrag von Michael
> Fritscher
> Gesendet: Sonntag, 5. Juli 2020 11:10
> An: franken at freifunk.net; 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
>>
>>
>
Mehr Informationen über die Mailingliste franken