SRV-records vertellen clients welke host en poort een dienst levert. Lees de velden, begrijp prioriteit en gewicht en voeg er een toe zonder de naamnotatie te raden.
Een A-record geeft een naam een adres. Over poorten zegt het niets. Een SRV-record vult dat gat: het vertelt een client welke host hij voor een benoemde dienst moet benaderen, op welke poort en in welke volgorde hij de opties probeert. SIP, XMPP, Minecraft-servers, Microsoft 365 en mail-autodiscovery gebruiken het.
_sip._tcp.example.com. IN SRV 10 60 5060 sip.example.com.
_dienst._protocol, beide met een underscore ervoor. De dienst is _sip, _xmpp-client, _autodiscover enzovoort. Het protocol is _tcp, _udp of _tls. DNSense controleert dit en antwoordt "An SRV name is _service._protocol, e.g. _sip._tcp" als het formulier niet klopt.Een doel van één punt, ., betekent dat de dienst expliciet niet beschikbaar is voor dit domein. Clients stoppen met zoeken. DNSense accepteert het.
Je dienstverlener vertelt ze. Verzin ze niet: de dienstnaam moet precies overeenkomen met wat de clientsoftware opvraagt. Een typefout geeft een record dat er goed uitziet en nooit wordt opgevraagd.
Klik op Create record en kies SRV. Het formulier krijgt de velden Priority, Weight en Port naast de doelhostnaam, en de snelle invullingen Autodiscover en SIP vullen de gebruikelijke namen in.
In de tabel staan prioriteit, gewicht en poort samen in de kolom Extras.
Niet elke provider bewaart SRV-records. Namecheap accepteert ze niet via zijn API, dus DNSense biedt SRV niet aan voor zones bij Namecheap. Elke andere ondersteunde provider kan het wel. Kan de provider geen SRV bewaren, dan staat het type niet in de lijst van het formulier.