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

Di Jul 7 18:18:06 CEST 2020

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] 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
> > >
> > >
> >
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.freifunk.net/pipermail/franken-freifunk.net/attachments/20200707/c5a2667d/attachment-0001.html>