Verwendung
Ein SRV-Record verweist einen Service auf eine (Sub-)Domain.
Beispiel:
| Typ | Name (verwendest du @ für root) | Priorität | Gewicht | Port | Ziel | TTL |
|---|---|---|---|---|---|---|
| SRV | _minecraft._tcp.mc | 10 | 60 | 25565 | mc.example.com. | |
| A | mc | 203.0.113.1 |
ServerIP
🎮203.0.113.1
mc.example.com
Beschreibung
Die Zone selbst wird automatisch am Ende des Wertes ergänzt (z.B. www wird interpretiert als www.example.com).
Punkt am Ende der (Sub)Domain
Der Wert wird exakt so verwendet, wie du ihn angegeben hast und es wird keine Domainendung ergänzt (z.B. www.example.com. wird interpretiert als www.example.com).
Mehr Informationen
Service-Records (oder kurz SRV-Records) ermöglichen es einen Service (wie SIP-Service für VOIP, IM oder andere Service-Records in Internet-Telefonie) an einen anderen Ort weiterzuleiten. Einfach gesagt wird eine Domain über einen designierten Zielport an einen anderen Domainnamen verwiesen. Im SRV-Record werden Priorität, Gewicht, Port und Ziel festgelegt.
SRV-Records sehen auf den ersten Blick etwas komisch aus, da sie zwischen manchen Informationen Unterstriche _ und Punkte . enthalten. Und sie können unterschiedlich aussehen, je nach deinen Einstellungen und deinem Anbieter.
Ganz am Anfang steht ein Unterstrich. Darauf folgt der Name des Service und ein Punkt. Anschließend ein weiterer Unterstrich. Dann das Protokoll und ein weiterer Punkt. Dann der Name der Domain.
Beispiele:
_minecraft._tcp.mc.example.com
_ejabberd._tcp.chat.example.com
Danach stehen ggfls. TTL (Time To Live), die Buchstaben IN SRV, der Wert der Priorität, der Wert des Gewichts und die Portnummer.
Am Ende steht der Hostname der Maschine, auf welcher der Service läuft (das Ziel, auf das der SRV-Record zeigt) und ein weiterer Punkt ganz am Ende.
Zum Beispiel:
_sip._tcp.example.com. 3600 IN SRV 10 60 5060 bigbox.example.org.
; oder
_sip._tcp 3600 IN SRV 10 60 5060 bigbox.example.org.| Beschreibung | |
|---|---|
| Service | Der symbolische Name des SIP-Service. IANA verwaltet die Liste von Services und deren symbolischen Namen. |
| Protokoll | Das verwendete Protokoll, oft TCP oder UDP. |
| Domain | Der Domainname für diesen SRV-Record. Es ist wichtig, dass am Ende ein . angegeben ist. |
| TTL | TTL-Wert in Sekunden, davor oder danach kann IN stehen |
| SRV | Record-Typ |
| Priorität | Um so niedriger die Zahl, um so höher die Priorität. Verwende den Wert 0 für die höchste Priorität. |
| Gewicht | Das wird für die Lastenverteilung genutzt. Damit kannst du Server mit unterschiedlichen Lastlevels verwenden. Verwende den Wert 0 für das niedrigste Lastlevel. Das Gegenteil zum Wert der Priorität. Wenn der SIP-Service mehrere SRV-Records besitzt, muss das Gewicht dieser Records insgesamt 100 ergeben. (Stell dir das Gewicht wie Prozent vor. In diesem Beispiel mit einem Gewicht von 60, wird das Ziel von diesem SRV-Record bei 60% der Anfragen verwendet.) |
| Port | Die TCP oder UDP Portnummer, under welcher der SIP-Service erreichbar sein wird |
| Ziel | Der kanonische Hostname der Maschine, auf welcher der SIP-Service läuft. Das ist das Ziel für den SRV-Record. Ergänze am Ende .. Dieser Hostname muss bereits entweder einen A-Record oder einen AAAA-Record besitzen. Du kannst hier keinen CNAME-Record verwenden. |