- SRV Resource Record
-
Mittels SRV (Service) Resource Records kann per DNS propagiert werden, welche IP-basierenden Dienste (Services) in einer Domain (z. B. Firma) angeboten werden. Zu jedem Dienst werden weitere Informationen geliefert, wie zum Beispiel der Server-Name, der diesen Dienst bereitstellt.
Ein Dienst wird durch den Namen und das mit einem Punkt angehängte Protokoll bezeichnet. Beiden Komponenten wird ein „
_“ vorangestellt, um Verwechslungen mit anderen Domain-Namen zu verhindern.Inhaltsverzeichnis
Aufbau
- Service
- Dienst + Protokoll + Domain
- TTL
- gibt an, wie lange dieser RR (Resource Record) im Cache gehalten werden darf
- IN
- Internet
- SRV
- Priorität
- falls mehrere identische Dienste angeboten werden, hat die niedrigste Priorität Vorrang (die Dienste mit höherem Prioritätswert dienen im Falle eines Ausfalls als Ersatz)
- Gewicht
- innerhalb gleicher Priorität sollte die Wahrscheinlichkeit für die Auswahl eines Dienstes relativ zum Gewicht sein (bei einem Dienst mit Gewicht 3 und einem mit Gewicht 2 sollte also im Mittel zu 60 % der erste Dienst gewählt werden – dies dient zur Lastverteilung)
- Port
- TCP- oder UDP-Portnummer
- Server
- Server, der diesen Dienst bereitstellt (dabei darf es sich nicht um einen Alias, also eine Domain mit einem CNAME RR, handeln)
Beispiel
_ldap._tcp.example.com. 3600 IN SRV 10 0 389 ldap01.example.com.
Ein Client kann in diesem Beispiel per DNS ermitteln, dass in der DNS-Domain example.com der LDAP-Server ldap01 existiert, der über TCP Port 389 erreichbar ist.
Verwendung
SRV-RRs werden häufig von Microsoft-Windows-2000-Clients verwendet, um für einen benötigten Dienst den zuständigen Domain Controller zu ermitteln.
Weiter sind SRV-Einträge üblich bei folgenden standardisierten Protokollen:
Weblinks
- RFC 2782 – A DNS RR for specifying the location of services (DNS SRV)
- DNS SRV (RFC 2782) Service Types – Liste von Diensten und den zugehören SRV-Einträgen
Wikimedia Foundation.
