SRV-record uitleg: opbouw, gebruik en instellen

Een SRV-record (Service-record) vertelt programma's waar ze een bepaalde dienst kunnen bereiken: niet alleen op welke server, maar ook op welke poort. Waar een A-record een naam aan een IP-adres koppelt, koppelt een SRV-record een dienst zoals VoIP-telefonie, chat of een gameserver aan een hostnaam en een poortnummer tegelijk. In dit artikel lees je hoe een SRV-record is opgebouwd, hoe prioriteit en gewicht werken, welke diensten het gebruiken en hoe je er zelf een instelt en controleert.

Wat is een SRV-record?

SRV staat voor Service en is een type DNS-record dat de locatie van een netwerkdienst beschrijft. Het record wijst een dienst toe aan een combinatie van een hostnaam en een poort, zodat een toepassing automatisch weet waar ze moet aankloppen. Het is in 2000 vastgelegd in RFC 2782 en heeft in DNS het officiële typenummer 33.

Het verschil met andere records is belangrijk. Een A- of AAAA-record geeft alleen een IP-adres terug. Een MX-record verwijst mail naar een server, maar kan geen poort opgeven en geldt alleen voor e-mail. Een SRV-record kan dat wel: het bevat een poortnummer en werkt voor allerlei diensten. Daardoor kan een VoIP-telefoon, een chatprogramma of een gameclient zichzelf instellen zonder dat je handmatig een serveradres en poort hoeft in te typen.

Hoe ziet een SRV-record eruit?

Een SRV-record heeft een vaste vorm. De naam links bestaat uit drie delen en de waarde rechts uit vier velden:

_dienst._protocol.domein.   TTL   IN SRV   prioriteit gewicht poort target

_sip._tcp.example.com.      3600  IN SRV   10 20 5060 sip.example.com.

De naam is opgebouwd als _dienst._protocol.domein. Het eerste deel is de dienst, voorafgegaan door een liggend streepje, bijvoorbeeld _sip of _xmpp-client. Het tweede deel is het transportprotocol, bijna altijd _tcp of _udp, ook met een liggend streepje ervoor. De streepjes voorkomen dat deze labels botsen met gewone hostnamen. Daarna volgt het domein waarvoor de regel geldt.

De waarde van het record bestaat uit vier velden, in deze volgorde:

In het voorbeeld hierboven zoekt een SIP-telefoon de dienst _sip._tcp voor example.com en vindt server sip.example.com op poort 5060, met prioriteit 10 en gewicht 20.

Prioriteit en gewicht: zo kiest de client een server

Je mag meerdere SRV-records onder dezelfde naam zetten, bijvoorbeeld voor twee of meer servers. De toepassing kiest er dan zelf een volgens twee eenvoudige regels.

Eerst kijkt de client naar de prioriteit. De records met het laagste getal worden als eerste geprobeerd. Pas als die niet bereikbaar zijn, gaat de client naar de volgende prioriteit. Zo bouw je uitwijk: zet je hoofdserver op prioriteit 10 en een reserveserver op prioriteit 20.

Hebben twee records dezelfde prioriteit, dan bepaalt het gewicht de verdeling. Het gewicht werkt naar verhouding: een server met gewicht 60 krijgt grofweg drie keer zo veel verbindingen als een server met gewicht 20. Zo verdeel je de belasting over meerdere servers. Een gewicht van 0 geeft een server maar een kleine kans om gekozen te worden zolang er servers met dezelfde prioriteit en een hoger gewicht beschikbaar zijn.

Veelgebruikte SRV-records

Niet elke dienst gebruikt SRV-records, maar een aantal bekende toepassingen doet dat wel. De namen en standaardpoorten liggen meestal vast:

Daarnaast leunen Microsoft Active Directory (met diensten als LDAP en Kerberos), agenda- en contactsynchronisatie (CalDAV en CardDAV) en sommige mailprogramma's voor automatische instellingen op SRV-records. Het idee is steeds hetzelfde: de gebruiker hoeft alleen een domein in te vullen, en de software ontdekt zelf de juiste server en poort.

Belangrijke regels en valkuilen

Een paar regels uit RFC 2782 voorkomen de meest voorkomende fouten:

• Het target moet een hostnaam zijn die zelf een A- of AAAA-record heeft. Vul er nooit een IP-adres in en laat het target ook niet naar een CNAME-record (een alias) wijzen.
• De poort hoort in het record zelf, in het poortveld, en niet in het target. Het target is alleen de servernaam.
• Een target die uit een enkele punt bestaat, geschreven als ., betekent dat de dienst bewust niet beschikbaar is op dit domein.
• Een SRV-record werkt alleen voor programma's die er expliciet naar zoeken. Webbrowsers doen dat niet: een website bereik je via een A- of AAAA-record, nooit via een SRV-record.

Over dat laatste punt bestaat een veelgemaakt misverstand. Je kunt geen website naar een andere poort sturen met een SRV-record, want browsers vragen er nooit naar. SRV-records zijn er voor diensten als VoIP, chat, gameservers en automatische mailinstellingen.

Een SRV-record instellen bij LJPc hosting

Beheer je je domein bij LJPc hosting, dan stel je een SRV-record in via het DNS-beheer. Kies bij het toevoegen van een record als type SRV. Je vult dan deze velden in:

1. De naam in de vorm _dienst._protocol, bijvoorbeeld _sip._tcp.
2. De prioriteit, het gewicht en de poort, elk een getal van 0 tot en met 65535.
3. Het target: de volledige hostnaam van de server die de dienst aanbiedt.
4. Een TTL, de tijd in seconden dat resolvers het antwoord mogen onthouden, vaak een waarde tussen 60 en 86400.

Het beheer accepteert alleen een hostnaam als target en weigert een IP-adres of een alias, precies zoals de standaard voorschrijft. Weet je niet welke waarden je moet invullen, kijk dan in de handleiding van de dienst die je instelt: die noemt de juiste dienstnaam, het protocol en de poort.

Een SRV-record controleren

Na het opslaan kun je het record opvragen om te zien of het klopt. Gebruik de volledige naam, dus inclusief het dienst- en protocoldeel:

# macOS en Linux
dig SRV _sip._tcp.example.com +short

# Windows
nslookup -type=SRV _sip._tcp.example.com

Het antwoord toont de prioriteit, het gewicht, de poort en het target. Zie je je nieuwe record nog niet, geef het dan even tijd. Wijzigingen in DNS worden wereldwijd verspreid en kunnen door de TTL tot 24 of 48 uur duren voordat ze overal zichtbaar zijn.

Kom je er niet uit? Neem contact op met support, dan kijken we met je mee.