| Beide Seiten, vorherige Überarbeitung Vorherige Überarbeitung | Nächste ÜberarbeitungBeide Seiten, nächste Überarbeitung |
| hamnet:dns-system [29.11.2020 13:00 Uhr] – [BottomUp/TopDown] dd9qp | hamnet:dns-system [29.11.2020 16:22 Uhr] – [BottomUp] dd9qp |
|---|
| ===== DNS-Hubs ===== | ===== DNS-Hubs ===== |
| |
| Kernstück des DNS-Systems im HAMNET-DL bilden drei sogenannte DNS-Hubs. Sie sind an drei verschiedenen, technisch und physikalisch gut erreichbaren Standorten in DL verteilt untergebracht. Sie sind untereinander, teils über schnelle Internet-Tunnel, direkt verbunden und halten das an den Parent-AS abgeleitete Subzonenkonzept im HAMNET-DL zusammen. Eine von der IP-Koordination DL betriebene Transfer-Instanz sorgt für die korrekte Übersetzung der Subzonennamen in die weltweite "flat"-domain ampr.org. | {{:ip-koordination:karte_dnshubs_flow.png |Darstellung des kompletten Workflow im deutschen AMPRNet DNS-System}}Kernstück des DNS-Systems im HAMNET-DL bilden drei sogenannte DNS-Hubs. Sie sind an drei verschiedenen, technisch und physikalisch gut erreichbaren Standorten in DL verteilt untergebracht. Sie sind untereinander redundant, teils über schnelle Internet-Tunnel, direkt verbunden und halten das an den Parent-AS abgeleitete Subzonenkonzept im HAMNET-DL zusammen. Eine von der IP-Koordination DL betriebene Transfer-Instanz sorgt für die korrekte Übersetzung der Subzonennamen in die weltweite "flat"-domain ampr.org. Die DNS-Hubs beantworten für ihre Clients neben allen Zonen und der flachen ampr.org Zone auch andere Anfragen (z. B. aus dem Internet). Deshalb genügt in den einzelnen Regionen der Parent-AS das Aufsetzen einfacher "Cache-only"-Nameserver, die dann vor Ort alle angeschlossenen Clients der Region bedienen. Die an jedem Standort vorhandenen Mikrotik-Router können für die Standort-Clients eine solche Aufgabe problemlos übernehmen. |
| |
| \\ | \\ |
| \\ | \\ |
| |
| Die DNS-Hubs beantworten für ihre Clients neben allen Zonen und der flachen ampr.org Zone auch andere Anfragen (z. B. aus dem Internet). Deshalb genügt in den einzelnen Regionen der Parent-AS das Aufsetzen einfacher "Cache-only"-Nameserver, die dann vor Ort alle angeschlossenen Clients der Region bedienen. Die an jedem Standort vorhandenen Mikrotik-Router können für die Standort-Clients eine solche Aufgabe problemlos übernehmen. | |
| |
| ===== BottomUp/TopDown ===== | ===== BottomUp/TopDown ===== |
| | |
| {{:ip-koordination:karte_dnshubs_flow.png |Darstellung des kompletten Workflow im deutschen AMPRNet DNS-System}}Sysadmins von Digipeatern bzw. dort angebundener Server in Aktivitätszonen, die einen eigenen DNS-Server betreiben (wollen), der für eine oder mehrere Regionalzonen in ihrer Umgebung authoritativ ist, müssen die Zonendateien per Zonentransfer ihres laufenden DNS-Servers nur noch bei dem für sie zuständigen DNS-Hub abliefern. Dies wird durch entsprechende Einträge in der Konfigurationsdatei für den lokalen DNS-Server sichergestellt. Die DL-IP-Koordination stellt zu diesem Zweck passende Scriptdateien zur Verfügung, die auf allen DNS-Hubs zum Download verfügbar sind. | Sysadmins von Digipeatern bzw. dort angebundener Server in Aktivitätszonen, die einen eigenen DNS-Server betreiben (wollen), der für eine oder mehrere Regionalzonen in ihrer Umgebung authoritativ ist, müssen die Zonendateien per Zonentransfer ihres laufenden DNS-Servers nur noch bei dem für sie zuständigen DNS-Hub abliefern. Dies wird durch entsprechende Einträge in der Konfigurationsdatei für den lokalen DNS-Server sichergestellt. Die DL-IP-Koordination stellt zu diesem Zweck passende Scriptdateien zur Verfügung, die auf allen DNS-Hubs zum Download verfügbar sind. |
| |
| ====BottomUp ==== | ====BottomUp ==== |
| |
| Die Sysadmins brauchen sich nicht mehr um den Austausch und die weitere Verbreitung ihrer Zone in der ganzen Republik zu kümmern. Der Zonentransfer geschieht automatisch per Notify sofort nach einer Änderung/Aktualisierung durch den Regionalzonen-Koordinator oder nach Ablauf der Gültigkeitsdauer der verfügbaren Daten im lokalen DNS-Server (TTL gesteuert). Hört der zuständige DNS-Hub von einem lokalen DNS seiner Region allerdings längere Zeit nichts, fragt er seinerzeit dort nach, ob es etwas Neues in der/den Regionalzone(n) gibt. | Die Zonen-Maintainer brauchen sich nicht mehr um den Austausch und die weitere Verbreitung ihrer Zonendateien in der ganzen Republik zu kümmern. Der Zonentransfer geschieht automatisch per Notify sofort nach einer Änderung/Aktualisierung durch den Regionalzonen-Koordinator oder nach Ablauf der Gültigkeitsdauer der verfügbaren Daten im lokalen DNS-Server (TTL gesteuert). Hört der zuständige DNS-Hub von einem lokalen DNS seiner Region allerdings längere Zeit nichts, fragt er seinerzeit dort nach, ob es etwas Neues in der/den Regionalzone(n) gibt. |
| |
| Datentransfer findet nur dann statt, wenn sich in einer Zonendatei wirklich etwas geändert hat. Durch die feste Zuordnung der lokalen DNS-Server einer (Groß-)Region auf einen darin erreichbaren DNS-Hub bleibt der Datenfluss auf die im allgemeinen sicher genug funktionierenden Interlinkstrukturen der Region beschränkt. Mehrfachbelastungen überregionaler Linkstrecken fallen komplett weg. | Datentransfer findet nur dann statt, wenn sich in einer Zonendatei wirklich etwas geändert hat. Durch die feste Zuordnung der lokalen DNS-Server einer (Groß-)Region auf einen darin erreichbaren DNS-Hub bleibt der Datenfluss auf die im allgemeinen sicher genug funktionierenden Interlinkstrukturen der Region beschränkt. Mehrfachbelastungen überregionaler Linkstrecken fallen komplett weg. |