AW: Kein DNS in Hood Aschaffenburg (alt: IPv4 Route in Aschaffenburg defekt?)
freifunker AB
freifunk at area59.org
Di Jul 7 17:48:56 CEST 2020
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] Im Auftrag von Michael Fritscher
Gesendet: Dienstag, 7. Juli 2020 17:09
An: 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] 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