DNS Umstellung wegen Gluon

Ich habe jetzt das ganze DNS umgestellt, so wie in Erstes Gluon Stable Release beschrieben. Ich hoffe das dabei nix kaputt gegangen ist. Wenn jemand doch was findet, bitte hier melden.

Wiki geht nicht:

ping w.ffrn.de                                                   
ping: unknown host w.ffrn.de

Auflösung funktioniert hier ohne Probleme. Ich mach den Thread jetzt für 30 Minuten dicht da ich sonst hier zig Leute mit kaputtem DNS Cache habe.

Rufe ich http://fw.ffrn.de/ oder http://fw.freifunk-rhein-neckar.de/ auf gelange ich zur Startseite:
https://www.freifunk-rhein-neckar.de/

Welche IP bekommst du denn von deinem DNS zurück? Ich vermute da ein Cache Problem.

188.40.255.240

ipconfig /flushdns habe ich gemacht

Dann verstehe ich das Verhalten nicht, ist es evl dein Browser Cache?. Bei mir löst es auch auf diese IP auf und ich komme auch auf die richtige Seite. Evl. guckst du mal was dir ein Tool wie https://dev.modern.ie/tools/screenshots/ anzeigt um ein lokales Problem auszuschließen.

Nach dem Lerren des Browsercache ging es.
Danke Dir!

Mag ja sein, dass ich zu blöd bin, DNS zu benutzen, aber ich habe die ganze Zeit seltsame Effekte mit der Auflösung von ffrn-Adressen. Aktuell z.B. komme ich mal bei der alten Webseite, mal bei der neuen raus. Scheint (meiner Meinung nach) daran zu liegen, dass die beiden DNS-Server nicht synchrons sind und unterschiedliche Antworten liefern.

Beispiel:

tobox@tobox-vm:~$ dig @ns2.root-space.de map.ffrn.de ANY

; <<>> DiG 9.9.5-9+deb8u3-Debian <<>> @ns2.root-space.de map.ffrn.de ANY
; (2 servers found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 54541
;; flags: qr aa rd; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 5
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;map.ffrn.de. IN ANY

;; ANSWER SECTION:
map.ffrn.de. 900 IN A 188.40.255.234
map.ffrn.de. 900 IN AAAA 2a01:4f8:100:5734::2

;; AUTHORITY SECTION:
ffrn.de. 900 IN NS ns2.root-space.de.
ffrn.de. 900 IN NS ns1.root-space.de.

;; ADDITIONAL SECTION:
ns1.root-space.de. 900 IN A 188.40.255.226
ns1.root-space.de. 900 IN AAAA 2a01:4f8:100:57fe::53
ns2.root-space.de. 900 IN A 79.140.42.59
ns2.root-space.de. 900 IN AAAA 2001:4d88:1ffc:523::1

;; Query time: 16 msec
;; SERVER: 2001:4d88:1ffc:523::1#53(2001:4d88:1ffc:523::1)
;; WHEN: Mon Oct 12 20:44:47 CEST 2015
;; MSG SIZE rcvd: 219

tobox@tobox-vm:~$ dig @ns1.root-space.de map.ffrn.de ANY

; <<>> DiG 9.9.5-9+deb8u3-Debian <<>> @ns1.root-space.de map.ffrn.de ANY
; (2 servers found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 51552
;; flags: qr aa rd; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 5
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;map.ffrn.de. IN ANY

;; ANSWER SECTION:
map.ffrn.de. 900 IN A 78.46.199.234
map.ffrn.de. 900 IN AAAA 2a01:4f8:c17:a51::2

;; AUTHORITY SECTION:
ffrn.de. 900 IN NS ns1.root-space.de.
ffrn.de. 900 IN NS ns2.root-space.de.

;; ADDITIONAL SECTION:
ns1.root-space.de. 900 IN A 188.40.255.226
ns1.root-space.de. 900 IN AAAA 2a01:4f8:100:57fe::53
ns2.root-space.de. 900 IN A 79.140.42.59
ns2.root-space.de. 900 IN AAAA 2001:4d88:1ffc:523::1

;; Query time: 17 msec
;; SERVER: 2a01:4f8:100:57fe::53#53(2a01:4f8:100:57fe::53)
;; WHEN: Mon Oct 12 20:44:51 CEST 2015
;; MSG SIZE rcvd: 219

Das kann ich bestätigen. Scheinbar wurde die Zone tatsächlich nicht korrekt übernommen. Ist jetzt gefixt.
Was nen doofer Fehler, hatte ich in über 5 Jahren noch nicht. Danke für die Hilfe beim Debuggen.

Irgendwie habe ich mit einem Knoten immer noch Probleme, und hätte da mal eine Verständnisfrage:

Wenn ein Knoten keinen LAN-Uplink hat, bekommt er ja keinen DNS-Server vom Uplink. Eigene DNS-Server sind aber auch nicht in der Firmware eingetragen, oder? Bei den funktionierenden Knoten kommen dann irgendwie von Geisterhand die richtigen Einträge in /tmp/resolv.conf.auto rein, aber auf meinem fehlerhaften Knoten steht in der Datei nur

# Interface wan

drin, und keine IPs. Sollten die per DHCPv6 oder Router Advertisements kommen? Woran kann es liegen, dass die evtl. nicht kommen?

Mein Arbeitskollege hat vorhin ähnliches beobachtet. Er hat “autoupdater” eingegeben, und einen DNS-Fehler bekommen. Dann haben wir es einfach nochmal gemacht, und dann ging es. Genau das war auch bei mir reproduzierbar, aber auf einem anderen Knoten.

Edit: Ich glaube, ich habe es verstanden. # Interface wan bedeutet, dass der Knoten eine LAN-Uplink hat und einfach darüber DNS machen soll. Dann stehen die DNS-Server scheinbar in /var/gluon/wan-dnsmasq/resolv.conf.

Ja, die kommen per Router Advertisement und funktionieren auch :) Warum das auf einigen deiner Knoten nicht funktioniert kann ich dir nicht direkt sagen. Hast du an diesen Knoten etwas geändert außer das was über die Oberfläche geht? Bekommst du an einem Client ordentlich eine IPv6 Adresse?

An den Knoten habe ich nichts rumgefummelt. Nach mehreren Reboots von Freifunkknoten und Fritz!Box funktioniert jetzt alles prinzipiell, aber mit grausigen Ping-zeiten und Packet loss. Nazco debuggt gerade.

Ich glaube, er hatte seine IPv6-Adresse, bin mir aber nicht mehr ganz sicher, da ich mich über die wan-IPv4 eingeloggt hatte.