Hey Leute mir ist aufgefallen, dass 0.8 stable ist, Dankeschön:). Leider melden die Router auf denen ich Zugriff habe alle Bad Domain (Autoupdate.ffnw)
Mit freundlichen Grüßen
Jens Ellerbrock
--------------------
Freifunk Nordwest e.V. Website
Unterstütze uns doch mit einer kleinen Spende, oder ganz einfach beim Onlineshoppen (ohne extra Kosten)
On 13.03.2016 10:19, Jens Ellerbrock - Freifunk Nordwest e.V. via Dev wrote:
Hey Leute mir ist aufgefallen, dass 0.8 stable ist, Dankeschön:). Leider melden die Router auf denen ich Zugriff habe alle Bad Domain (Autoupdate.ffnw)
Kann jemand, der mit dem DNS bisher schon gearbeitet hat, das mal checken?
Auf 04 ist die .ffnw Zone auskommentiert, vorher verwies die auf 10.18.0.1. Auf 01 und 02 existieren scheinbar keine Einträge für autoupdate.ffnw und ntp.ffnw.
Aufgrund der fehlenden öffentlichen IPV6 Adressen funktioniert DNS auf den Routern gerade garnicht ^^
Von meinem iPhone gesendet
Am 13.03.2016 um 10:40 schrieb Simon Kurka via Dev dev@lists.ffnw.de:
On 13.03.2016 10:19, Jens Ellerbrock - Freifunk Nordwest e.V. via Dev wrote: Hey Leute mir ist aufgefallen, dass 0.8 stable ist, Dankeschön:). Leider melden die Router auf denen ich Zugriff habe alle Bad Domain (Autoupdate.ffnw)
Kann jemand, der mit dem DNS bisher schon gearbeitet hat, das mal checken?
Auf 04 ist die .ffnw Zone auskommentiert, vorher verwies die auf 10.18.0.1. Auf 01 und 02 existieren scheinbar keine Einträge für autoupdate.ffnw und ntp.ffnw. -- Viele Grüße, Simon _______________________________________________ Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
Hi,
On 13.03.2016 10:19, Jens Ellerbrock - Freifunk Nordwest e.V. via Dev wrote:
Hey Leute mir ist aufgefallen, dass 0.8 stable ist, Dankeschön:). Leider melden die Router auf denen ich Zugriff habe alle Bad Domain (Autoupdate.ffnw)
Kann jemand, der mit dem DNS bisher schon gearbeitet hat, das mal checken?
Auf 04 ist die .ffnw Zone auskommentiert, vorher verwies die auf 10.18.0.1. Auf 01 und 02 existieren scheinbar keine Einträge für autoupdate.ffnw und ntp.ffnw.
Ich versuche mir das heute Abend mal anzuschauen. srv01 und 02 brauchen diese Einträge auch nicht da die Server nicht am mesh hängen.
Die Firmwares werden dezentral zwischen den Supernodes synchronisiert. D.h. die supernodes besitzen einen eigenen nginx + eine vhost conf für autoupdate.ffnw in der host.dnsmasq wird *.ffnw dann letztlich durch den vhost auf den eigenen Servern verweisen. Oder eben auf den der am schnellsten antwortet.
über die interne ULA/v6 sollte somit weiterhin die Namensauflösung funktionieren. Unabhängig von v6.
vg Tarek
Hey zusammen,
kann es eventuell sein, dass er lediglich zu 06 keine Defaultroute bekommt? Am besten temporär auf 06 mal wieder radcd anwerfwn und testen ;)
Wäre meine Idee jetzt
Am 13. März 2016 12:09:17 MEZ, schrieb Jan-Tarek Butt via Dev dev@lists.ffnw.de:
Hi,
On 13.03.2016 10:19, Jens Ellerbrock - Freifunk Nordwest e.V. via Dev
wrote:
Hey Leute mir ist aufgefallen, dass 0.8 stable ist, Dankeschön:). Leider melden die Router auf denen ich Zugriff habe alle Bad Domain (Autoupdate.ffnw)
Kann jemand, der mit dem DNS bisher schon gearbeitet hat, das mal
checken?
Auf 04 ist die .ffnw Zone auskommentiert, vorher verwies die auf
10.18.0.1.
Auf 01 und 02 existieren scheinbar keine Einträge für autoupdate.ffnw und ntp.ffnw.
Ich versuche mir das heute Abend mal anzuschauen. srv01 und 02 brauchen diese Einträge auch nicht da die Server nicht am mesh hängen.
Die Firmwares werden dezentral zwischen den Supernodes synchronisiert. D.h. die supernodes besitzen einen eigenen nginx + eine vhost conf für autoupdate.ffnw in der host.dnsmasq wird *.ffnw dann letztlich durch den vhost auf den eigenen Servern verweisen. Oder eben auf den der am schnellsten antwortet.
über die interne ULA/v6 sollte somit weiterhin die Namensauflösung funktionieren. Unabhängig von v6.
vg Tarek
Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
Hey,
grade getestet. Wenn ich auf 06 wieder den radvd starte löst die ULA wieder auf. Hier fehlt nur die v6 Default Route, wenn radvd beendet ist:
root@FF-OS-Montur-Store:~# wget http://autoupdate.ffnw/testing/ Connecting to autoupdate.ffnw ([fd74:fdaa:9dc4::24:1]:80) index.html 100% |***************************************
VG Stefan
Am 13.03.2016 um 12:38 schrieb Stefan via Dev:
Hey zusammen,
kann es eventuell sein, dass er lediglich zu 06 keine Defaultroute bekommt? Am besten temporär auf 06 mal wieder radcd anwerfwn und testen ;)
Wäre meine Idee jetzt
Am 13. März 2016 12:09:17 MEZ, schrieb Jan-Tarek Butt via Dev dev@lists.ffnw.de:
Hi, On 13.03.2016 10:19, Jens Ellerbrock - Freifunk Nordwest e.V. via Dev wrote: Hey Leute mir ist aufgefallen, dass 0.8 stable ist, Dankeschön:). Leider melden die Router auf denen ich Zugriff habe alle Bad Domain (Autoupdate.ffnw) Kann jemand, der mit dem DNS bisher schon gearbeitet hat, das mal checken? Auf 04 ist die .ffnw Zone auskommentiert, vorher verwies die auf 10.18.0.1 <http://10.18.0.1>. Auf 01 und 02 existieren scheinbar keine Einträge für autoupdate.ffnw und ntp.ffnw. Ich versuche mir das heute Abend mal anzuschauen. srv01 und 02 brauchen diese Einträge auch nicht da die Server nicht am mesh hängen. Die Firmwares werden dezentral zwischen den Supernodes synchronisiert. D.h. die supernodes besitzen einen eigenen nginx + eine vhost conf für autoupdate.ffnw in der host.dnsmasq wird *.ffnw dann letztlich durch den vhost auf den eigenen Servern verweisen. Oder eben auf den der am schnellsten antwortet. über die interne ULA/v6 sollte somit weiterhin die Namensauflösung funktionieren. Unabhängig von v6. vg Tarek ------------------------------------------------------------------------ Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev
-- vg Stefan
Dev mailing list Dev@lists.ffnw.de https://lists.ffnw.de/mailman/listinfo/dev