<html xmlns="http://www.w3.org/1999/xhtml"><head> <title></title> <meta name="viewport" content="width=device-width, initial-scale=1.0, user-scalable=no"> </head> <body style="font-family:Helvetica;color:#000000;font-size:13px;"><img id="ACEBC62B220066F8E4388E32E9E15468" width="0px" src="https://read-receipts.canarymail.io:8100/track/F41197A5BD3A7956A188728E1A1F2153_ACEBC62B220066F8E4388E32E9E15468.png" height="0px"><div id="CanaryBody"> <div> Hallo Harald,</div><div><br></div><div><br></div><div>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.</div><div><br></div><div>Grüße,</div><div>byteturtle</div> <div><br></div> </div> <div id="CanarySig"> <div> <div style="font-family:Helvetica;">--<br>Sent from <a href="https://canarymail.io">Canary</a></div> <div><br></div> </div> </div> <div id="CanaryDropbox"> </div> <blockquote id="CanaryBlockquote"> <div> <div>On Tuesday, Jul 07, 2020 at 6:05 PM, freifunker AB <<a href="mailto:freifunk@area59.org">freifunk@area59.org</a>> wrote:<br></div> <div>Hallo Michael, <br> <br>Ich bekomme eine IP aus dem Bereich 10.50.190.xxx <br> <br>Was mich wundert die die große Subnetzmaske /8 <br> <br>Ein Auszug meines Rechners: <br> <br> Verbindungsspezifisches DNS-Suffix: fff.community <br> Beschreibung. . . . . . . . . . . : Realtek RTL8188EU Wireless LAN 802.11n USB 2.0 Network Adapter <br> Physische Adresse . . . . . . . . : 70-F1-1C-37-51-C7 <br> DHCP aktiviert. . . . . . . . . . : Ja <br> Autokonfiguration aktiviert . . . : Ja <br> IPv6-Adresse. . . . . . . . . . . : 2a0b:f4c0:11:ff03:f461:31a7:a59e:992f(Bevorzugt) <br> IPv6-Adresse. . . . . . . . . . . : fd43:5602:29bd:83:f461:31a7:a59e:992f(Bevorzugt) <br> IPv6-Adresse. . . . . . . . . . . : fdff::f461:31a7:a59e:992f(Bevorzugt) <br> Temporäre IPv6-Adresse. . . . . . : 2a0b:f4c0:11:ff03:5440:af72:320d:936e(Bevorzugt) <br> Temporäre IPv6-Adresse. . . . . . : fd43:5602:29bd:83:5440:af72:320d:936e(Bevorzugt) <br> Temporäre IPv6-Adresse. . . . . . : fdff::5440:af72:320d:936e(Bevorzugt) <br> Verbindungslokale IPv6-Adresse . : fe80::f461:31a7:a59e:992f%12(Bevorzugt) <br> IPv4-Adresse . . . . . . . . . . : 10.50.190.231(Bevorzugt) <br> Subnetzmaske . . . . . . . . . . : 255.0.0.0 <br> Lease erhalten. . . . . . . . . . : Dienstag, 7. Juli 2020 17:42:33 <br> Lease läuft ab. . . . . . . . . . : Dienstag, 7. Juli 2020 18:02:33 <br> Standardgateway . . . . . . . . . : fe80::5054:ff:fe10:5003%12 <br> 10.50.190.1 <br> DHCP-Server . . . . . . . . . . . : 10.50.190.1 <br> DHCPv6-IAID . . . . . . . . . . . : 628158748 <br> DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-15-45-AC-24-E0-69-95-5C-42-3B <br> DNS-Server . . . . . . . . . . . : 10.50.190.1 <br> 10.50.40.10 <br> NetBIOS über TCP/IP . . . . . . . : Aktiviert <br> <br>Harald <br> <br>-----Ursprüngliche Nachricht----- <br>Von: franken [mailto:franken-bounces@freifunk.net] Im Auftrag von Michael Fritscher <br>Gesendet: Dienstag, 7. Juli 2020 17:09 <br>An: franken@freifunk.net <br>Betreff: Re: Kein DNS in Hood Aschaffenburg (alt: IPv4 Route in Aschaffenburg defekt?) <br> <br>Hallo Harald, <br> <br>ein Ausschnitt der DHCP-Config meines Servers : <br> <br>### Aschaffenburg <br>subnet 10.83.132.0 netmask 255.255.252.0 { # Netzwerk <br>und Netzmaske der Fuerther Hood <br> range 10.83.133.0 10.83.133.254; # IP-Range <br>die der DHCP-Server innerhalb der Fuerther Hood verwaltet <br> option routers 10.83.132.1; # <br>Default-Gateway, dass Clients mitgeteilt wird <br> option domain-name-servers 10.83.252.7; # Name-Server, die Clients mitgeteilt werden } <br> <br>Wenn du eine IP außerhalb des 10.83.133.0/24er Bereichs bekommst hast ist mein Server raus ;-) <br> <br>Welche IP, welchen (IP-)Router und welche DNS-Server hast du bekommen? <br> <br>Viele Grüße, <br>Michael Fritscher <br> <br>Am 06.07.20 um 17:59 schrieb freifunker AB: <br><blockquote type="cite">Hallo zusammen! <br> <br>Bin ich der Einzige in Aschaffenburg, dessen Clients keine <br>DNS-Namensauflösung bekommen? <br> <br>Ich bin mal kurz in die die Hood Crailsheim gewechselt, da war alles OK. <br> <br>Kann mir jemand einen Tipp geben, was ich noch tun kann? <br>Soll ich weitere Indizien liefern? <br> <br>Harald <br> <br>-----Ursprüngliche Nachricht----- <br>Von: franken [mailto:franken-bounces@freifunk.net] Im Auftrag von <br>freifunker AB <br>Gesendet: Montag, 6. Juli 2020 08:05 <br>An: franken@freifunk.net <br>Betreff: AW: IPv4 Route in Aschaffenburg defekt? <br> <br>Was mir noch aufgefallen ist: <br>In der Hood Aschaffenburg wird ein viel zu großes Subnet verteilt: <br>255.0.0.0 <br> <br>Harald <br> <br>-----Ursprüngliche Nachricht----- <br>Von: freifunker AB [mailto:freifunk@area59.org] <br>Gesendet: Sonntag, 5. Juli 2020 17:35 <br>An: 'freifunker AB' <br>Betreff: AW: IPv4 Route in Aschaffenburg defekt? <br> <br>Besteht wieder ein Problem? <br> <br>Der DNS-Server scheint nicht erreichbar zu sein <br> <br>Ping heise.de funktioniert nicht - ping 193.99.144.80 (heise.de) <br>jedoch schon <br> <br>DNS Standard <br>nslookup heise.de <br>Server: UnKnown <br>Address: 10.50.190.1 <br> <br>*** heise.de wurde von UnKnown nicht gefunden: Query refused. <br> <br>DNS Google funktioniert <br>nslookup heise.de 8.8.8.8 <br>Server: dns.google <br>Address: 8.8.8.8 <br> <br>Nicht autorisierende Antwort: <br>Name: heise.de <br>Addresses: 2a02:2e0:3fe:1001:302:: <br>193.99.144.80 <br> <br>Harald <br> <br> <br>-----Ursprüngliche Nachricht----- <br>Von: franken [mailto:franken-bounces@freifunk.net] Im Auftrag von <br>freifunker AB <br>Gesendet: Sonntag, 5. Juli 2020 11:51 <br>An: franken@freifunk.net <br>Betreff: AW: IPv4 Route in Aschaffenburg defekt? <br> <br>Danke für die Info! <br> <br>Heute Nacht hat das Gateway wieder auf ISDN (fffABVPN) gewechselt, <br>damit ist seitdem alles wieder OK <br> <br>Leider sagen mir die mitgelieferten Informationen und die Daten auf <br>der angegebenen Seite wenig bis gar nichts :-) <br> <br>Harald <br> <br> <br>-----Ursprüngliche Nachricht----- <br>Von: franken [mailto:franken-bounces@freifunk.net] Im Auftrag von <br>Michael Fritscher <br>Gesendet: Sonntag, 5. Juli 2020 11:10 <br>An: franken@freifunk.net; byteturtle@schaffenburg.org <br>Betreff: Re: IPv4 Route in Aschaffenburg defekt? <br> <br>Hallo ihr, <br> <br>das Problem scheint der Rückweg zu sein. Der Server FFF-SKP01 <br>behauptet Daten direkt in in die aschenburger Hood abladen zu können, <br>kann es aber nicht ( https://fff-skp01.fff.community/tools/simplebabelweb.php ). <br> <br>Ich bin da als Betreiber von fff-wue2 leider machtlos :-( Das muss <br>Byteturtle (im CC) fixen. <br> <br>Viele Grüße, <br>Michael Fritscher <br> <br>Am 04.07.20 um 18:47 schrieb freifunker AB: <br><blockquote type="cite">Kann es sein, <br> <br>daß aktuell keine Zugriffe aus der Hood Aschaffenburg via IPv4 <br>möglich <br></blockquote>sind? <br><blockquote type="cite"> <br> <br> <br>Getestet über https://monitoring.freifunk-franken.de/routers/8717 <br> <br> <br> <br>ping -4 heise.de <br> <br> <br> <br>Ping wird ausgeführt für heise.de [193.99.144.80] mit 32 Bytes Daten: <br> <br>Zeitüberschreitung der Anforderung. <br> <br>Zeitüberschreitung der Anforderung. <br> <br>Zeitüberschreitung der Anforderung. <br> <br>Zeitüberschreitung der Anforderung. <br> <br> <br> <br>Ping-Statistik für 193.99.144.80: <br> <br>Pakete: Gesendet = 4, Empfangen = 0, Verloren = 4 <br> <br>(100% Verlust), <br> <br> <br> <br>ping -4 freifunk-franken.de <br> <br> <br> <br>Ping wird ausgeführt für freifunk-franken.de [31.172.113.113] mit 32 <br>Bytes <br>Daten: <br> <br>Zeitüberschreitung der Anforderung. <br> <br>Zeitüberschreitung der Anforderung. <br> <br>Zeitüberschreitung der Anforderung. <br> <br>Zeitüberschreitung der Anforderung. <br> <br> <br> <br>Ping-Statistik für 31.172.113.113: <br> <br>Pakete: Gesendet = 4, Empfangen = 0, Verloren = 4 <br> <br>(100% Verlust), <br> <br> <br> <br>IPv6 scheint zu funktionieren <br> <br> <br> <br>ping -6 heise.de <br> <br> <br> <br>Ping wird ausgeführt für heise.de [2a02:2e0:3fe:1001:302::] mit 32 <br>Bytes <br>Daten: <br> <br>Antwort von 2a02:2e0:3fe:1001:302::: Zeit=14ms <br> <br>Antwort von 2a02:2e0:3fe:1001:302::: Zeit=13ms <br> <br>Antwort von 2a02:2e0:3fe:1001:302::: Zeit=13ms <br> <br>Antwort von 2a02:2e0:3fe:1001:302::: Zeit=13ms <br> <br> <br> <br>Ping-Statistik für 2a02:2e0:3fe:1001:302::: <br> <br>Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0 <br> <br>(0% Verlust), <br> <br>Ca. Zeitangaben in Millisek.: <br> <br>Minimum = 13ms, Maximum = 14ms, Mittelwert = 13ms <br> <br> <br> <br>ping -6 freifunk-franken.de <br> <br> <br> <br>Ping wird ausgeführt für freifunk-franken.de [2a04:2200:0:2::46] mit <br>32 Bytes Daten: <br> <br>Antwort von 2a04:2200:0:2::46: Zeit=17ms <br> <br>Antwort von 2a04:2200:0:2::46: Zeit=16ms <br> <br>Antwort von 2a04:2200:0:2::46: Zeit=16ms <br> <br>Antwort von 2a04:2200:0:2::46: Zeit=16ms <br> <br> <br> <br>Ping-Statistik für 2a04:2200:0:2::46: <br> <br>Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0 <br> <br>(0% Verlust), <br> <br>Ca. Zeitangaben in Millisek.: <br> <br>Minimum = 16ms, Maximum = 17ms, Mittelwert = 16ms <br> <br> <br> <br>Das scheint der Fall zu sein, seit das Gateway fff-wue2 aktiv ist: <br> <br>Letzter erfolgreicher Ping: 2020-07-03 11:20:42 (Test alle 5 Minuten) <br> <br> <br> <br> <br> <br> <br> <br> <br> <br> <br> <br>Harald <br> <br> <br></blockquote> <br></blockquote> <br></div> </div> </blockquote> </body></html>