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

Di Jul 7 19:34:08 CEST 2020

Hallo zusammen,

Habe bei meinen Router leider überhaupt keine IPv4 Route mehr .. da ich keine IPv4 Lease bekomme.
IPv6 Lease bekomme ich .. konnte ich aber noch nicht testen.

[cid:6D7F2B3A-4B69-4026-8BCA-715FF66D94DD-L0-001]

Grüße

Robsch

Am 07.07.2020 um 18:50 schrieb byteturtle <byteturtle at schaffenburg.org>:

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.

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.

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/ad790383/attachment-0001.html>
-------------- nächster Teil --------------
Ein Dateianhang mit Binärdaten wurde abgetrennt...
Dateiname   : image0.jpeg
Dateityp    : image/jpeg
Dateigröße  : 488198 bytes
Beschreibung: image0.jpeg
URL         : <https://lists.freifunk.net/pipermail/franken-freifunk.net/attachments/20200707/ad790383/attachment-0001.jpeg>