Domain Name System

Einleitung

Das Domain Name System (DNS) ist ein Dienst im HAMNET. Seine Hauptaufgabe ist die Beantwortung von Anfragen zur Namensauflösung. Der folgende Artikel stammt ca. aus dem Jahr 2015 und beschreibt großteils die historische Situation. Anfang 2025 wurde dieser Artikel auf die nunmehr verwendete Domain "hamip.at" aktualisiert. In Österreich wurde im Hamnet anfangs die Domain "ampr.at", später zunehmend die über die Hamnet-DB verwaltete Domain "ampr.org" verwendet. Im Juni 2024 verlor der DARC und die damit auch die Hamnet-DB den Zugriff auf "ampr.org". Der DARC entschied sich für die Domain "hamnet.radio", der ÖVSV für die Domain "hamip.at".

Dabei ist ein autoritativer Nameserver verantwortlich für eine Zone, davon ist mindestens einer der sogenannte der Primary Nameserver. Aus Redundanz- und Lastverteilungsgründen werden auch im HAMNET autoritative Nameserver als Server-Cluster realisiert, wobei die Zonendaten identisch auf einem oder mehreren Secondary Nameservern liegen. Die Synchronisation zwischen Primary und Secondary Nameservern erfolgt per Zonentransfer über die Funkstrecken.

Der Name muss in eine IP-Adresse aufgelöst werden, damit z.B.: ein Computer die Seite oder den Dienst erreichen kann. Die Namensauflösung für http://websdr.oe7xgr.hamip.at:8073 liefert beispielsweise die IP-Adresse 44.143.168.68 zurück. Technisch gesehen handelt es sich um einen Namensraum, der zusammen mit dem Hostnamen dazu dient, Computer oder Geräte im HAMNET zu identifizieren, und der unter anderem Bestandteil der URL (Uniform Resource Locator) einer Webseite ist (beispielsweise http://wiki.oevsv.at/index.php/Interessensgruppen).

Es gibt aber auch die umgekehrte Situation, bei der zu einer vorgegebenen IP-Adresse der Name benötigt wird. Wenn diese Auflösung ermöglicht werden soll, wird eine reverse Domäne angelegt, um den sogenannten Reverse Lookup durchzuführen.

In jedem beteiligten Nameserver des HAMNETSs existieren eine oder mehrere Dateien – die so genannten Zonendateien – die alle relevanten Daten enthalten. Bei diesen Dateien handelt es sich um Listen von Resource Records.

Zu Details der komplexen Funktionsweise des DNS und der möglichen Resource Records (Einträge)in einem Nameserver siehe DNS sowie Domain

Server der Zone hamip.at

Für das HAMNET in Österreich wird die Zone hamip.at verwaltet.

Die Sysops werden gebeten, in den Routerboards des Backbones und an den Einstiegsknoten die DNS-Server des HAMNETS einzutragen.

Aktuelle Einstellung: DNS im Hamnet über 44.143.0.10

Folgende zwei Server waren im Jahr 2015 vorhanden:

44.143.168.30 (ns7.hamip.at) Master Server in OE7, Teil des Clusters ns.hamip.at mit 4 Servern in OE7

44.143.40.30 (ns2.hamip.at) Vollwertiger Slave in OE2

Jenachdem, welcher der beiden Name-Server linktechnisch näher ist, sollte dieser als Primary DNS Server eingetragen werden, und der andere als Secondary.

Anmerkung: Es wird unabhängig von der nicht vorhandenen Konnektivität aus dem Internet in das HAMNET die Auflösung der Zone hamip.at auch im Internet geboten. Die Namensauflösung ist daher auch außerhalb des HAMNETS über jeden DNS Server freier Wahl möglich. (Wie bei ampr.org)

Es wird unabhängig von der nicht vorhandenen oder stark eingeschränkten (amateurfunk-dienstebezogenen) Konnektivität mit dem Internet die Auflösung der Internet-Domain Names auch im HAMNET geboten. Dies ermöglicht etwa die Namensauflösung der internationalen Amateurfunk-Domain (Knoten) ampr.org., die bereits im HAMNET verfügbar ist.

