Eigene DNS Server im AREDN Netzwerk           
    Für ein funktionierendes AREDN-Netzwerk (Amateur Radio Emergency Data Network) oft sogar zwingend notwendig.

         Aus diesen Gründen ist Ihre Änderung die richtige Entscheidung:

• Auflösung von lokalen .mesh-Adressen: Öffentliche DNS-Server wie die von Google (8.8.8.8 und 8.8.4.4) kennen die internen Namen und Services Ihres Mesh-Netzwerks nicht. Wenn Sie lokale Knoten oder Dienste (z. B. Telegrafie-Server, VoIP, IP-Kameras im Mesh) über deren Namen aufrufen wollen, muss der DNS-Server im Mesh liegen.

• Autarkie bei Internetausfall: AREDN ist als Notfunknetzwerk darauf ausgelegt, komplett unabhängig vom globalen Internet zu funktionieren. Wenn die Internetverbindung wegbricht, sind 8.8.8.8 und 8.8.4.4 nicht mehr erreichbar. Ein lokaler DNS-Server an Ihrem hAP-Knoten bleibt hingegen immer erreichbar.

• Automatische Namensauflösung im Mesh: Die AREDN-Firmware verbreitet Hostnamen automatisch über das Routing-Protokoll (OLSR). Wenn Ihr separater DNS-Server oder der hAP so konfiguriert ist, dass er diese Einträge einbezieht, können alle angeschlossenen Clients im lokalen LAN des hAPs nahtlos darauf zugreifen.

         Worauf Sie achten sollten:

1. Fallback für das globale Internet: Falls Ihr AREDN-Knoten über ein "Internet-Gateway" verfügt und Sie aus diesem Netz heraus auch normale Webseiten aufrufen möchten, sollte Ihr neuer lokaler DNS-Server so eingerichtet sein, dass er Anfragen, die er nicht selbst auflösen kann (alles ausserhalb von .mesh), an einen externen DNS-Server weiterleitet.

2. Sekundärer DNS: Wenn Sie die Einträge komplett ersetzen, tragen Sie als primären und sekundären DNS am besten die IP des hAPs bzw. Ihres lokalen DNS-Servers ein. Vermeiden Sie es, Google als sekundären DNS einzutragen, da Betriebssysteme bei Verzögerungen oft willkürlich zwischen primärem und sekundärem Server wechseln, was zu sporadischen Fehlern bei Mesh-Adressen führen kann