Een domein koppelen aan een Minecraft-server

Waarom een domein naar je server laten wijzen?

Zodra je server draait — of je nu onze gids voor het maken van een Minecraft-server hebt gevolgd of er een huurt — is het adres het laatste ruwe randje. Een domein slijpt dat glad op manieren die zwaarder wegen dan ze op het eerste gezicht lijken:

• Het is makkelijk te onthouden. play.yourname.com is iets dat mensen echt kunnen onthouden en delen. Een IP met een poort erachter niet.
• Het overleeft IP-wijzigingen. Thuisverbindingen en sommige hostingpakketten delen zo nu en dan een nieuw IP uit. Met een domein werk je één DNS-record bij en blijven alle spelers hetzelfde adres gebruiken.
• Het verbergt je echte IP. Met de juiste opzet zien spelers het domein, niet de machine erachter — handig als je je thuis-IP-adres liever niet publiceert.
• Het oogt als een echte community. Een net adres is het verschil tussen "de server van een vriend" en een plek die mensen serieus nemen.

Wat een domein niet doet, is veranderen hoe de server draait — het is puur het adres dat spelers typen. De machine dimensioneer je nog steeds op dezelfde manier; twijfel je, dan behandelt onze RAM-gids dat.

A-record versus SRV-record: met en zonder de poort

Dit is het stuk dat het waard is twee keer te lezen, want het bepaalt of je spelers ooit nog :25565 moeten typen.

Een A-record koppelt een naam aan een IP-adres en niets meer. Als iemand verbinding maakt met play.yourname.com, zoekt Minecraft het A-record op, krijgt het IP en probeert dan de standaardpoort, 25565. Een A-record alleen is dus alleen genoeg als je server op 25565 draait. Zelf-gehoste servers doen dat meestal. De meeste gehuurde servers niet — die delen een machine en krijgen een poort zoals 25571, dus spelers zouden alsnog play.yourname.com:25571 moeten typen.

Een SRV-record lost precies dat op. Het is een speciaal DNS-record dat de service, het protocol en de poort samen publiceert, zodat de client zelf uitvindt welke poort hij moet gebruiken. Stel er een in en spelers typen alleen play.yourname.com — geen poort, ongeacht op welke poort de server werkelijk draait.

Stap 1: maak het A-record aan

Het A-record is de basis — het SRV-record wijst ernaar. Je doet dit bij wie het DNS van je domein beheert: je registrar of een DNS-provider zoals Cloudflare (gratis, en het voorbeeld dat we hier gebruiken). De velden zijn overal hetzelfde.

1. Zoek het IP van je server op. Zelf-gehost en ga je het openbaar maken? Dan is het je publieke IP (zoek op "what is my IP"). Op een gehuurde server staat het IP in de verbindingsgegevens van je paneel.
2. Open je DNS-dashboard. Log in bij de provider die het DNS van het domein host en open de pagina met DNS-records voor je domein.
3. Voeg een A-record toe. Maak een nieuw record aan met deze waarden:

   Type:  A
   Name:  play          (this becomes play.yourname.com)
   Value: 203.0.113.10  (your server IP)
   TTL:   Auto

   Gebruik @ als naam als je wilt dat het kale domein (yourname.com) naar de server wijst in plaats van een subdomein.
4. Zet de proxy uit. Klik in Cloudflare op de oranje wolk naast het record zodat die grijs wordt ("DNS only"). De proxy is gebouwd voor websites en breekt een Minecraft-verbinding — dit is verreweg de meest gemaakte fout.
5. Sla op en wacht even. DNS-wijzigingen zijn bij moderne providers meestal binnen een minuut of twee actief, al kan het langer duren. Test door in Minecraft verbinding te maken met play.yourname.com. Draait de server op poort 25565, dan ben je al klaar; vraagt hij om een poort, ga dan door naar het SRV-record.

Stap 2: voeg het SRV-record toe om de poort te laten vallen

Het SRV-record vertelt Minecraft welke poort te gebruiken, zodat spelers hem nooit typen. Het heeft meer velden dan een A-record, maar slechts twee ervan veranderen per server: de poort en het doel.

Sommige providers combineren de laatste vier tot één "content"- of "value"-veld. In dat geval ziet het record er zo uit, met de naam ingesteld op _minecraft._tcp.play:

_minecraft._tcp.play  SRV  0 5 25571 play.yourname.com

Van links naar rechts gelezen is dat prioriteit, gewicht, poort, doel. Sla het op, geef het een minuut en maak opnieuw verbinding met alleen play.yourname.com — zonder poort.

Bevestig dat het werkt met een snelle lookup

Voordat je iedereen het nieuwe adres geeft, controleer of het record is opgelost. Open op elke computer een terminal en voer een SRV-lookup uit — die vraagt het rechtstreeks aan DNS en toont je de poort en het doel die het aan Minecraft doorgeeft:

nslookup -type=srv _minecraft._tcp.play.yourname.com

Geen antwoord? Het record is nog niet gepropageerd, of de naam klopt net niet — controleer het voorvoegsel _minecraft._tcp en het doel nog eens.

Bedrock, en waarom het toch om de poort vraagt

Bedrock Edition is anders. Bedrock-servers gebruiken UDP-poort 19132, en de Bedrock-client leest het SRV-record _minecraft._tcp dat Java gebruikt niet. Je kunt nog steeds een A-record naar de server laten wijzen zodat spelers een domein typen, maar Bedrock heeft een apart "Port"-veld op het scherm om een server toe te voegen waar ze de poort invoeren — er is geen SRV-truc om die te verbergen zoals bij Java. Voor hoe console- en mobiele spelers over platforms heen verbinden, zie onze Bedrock-servergids.

Als een Java-verbinding blijft mislukken of toch een poort blijft eisen, is het bijna altijd een van deze dingen:

• Het SRV-record is nog niet gepropageerd. Geef het meer tijd en voer de nslookup hierboven opnieuw uit tot hij de poort en het doel teruggeeft.
• De Cloudflare-proxy staat aan. Het A-record moet de grijze wolk hebben ("DNS only"). Een oranje wolk breekt de spelverbinding stilletjes.
• De poort in het SRV-record is fout. Die moet exact overeenkomen met de poort waarop je server luistert — kopieer hem uit het paneel, gok niet.
• Het doel wijst naar de verkeerde naam. Het SRV-doel moet een naam zijn met een A-record dat naar het IP oplost — niet het IP zelf.
• Je test met een oude cache. Herstart de Minecraft-client volledig; die cachet DNS voor de sessie.

De snelweg: een gratis subdomein, al ingesteld

Als DNS-records niet de manier zijn waarop je je avond wilt doorbrengen, maken beheerde pakketten dit een non-issue. Op een HytHost Minecraft-server krijg je een gratis subdomein zoals play.yourname.hythost.com dat al naar je server wijst met de poort al geregeld — spelers typen het en verbinden, geen A-record, geen SRV-record, niets te testen.

Liever je eigen domein? Dat kan ook. Laat een A-record naar het IP van je server wijzen zoals in Stap 1, voeg het SRV-record voor de poort toe en je bent klaar — en als je vastloopt, is livechat-ondersteuning beschikbaar van 8:00 tot 23:00 uur (tijd in Chișinău) om de records samen met je door te lopen. Hoe dan ook krijg je ook Voxility DDoS-bescherming vóór het adres, dus het publiceren ervan zet geen doelwit op je verbinding.