DNS Wurzelbaum

Die Darstellung des DNS-Namensraumes erfolgt als „Wurzelbaum“. Jeder Knoten dieses Baumes besitzt einen Namen, der ohne die Angabe eines vollständigen Namens nicht eindeutig ist.Der vollständige Name einer Domain wird als ihr Fully Qualified Domain Name (FQDN) bezeichnet. Der Domain-Name ist in diesem Fall eine absolute Adresse bestehnd aus Root, Top-Level-Domain und Subdomains.

Der FQDN dlc7.oe7xgr.hamip.at. ergibt sich durch:

4rd-level-label . 3rd-level-label . 2nd-level-label . Top-Level-Domain . root-label

und lautet damit

     dlc7       .    oe7xgr      .      ampr         .       at        .

Bei den meisten Benutzeranwendungen (z. B. Browsern) kann auf die Eingabe des Punktes am Ende in der Regel verzichtet werden.

DNS Syntax

Im Syntax muss im Regelfall das Call als 3rd-level-label enthalten sein, um ein paralleles Update in die ampr.org-Zone zu gewährleisten. Einzelne Ausnahmen sind vorgesehen. Ein Parallel-Übertrag in die Zone ampr.org soll dann in Zukuft ebenfalls erfolgen.

hamip.at. ist dann auch durch ampr.org. substituierbar. Dies ist nicht umbedingt wegen internationaler Verfügbarkeit des DNS notwendig (auch hamip.at wird im www aufgelöst). ampr.org geht jedoch konform mit den länderübergreifenden Aktivitäten des Netzaufbaus und der internationalen DNS-Zone für Amateurfunk IP-Netzwerke.

Benutzer

Benutzer am HAMNET-Einstieg erhalten automatisiert eine rufzeichenbezogene Zuweisung der jeweils zugeordneten (dynamischen DHCP-)IP-Adresse wie folgt:

         usercall     .      ampr         .       at

Der Syntax call.hamip.at ist nur für User zulässig. Am Automatismus wid derzeit noch gearbeitet.

Auch Zuweisungen zu statischen IPs sind möglich, jedoch dann standortgebunden (einstieg-gebunden). Sofern noch jemand IP over AX über 1k2 oder 9k6 PR-Einstiege arbeiten möchte, wird ebenfalls eine statische Zuweisung nach neuem IP-Schema (Zuordnung zu Digipeater/Zugangsrelais) benötigt, fast ident wie bisher gelistet durch OE1KDA geführt.

Dienste / Services

Syntax für die unterschiedlichen Dienste (unabhängig, ob sie auf der selben IP-laufen) ist wie folgt vorgesehen:

         dienst     .      call     .      ampr         .       at

Anmerkungen: Der Name des Dienstes kann frei gewählt werden, sollte aber schlüssig, kurz und möglich einheitlich OE-weit gewählt sein. Das Syntax wird immer verwendet, auch wenn nur ein Dienst am Standort (unter dem Call) angeboten wird.

Ein mit HAMNET verbundener Relaisstandort bietet meist immer einen Dienst an: Daher gibt es also den Syntax relaisrufzeichen.hamip.at nicht, sondern er wird immer mit einem zusätzlichem Label für den Dienst versehen. Grund ist, das man insbesondere an einem Standort oder einer Clubstation viele unterschiedliche Dienste und Anwendungen haben kann, die einer unterscheidbaren Namensauflösung bedürfen. Insbesondere ist die Erforderniss da, wenn die Anwendungen auf verschiedenen Geräten (IP-Nummern) laufen.

Sollte es durch den Sysop absolut erwünscht sein oder erforderlich scheinen, kann zusätzlich ein Redirect von call.hamip.at auf den Hauptdienst (zb.: Übersichtsseite web.call.hamip.at) oder auf den wichtigsten Dienst dieses Standortes durchgeführt werden.

Der folgende Syntax gilt auch, wenn ein User einen Dienst für die Amateurfunk-Allgemeinheit anbietet und unabhängig davon, ob der Dienst auf der selben IP-Adresse angeboten wird, welche schon über usercall.hamip.at erreichbar wäre.

