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

Di Jul 7 21:42:06 CEST 2020

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
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
> >
>
>
>
>

-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.freifunk.net/pipermail/franken-freifunk.net/attachments/20200707/cd218a57/attachment-0001.html>