Kein DNS in Hood Aschaffenburg (alt: IPv4 Route in Aschaffenburg defekt?)
Robin Simon
robin.simon1995 at live.de
Mi Dez 2 18:49:11 CET 2020
Stimme area59 zu .. bekomme leider auch keine IPv4 Adresse. :)
Grüße
Robin
Am 02.12.2020 um 18:16 schrieb freifunker AB <freifunk at area59.org>:
Nein, ISDN (fffABVPN) (Zumindest ist das im Monitoring grün)
https://monitoring.freifunk-franken.de/routers/8717
Harald
Von: byteturtle [mailto:byteturtle at schaffenburg.org]
Gesendet: Mittwoch, 2. Dezember 2020 17:50
An: freifunker AB
Betreff: Re: Kein DNS in Hood Aschaffenburg (alt: IPv4 Route in Aschaffenburg defekt?)
[https://read-receipts.canarymail.io:8100/track/F41197A5BD3A7956A188728E1A1F2153_EBAA6A71E6BD363837809FDFA6DEFC15.png]
Kann es ein dass du auf fff-wue2 hängst mit deiner Node?
Zumindest scheints du laut deinem Monitoring zuletzt eine IPv4 Adresse aus 10.83.133.x gehabt zu haben.
On Wednesday, Dec 02, 2020 at 5:02 PM, freifunker AB <freifunk at area59.org<mailto:freifunk at area59.org>> wrote:
Nee, irgendwie noch nicht so richtig
Eine IPv4 Adresse bekomme ich nicht angeboten.
IPv6 Adresse ist zwar da, raus kommt man aber nicht.
Laut meinem Monitor scheint es kurz immer mal zu gehen:
https://freifunk.area59.org/online-monitor.php
Zur Analyse:
ipconfig /all
Windows-IP-Konfiguration
Hostname . . . . . . . . . . . . : Optiplex-755
Primäres DNS-Suffix . . . . . . . :
Knotentyp . . . . . . . . . . . . : Hybrid
IP-Routing aktiviert . . . . . . : Nein
WINS-Proxy aktiviert . . . . . . : Nein
DNS-Suffixsuchliste . . . . . . . : fff.community
Unbekannter Adapter wg1_Freifunk:
Verbindungsspezifisches DNS-Suffix:
Beschreibung. . . . . . . . . . . : Wintun Userspace Tunnel
Physische Adresse . . . . . . . . :
DHCP aktiviert. . . . . . . . . . : Nein
Autokonfiguration aktiviert . . . : Ja
IPv6-Adresse. . . . . . . . . . . : 2a0b:f4c0:4d::5c(Bevorzugt)
IPv4-Adresse . . . . . . . . . . : 192.168.0.92(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.0.0
Standardgateway . . . . . . . . . :
DNS-Server . . . . . . . . . . . : fd43:5602:29bd:ffff:a:a:a:a
NetBIOS über TCP/IP . . . . . . . : Aktiviert
Ethernet-Adapter Ethernet:
Verbindungsspezifisches DNS-Suffix: fff.community
Beschreibung. . . . . . . . . . . : Intel(R) 82566DM-2 Gigabit Network Connection
Physische Adresse . . . . . . . . : 00-21-9B-72-32-41
DHCP aktiviert. . . . . . . . . . : Ja
Autokonfiguration aktiviert . . . : Ja
IPv6-Adresse. . . . . . . . . . . : 2a06:e881:340a:ff99:786e:6f7b:4d9c:10de(Bevorzugt)
IPv6-Adresse. . . . . . . . . . . : 2a0b:f4c0:11:ff03:786e:6f7b:4d9c:10de(Bevorzugt)
IPv6-Adresse. . . . . . . . . . . : 2a0b:f4c0:3b:1:786e:6f7b:4d9c:10de(Bevorzugt)
IPv6-Adresse. . . . . . . . . . . : fd43:5602:29bd:83:786e:6f7b:4d9c:10de(Bevorzugt)
IPv6-Adresse. . . . . . . . . . . : fdff::786e:6f7b:4d9c:10de(Bevorzugt)
Temporäre IPv6-Adresse. . . . . . : 2a06:e881:340a:ff99:8d09:f3ea:3fa1:e710(Bevorzugt)
Temporäre IPv6-Adresse. . . . . . : 2a0b:f4c0:11:ff03:8d09:f3ea:3fa1:e710(Bevorzugt)
Temporäre IPv6-Adresse. . . . . . : 2a0b:f4c0:3b:1:8d09:f3ea:3fa1:e710(Bevorzugt)
Temporäre IPv6-Adresse. . . . . . : fd43:5602:29bd:83:8d09:f3ea:3fa1:e710(Bevorzugt)
Temporäre IPv6-Adresse. . . . . . : fdff::8d09:f3ea:3fa1:e710(Bevorzugt)
Verbindungslokale IPv6-Adresse . : fe80::786e:6f7b:4d9c:10de%8(Bevorzugt)
IPv4-Adresse (Auto. Konfiguration): 169.254.16.222(Bevorzugt)
Subnetzmaske . . . . . . . . . . : 255.255.0.0
Standardgateway . . . . . . . . . : fe80::5054:ff:fe10:5003%8
fe80::ffab%8
10.83.132.4
DHCPv6-IAID . . . . . . . . . . . : 100671899
DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-27-0E-4B-51-00-21-9B-72-32-41
DNS-Server . . . . . . . . . . . : 10.50.190.1
10.50.40.10
NetBIOS über TCP/IP . . . . . . . : Aktiviert
route print
===========================================================================
Schnittstellenliste
31...........................Wintun Userspace Tunnel
8...00 21 9b 72 32 41 ......Intel(R) 82566DM-2 Gigabit Network Connection
1...........................Software Loopback Interface 1
===========================================================================
IPv4-Routentabelle
===========================================================================
Aktive Routen:
Netzwerkziel Netzwerkmaske Gateway Schnittstelle Metrik
0.0.0.0 0.0.0.0 10.83.132.4 169.254.16.222 25
10.0.0.0 255.0.0.0 Auf Verbindung 192.168.0.92 5
10.255.255.255 255.255.255.255 Auf Verbindung 192.168.0.92 261
127.0.0.0 255.0.0.0 Auf Verbindung 127.0.0.1 331
127.0.0.1 255.255.255.255 Auf Verbindung 127.0.0.1 331
127.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 331
169.254.0.0 255.255.0.0 Auf Verbindung 169.254.16.222 281
169.254.16.222 255.255.255.255 Auf Verbindung 169.254.16.222 281
169.254.255.255 255.255.255.255 Auf Verbindung 169.254.16.222 281
192.168.0.0 255.255.0.0 Auf Verbindung 192.168.0.92 261
192.168.0.92 255.255.255.255 Auf Verbindung 192.168.0.92 261
192.168.255.255 255.255.255.255 Auf Verbindung 192.168.0.92 261
224.0.0.0 240.0.0.0 Auf Verbindung 127.0.0.1 331
224.0.0.0 240.0.0.0 Auf Verbindung 169.254.16.222 281
255.255.255.255 255.255.255.255 Auf Verbindung 127.0.0.1 331
255.255.255.255 255.255.255.255 Auf Verbindung 169.254.16.222 281
===========================================================================
Ständige Routen:
Keine
IPv6-Routentabelle
===========================================================================
Aktive Routen:
If Metrik Netzwerkziel Gateway
8 281 ::/0 fe80::5054:ff:fe10:5003
8 281 ::/0 fe80::ffab
1 331 ::1/128 Auf Verbindung
8 281 2a06:e881:340a:ff99::/64 Auf Verbindung
8 281 2a06:e881:340a:ff99:786e:6f7b:4d9c:10de/128
Auf Verbindung
8 281 2a06:e881:340a:ff99:8d09:f3ea:3fa1:e710/128
Auf Verbindung
8 281 2a0b:f4c0:11:ff03::/64 Auf Verbindung
8 281 2a0b:f4c0:11:ff03:786e:6f7b:4d9c:10de/128
Auf Verbindung
8 281 2a0b:f4c0:11:ff03:8d09:f3ea:3fa1:e710/128
Auf Verbindung
8 281 2a0b:f4c0:3b:1::/64 Auf Verbindung
8 281 2a0b:f4c0:3b:1:786e:6f7b:4d9c:10de/128
Auf Verbindung
8 281 2a0b:f4c0:3b:1:8d09:f3ea:3fa1:e710/128
Auf Verbindung
31 261 2a0b:f4c0:4d::/64 Auf Verbindung
31 261 2a0b:f4c0:4d::5c/128 Auf Verbindung
31 5 fc00::/7 Auf Verbindung
8 281 fc00::/7 fe80::5054:ff:fe10:5003
8 281 fc00::/7 fe80::ffab
8 281 fd43:5602:29bd:83::/64 Auf Verbindung
8 281 fd43:5602:29bd:83:786e:6f7b:4d9c:10de/128
Auf Verbindung
8 281 fd43:5602:29bd:83:8d09:f3ea:3fa1:e710/128
Auf Verbindung
8 281 fdff::/64 Auf Verbindung
8 281 fdff::786e:6f7b:4d9c:10de/128
Auf Verbindung
8 281 fdff::8d09:f3ea:3fa1:e710/128
Auf Verbindung
8 281 fe80::/64 Auf Verbindung
8 281 fe80::786e:6f7b:4d9c:10de/128
Auf Verbindung
1 331 ff00::/8 Auf Verbindung
8 281 ff00::/8 Auf Verbindung
===========================================================================
Ständige Routen:
Keine
Von: franken [mailto:franken-bounces at freifunk.net] Im Auftrag von byteturtle
Gesendet: Mittwoch, 2. Dezember 2020 11:02
An: fundsammler
Cc: Freifunk Franken
Betreff: Re: Kein DNS in Hood Aschaffenburg (alt: IPv4 Route in Aschaffenburg defekt?)
Moin Jens,
sollte nun wieder gehen, der DHCP Server auf dem Gateway hat noch seine alte IP aus dem Aschaffenburger Transfer Netz (als wir das Gateway Ende letzten Jahres umgezogen haben) als DNS gesendet, die logischerweise nicht mehr erreichbar ist. Warum das bisher ging? Das wüsste ich auch gerne, ich habe es bis jetzt nicht rausfinden können.
Sollte nun wieder gehen, aktuell werden Verteilt: GW Aschaffenburg, und mayosemmel DNS, Upstream DNS für den Cache sind mayosemmel DNS und christiand DNS.
Grüße,
byteturtle
On Wednesday, Dec 02, 2020 at 11:00 AM, byteturtle <byteturtle at schaffenburg.org<mailto:byteturtle at schaffenburg.org>> wrote:
Moin Jens,
sollte nun wieder gehen, der DHCP Server auf dem Gateway hat noch seine alte IP aus dem Aschaffenburger Transfer Netz (als wir das Gateway Ende letzten Jahres umgezogen haben) als DNS gesendet, die logischerweise nicht mehr erreichbar ist. Warum das bisher ging? Das wüsste ich auch gerne, ich habe es bis jetzt nicht rausfinden können.
Sollte nun wieder gehen, aktuell werden Verteilt: GW Aschaffenburg, und mayosemmel DNS, Upstream DNS für den Cache sind mayosemmel DNS, christiand DNS und Cloudflare 1.1.1.1.
Grüße,
byteturtle
On Wednesday, Dec 02, 2020 at 10:45 AM, fundsammler <fundsammler at web.de<mailto:fundsammler at web.de>> wrote:
Moin!
Über fff kann ich derzeit kein DNS auflösen. Gestern hatte ich damit noch keine Probleme.
Laut Router Webserver hat der Router eine Verbindung über WAN und Internet.
Liegt hier vll. wieder ein Problem wie im Juli vor?
Herzlichen Dank
Jens
Am 8. Juli 2020 00:31:48 MESZ schrieb Robin Simon <robin.simon1995 at live.de<mailto:robin.simon1995 at live.de>>:
Super.
Alles wieder im grünen Bereich.
Grüße
Robin
Am 07.07.2020 um 22:13 schrieb byteturtle <byteturtle at schaffenburg.org<mailto:byteturtle at schaffenburg.org>>:
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
--
Diese Nachricht wurde von meinem Android-Gerät mit K-9 Mail gesendet.
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: <https://lists.freifunk.net/pipermail/franken-freifunk.net/attachments/20201202/75b439b8/attachment-0001.html>
Mehr Informationen über die Mailingliste franken