Beispiele für Allgemeine Webseiten:

web.oe2xyz.hamip.at

Web dient als primäres Label für Webseiten mit allgemeine Amateurfunk-Content. Also Webinhalt ohne Fokussierung auf einen speziellen Dienst bzw. ohne einem forciertem Webangebot zu einer ganz bestimmten Anwendung. Allgemeine Seiten sind etwa Linksammlungen, Userseiten, LV und DV Seiten, Pages mit Bauanleitungen, HAMNET-Startseiten mit Links, Homepages von ADLs, Projektgruppenseiten, HAMNET Suchmaschine etc...

web dient als rein optische Abgrenzung vom Internet (www)

Historische Dienste:

Für sonstige Server, Dienste, sowie für Webseiten mit einem forciertem Angebot auf eine ganz bestimmte Anwendung (Stand ca. 2015):

aprs.oe7xgr.hamip.at (ein APRS Server am OE7XGR)

video.oe5xyz.hamip.at (Eine Video Seite zb. Webkamera mit Webinterface)

video-ctrl.oe5xyz.hamip.at (eine Video Steuerungsseite)

atv.oe4xyz.hamip.at (eine ATV Anwendung)

rep-ctrl.oe5xyz.hamip.at (Eine Repeater Steuerung)

ax25.oe7xgr.hamip.at (AX25 - AXUDP Einstieg ins Packet Radio, zb. mit Flexnet32)

dlc7.oe7xgr.hamip.at (Mini Hompepage eines DLC7 PR-Knotens)

prbox.oe2xel.hamip.at (Packet Mailbox, PR Mailbox Mailserver zb Packet-BBS mit Webinmterface und/oder SMTP/POP3)

pocsag.oe6xxz.hamip.at (z.B.: Dienst durch User)

echolink.oe1xyz.hamip.at (z.B.: Echolink)

d-star.oe3xyz.hamip.at (z.B.: D-STAR)

ntp.oe6xyz.hamip.at (ein automomer Zeitdienst)

winlink.oe3xyz.hamip.at (z.B.: Winlink-Gateway)

wetter.oe6xyz.hamip.at (z.B.: Wetterdatenserver), auch möglich als web.wetter.oe6xyz.hamip.at im Falle einer Homepage.

wiki.oe6aaa.hamip.at (ein Wiki)

etc ...

Router und Netzinfrastruktur

Sysops werden gebeten, ihre Routerboards des Funkstreckenequipment, sowie andere Hosts der übergeordneten Netzinfrastruktur wie folgt im DNS einzutragen oder im DNS anzumelden. Dies ist insbesondere bei der Verfolgung des Routings durch OE (beispielsweise der Befehl traceroute) sehr hilfreich.

ROUTER:

Für den ersten Router am Standort (oder wenn Standort nur einen Router hat)

hr.oe7xgr.hamip.at (Die Routeradresse des Routers im Backbone des eigenen Bundeslandes)

hr-oe2.oe7xgr.hamip.at (Die Routeradresse des Routers im Backbone eines Nachbarbundeslandes - falls vorhanden)

user.oe7xgr.hamip.at (Die Routeradresse des Routers im Usernetz bzw. am Einstieginterface, falls eines vorhanden)

services.oe7xgr.hamip.at (Die Routeradresse des Routers im Dienste (Services)Netz, falls ein Servicenetz vorh.)

trans-ir3ugm.oe7xgr.hamip.at (Die Routeradresse in einem OE-Transfernetz, Auslandlink falls vorh.)

trans-oe7xgr.ir3ugm.hamip.at (Die Routeradresse des Auslandspartners in einem OE-Transfernetz, falls vorh.)

hr ist die Abkürzung für Highspeed-Router oder Hamnet-Router

Anmerkungen:

Bei mehreren user- oder services Interfaces am selben Router ist die fortlaufende Bezeichnung

user1.oe7xgr.hamip.at

user2.oe7xgr.hamip.at

oder

user-nord.oe7xgr.hamip.at (wenn Einstiegs-Antennen beispielweise in verschiedene Richtung stehen)

user-west.oe7xgr.hamip.at

möglich.

Für einen zweiten Router am selben Standort

Hier wird bei dem Eintrag für die Backboneadresse dieses Routers z.B: die Zahl Zwei eingesetzt

hr2.oe7xgr.hamip.at (Routeradresse im Backbone des eigenen Bundeslandes)

Rest ident wie bei erstem Router

Für einen Router, der explizit eine Gatewayfunktion durchführt

gate.oe7xwi.hamip.at (Ein Router als Gate z.B.: mit eingeschränkter Connectivity zum Internet. Bespielsweise um explizite Daten von an das HAMNET anbegundenen APRS-Digis an das APRS-IGATE zu senden)

CLUSTER-Dienste OE-weit

(mehrere IP-Adressen hinter einer Url)

Folgender Syntax ist erlaubt, wenn dieser nicht für den Transfer auf ampr.org vorgesehen werden muss. Beispielsweise möglich:

ns.hamip.at (Nameserver Cluster)

ntp.hamip.at (Zeitdienst)

mail.hamip.at (Geplanter Cluster Mail-Dienst für das HAMNET-OE Mailsystem, übergreifend winlink/PR-BBS NAchrichten/Hamnet E-Mail unter einem Server / Konto)

Sofern ein späterer Tansfer oder eine Verfügbarkeit in der ampr.org Zone vorgesehen werden soll, ist folgender Syntax angedacht: (Achtung - Voraussichtlich und mit Vorbehalt, Syntax kann sich noch ändern)

mail.oe.hamip.at

oder

ntp.oe.hamip.at

Zentrale Websites, ohne Call als third-level-label

Zentrale Websites, etwa jene des Dachverbandes und der 9 Landesverbände, oder z.B: eine allgemeine HAMNET-Startseite (mit Linksammlung und Suchmaschine) können auch vom Dienste-Syntaxabweichen. Diese Seiten können unter einem (zusätzlichen) Record ohne ein Call als third-level-label eingetragen werden.

Grund ist hier ganz einfach eine leichte Merkbarkeit für zentrale Seiten mit zentralen OE-relevanten Informationen. Auch ein Redirect von diesem abweichenden Record ist denkbar.

Diese Records sind dann für die Zone hamip.at überall verfügbar, können aber nicht in ampr.org transportiert werden, da diese ein Call verlangt.

Um ampr.org kompatibel zu sein, soll auch ein zusätzlicher call-bezogener Eintrag für diesen Webinhalt gemäß Dienste-Syntax im DNS-Server eingetragen werden. Als Call kann z.B.: das Relais/Digi oder die Clubfunkstelle gelten, wo der Webinhalt zum Abruf angeboten wird (zb.: Eisvogelgasse).

Noch in Klärung: Ggf. kann der Syntax freiername.oe. in die org-Zone überführt werden (noch In Kärung mit den Verantwortlichen der ampr.org-Zone), siehe auch Mögicher OE-Syntax bei Clusterdiensten ansonsten lohnt sich ein Domain Check bevor die Domain registriert wird.

Wie komme ich zu Records für meine Dienste und Router

Möglichkeit 1

Zugang zum Master-DNS Server (BIND) 44.143.168.30 in OE7 oder anderen Slaves. Dieser Zugang bietet die Möglichkeit, Records aller Art wie den A Resource Record, PTR Resource Record etc ... selbst zu verwalten.

Anfrage für Zugang; Anfrage über Zugang mit Passwort über den AFUBB-L3-Verteiler, über OE6RKE Robert Kiendl oder direkt an OE7BKH oder OE7FMI. Der BIND Server bietet ein Webinterface. (Webmin)

Die Einrichtung eines Zugangs setzt ausreichend Kentnisse zur Funktionsweise des Domain Name Service voraus, zumindestens eine vorangegangene Einschulung, auch in das Webinterface.

Möglichkeit 2

Den/die gewünschten Labels und dazugehörigen IP-Adressen über den L3-Verteiler oder über OE6RKE Robert Kiendl, OE5RNL Reinhold, OE2WAO Mike, oder direkt an OE7BKH oder OE7FMI mitteilen.

Die Einträge werden für Euch dann gemacht.