Lerne, wie du eine Domain für deinen Gameserver richtig einrichtest. Konfiguriere A- und SRV-Records für optimale Verfügbarkeit und Leistung.
Kurz gesagt: Du setzt einen A-Record auf die IP deines Servers. Nutzt dein Dienst einen Nicht-Standard-Port, ergänzt du zusätzlich einen SRV-Record. Einen Port direkt in den A-Record zu schreiben, funktioniert technisch nicht. Danach brauchst du Geduld, denn DNS-Änderungen greifen nicht sofort.
play) zeigt auf die Server-IP.play, mc, ts haben sich als Konvention etabliert.Setze den A-Record zuerst, teste danach mit nslookup, und ergänze SRV nur, wenn dein Client das auch abfragt.
Ein A-Record auf die Server-IP ist die Grundlage jeder Gameserver-Domain, während ein RFC-2782-konformer SRV-Record nur bei Nicht-Standard-Ports und unterstützenden Clients zusätzlich nötig wird.
| Thema | Details |
|---|---|
| A-Record als Basis | Subdomain wie play oder mc zeigt direkt auf die IPv4-Adresse des Servers. |
| SRV nur bei Bedarf | Nötig bei Nicht-Standard-Ports, aber nur wenn der Client SRV-Abfragen unterstützt. |
| TTL vor Änderungen senken | Reduziert das Zeitfenster der DNS-Propagation, die bis zu 24 Stunden dauern kann. |
| DNSSEC einplanen | Schützt DNS-Einträge vor Spoofing, besonders relevant bei Communities mit eigener Wirtschaft. |
| Anbieter mit vollem DNS-Zugriff wählen | Nexthosting bündelt Domain, Server und DNS-Verwaltung in einem Control Panel. |
Für die Domain-Registrierung deines Gameservers reichen in den meisten Fällen zwei Record-Typen: A und SRV. Der Rest ist Zusatzausstattung, die du kennen solltest, aber selten täglich brauchst.
Ein A-Record verweist auf eine IPv4-Adresse. Das ist die Basis für praktisch jede Gameserver-Domain: play.deinedomain.de zeigt auf 1.2.3.4, fertig. Nutzt dein Server IPv6, brauchst du zusätzlich einen AAAA-Record, der auf die IPv6-Adresse zeigt. Viele Hoster vergeben inzwischen beides parallel, weil manche Clients IPv6 bevorzugen, sobald es verfügbar ist.
CNAME-Records verweisen nicht auf eine IP, sondern auf einen anderen Hostnamen. Praktisch, aber mit einer wichtigen Einschränkung: Ein CNAME darf niemals auf die Root-Domain (deinedomain.de ohne Subdomain) gesetzt werden, wenn dort noch andere Records wie MX existieren. Für Subdomains ist er dagegen unproblematisch.
SRV-Records sind der eigentliche Clou bei Gameservern. Sie mappen einen Dienst auf einen Hostnamen plus Port, nach der Struktur aus RFC 2782. Ein SRV-Eintrag für Minecraft sieht anders aus als für Teamspeak, aber das Prinzip bleibt gleich: Der Client fragt den Dienstnamen ab und bekommt Hostname und Port zurück, ohne dass du dich um Portangaben in der URL kümmern musst.
TXT-Records dienen der Verifikation, etwa bei Domain-Ownership-Checks oder E-Mail-Authentifizierung. Für den reinen Gamezugriff sind sie irrelevant, genau wie MX-Records, die nur E-Mail-Routing betreffen. Du kannst sie ignorieren, solange du keine E-Mail-Adressen auf der Domain betreibst.
Die Einrichtung dauert bei den meisten Registraren keine fünf Minuten, wenn du weißt, wo du klicken musst.
play, mc oder server.nslookup play.deinedomain.de oder einfach per ping, ob die richtige IP zurückkommt.Bevor du einen bestehenden Eintrag änderst, lohnt es sich, die TTL kurz vorher abzusenken. So verkürzt sich das Zeitfenster, in dem DNS-Propagation für Verzögerungen sorgt, und du siehst schneller, ob deine Änderung angekommen ist. Wenn du die Registrierung einer neuen Domain planst, kannst du die DNS-Zone direkt im gleichen Control Panel anlegen.
Profi-Tipp: Wenn die Domain nach der Änderung nicht funktioniert, verbinde dich testweise direkt per IP:Port. Klappt das, liegt der Fehler garantiert bei DNS, nicht am Server selbst.
Der Standardfall bei Minecraft ist unspektakulär: Läuft dein Server auf dem Standardport 25565, reicht ein einfacher A-Record.
play.example.com A 1.2.3.4
Spieler geben dann einfach play.example.com ein, ohne Portangabe, weil 25565 der erwartete Standard ist. Nutzt dein Server aber einen abweichenden Port, etwa 25577, wird es interessant. Dann kannst du einen SRV-Record ergänzen, damit Spieler weiterhin ohne Portangabe verbinden können.
_minecraft._tcp.play.example.com 0 5 25577 server01.example.com
Die vier Werte nach dem Namen sind Priorität, Gewicht, Port und Zielhost. Priorität und Gewicht bleiben bei einem einzelnen Server fast immer auf 0 und 5, wie gängige SRV-Tutorials zeigen. Der Zielhost muss zwingend über einen eigenen A-Record oder AAAA-Record aufgelöst werden können, laut den Anleitungen in gängigen DNS-Dokumentationen reicht ein direkter IP-Eintrag im SRV-Feld nicht aus.
| Feld | Beispielwert | Bedeutung |
|---|---|---|
| Priorität | 0 | Reihenfolge bei mehreren Zielen |
| Gewicht | 5 | Lastverteilung bei gleicher Priorität |
| Port | 25577 | Tatsächlicher Serverport |
| Ziel | server01.example.com | Muss per A-Record aufgelöst werden |
Nach der Änderung testest du am besten mit einem zweiten Gerät, ob die Verbindung ohne Portangabe klappt. Für einen Minecraft-Server mit fertiger Infrastruktur lässt sich diese Konfiguration meist direkt im Control Panel vornehmen, ganz ohne manuelle DNS-Zeile.
Nicht jeder Dienst braucht einen SRV-Record, und das ist auch gut so, denn nicht jeder Client fragt ihn ab.
_ts3._udp.ts.example.com 0 5 9987 server01.example.com.Ein häufiger Fehler: Nutzer versuchen, Port und IP direkt in einen einzigen Eintrag zu packen. Das geht nicht. RFC 2782 verlangt zwingend einen Hostnamen als Ziel, niemals eine IP-Adresse oder eine Port-Literal direkt im Zielfeld.
0 und 5.Der Zielhost eines SRV-Records ist kein Freitext. Er muss real existieren und selbst per DNS auflösbar sein, sonst läuft die ganze Kette ins Leere, egal wie korrekt Priorität und Port eingetragen sind.
Wer das einmal verstanden hat, macht bei künftigen Konfigurationen kaum noch Fehler.
Bei Verbindungsproblemen lohnt sich eine feste Prüfreihenfolge, statt wild an Einstellungen zu drehen.
nslookup oder dig zeigen, ob die Domain überhaupt die richtige IP liefert. Denk an die TTL, Propagation kann bis zu 24 Stunden dauern.IP:Port statt Domain. Funktioniert das, liegt der Fehler bei DNS, nicht am Server.Profi-Tipp: Notiere dir vor jeder DNS-Änderung die aktuellen Werte. So kannst du im Zweifel in Sekunden zurückrudern, statt lange zu suchen, was vorher eingetragen war.
Ein guter Anbieter nimmt dir bei der Domain-Registrierung für Gameserver einen Teil der Fehlerquellen ab, einfach weil das Control Panel typische Stolperfallen gar nicht erst zulässt. Nexthosting bietet dafür Server mit deutschem Standort, DDoS-Schutz und einem Control Panel, in dem sich DNS-Einträge übersichtlich verwalten lassen, ohne dass du dich durch mehrere Menüebenen klicken musst.
Wer schon einen Server bei Nexthosting betreibt, kann die passende Domain direkt dazu registrieren und muss nicht zwischen zwei getrennten Verwaltungsoberflächen jonglieren.
Eine Domain wie deinprojekt.de ist die eigenständige, registrierte Adresse, für die du bei einem Registrar bezahlst. Eine Subdomain wie play.deinprojekt.de ist ein Teilbereich davon, den du beliebig oft und kostenlos anlegen kannst, ohne eine weitere Domain zu registrieren.
Für Gameserver-Betreiber ist das ein entscheidender Punkt: Du brauchst in der Regel nur eine einzige Domain, um mehrere Server oder Dienste zu betreiben. Läuft dein Minecraft-Server unter mc.deinprojekt.de und dein Teamspeak unter ts.deinprojekt.de, teilen sich beide dieselbe Domain, haben aber getrennte DNS-Einträge und können sogar auf unterschiedlichen IPs liegen.
Das lohnt sich besonders, wenn eine Community wächst. Startest du mit einem Minecraft-Server, kommt später vielleicht ein Rust-Server oder ein FiveM-Projekt dazu, und jedes davon bekommt einfach eine eigene Subdomain, statt eine komplett neue Domain kaufen zu müssen. Die Root-Domain selbst kann parallel für eine Projektwebseite oder ein Forum genutzt werden, ohne dass sich die Dienste gegenseitig stören.
Manche Betreiber nutzen stattdessen mehrere Domains für verschiedene Projekte, etwa wenn Marken getrennt bleiben sollen. Technisch ist beides möglich, aber für die meisten Einzelprojekte reicht eine Domain mit sauber benannten Subdomains völlig aus, und das spart auf Dauer sowohl Verwaltungsaufwand als auch laufende Kosten für zusätzliche Registrierungen.
Die Wahl des Domainanbieters entscheidet mit, wie einfach sich später SRV-Records und A-Records verwalten lassen. Nicht jedes Panel ist gleich zugänglich, und das merkst du erst, wenn du zum ersten Mal einen ungewöhnlichen Eintrag brauchst.
Wichtige Kriterien bei der Auswahl:
Die Registrierung einer neuen Domain direkt beim Hosting-Anbieter spart genau diesen zusätzlichen Schritt: Du legst A- und SRV-Records im selben Panel an, in dem auch dein Server läuft, ohne zwischen zwei Kundenkonten zu wechseln. Für Community-Projekte, bei denen mehrere Admins Zugriff brauchen, lohnt sich außerdem ein Blick auf Berechtigungsstufen im Panel, denn nicht jeder Mitadmin sollte automatisch die komplette DNS-Zone verändern können.
DNSSEC signiert deine DNS-Einträge kryptografisch und verhindert, dass Angreifer gefälschte Antworten in den Auflösungsprozess einschleusen, etwa bei sogenanntem DNS-Spoofing oder Cache-Poisoning. Ohne DNSSEC vertraut ein anfragendes System der ersten Antwort, die es bekommt, egal ob sie echt ist oder manipuliert wurde.
Für Gameserver-Betreiber ist das relevanter, als es zunächst klingt. Wird eine DNS-Antwort gefälscht, landen Spieler möglicherweise auf einem völlig anderen Server, ohne es zu merken, etwa bei einem Phishing-Versuch, der sich als dein Server ausgibt. Gerade bei Communities mit eigener Wirtschaft oder Login-Systemen ist das ein reales Risiko.
Die Aktivierung läuft in zwei Schritten: Zuerst aktivierst du DNSSEC in der Zone bei deinem DNS-Anbieter, danach hinterlegst du den sogenannten DS-Record beim Registrar deiner Domain, damit die übergeordnete Zone der Signatur vertraut. Nicht jeder Registrar unterstützt das automatisch, deshalb lohnt sich vor dem Kauf ein kurzer Blick in die Dokumentation des Anbieters.
Ein Nachteil bleibt: DNSSEC macht DNS-Antworten größer und komplexer, was bei sehr alten Systemen theoretisch zu Kompatibilitätsproblemen führen kann. Für die allermeisten modernen Setups, gerade bei Standard-Gameservern, ist das aber kein praktisches Hindernis mehr. Wer ohnehin schon eine eigene Domain für seinen Server betreibt, sollte DNSSEC als zusätzliche Absicherungsebene mit einplanen, nicht als optionales Extra für später.
Wer einen Gameserver von zuhause aus betreibt, kennt das Problem: Der Internetanbieter vergibt keine feste IP, sondern eine dynamische, die sich alle paar Stunden oder bei jedem Router-Neustart ändern kann. Ein einmal eingetragener A-Record wird damit über Nacht ungültig, und Spieler landen im Nirwana.
Die Lösung heißt DynDNS. Ein kleines Client-Programm oder eine Router-Funktion meldet jede IP-Änderung automatisch an einen DynDNS-Dienst, der daraufhin den zugehörigen DNS-Eintrag aktualisiert. Deine Subdomain bleibt also stabil, auch wenn sich die dahinterliegende IP mehrfach am Tag ändert.
Wichtig dabei: Die TTL für einen DynDNS-Eintrag sollte deutlich niedriger liegen als bei einem statischen A-Record, oft im Bereich von 60 bis 300 Sekunden, damit Änderungen schnell bei den Spielern ankommen, statt erst nach Stunden sichtbar zu werden. Viele Router von Fritz!Box bis diverse andere Modelle bringen eine native DynDNS-Funktion mit, sodass kein separates Zusatzprogramm laufen muss.
Wer dagegen einen gemieteten Server bei einem Hoster nutzt, hat dieses Problem in der Regel gar nicht, weil dort feste IP-Adressen zum Standard gehören. Das ist einer der unterschätzten Vorteile eines gemieteten Servers gegenüber dem Heimserver: Du sparst dir die komplette DynDNS-Konfiguration und die damit verbundene zusätzliche Fehlerquelle, gerade wenn die Internetverbindung zuhause ohnehin schon unter Last steht.
Ein guter Domainname für einen Gameserver ist kurz, leicht zu merken und lässt sich im Voice-Chat buchstabieren, ohne dass jemand nachfragen muss. Klingt banal, ist aber der Punkt, an dem viele Projekte schon scheitern, weil der Name zu kompliziert für die mündliche Weitergabe unter Spielern ist.
Ein paar praktische Leitlinien:
play, mc oder ts signalisieren sofort, worum es geht, und erleichtern damit die Akzeptanz in der Community.Die Top-Level-Domain spielt dabei eine kleinere Rolle, als viele annehmen. .de wirkt seriös und lokal, .net oder .gg haben sich in der Gaming-Szene ebenfalls etabliert. Wichtiger als die Endung ist, dass der Name zum Projekt passt und in einem Jahr noch genauso gut klingt wie heute, denn ein Domainwechsel nach dem Community-Aufbau ist immer schmerzhaft.
Die meisten Tutorials zu diesem Thema behandeln SRV-Records wie eine Kür, ein nettes Extra für Fortgeschrittene. Das greift zu kurz. Wer einen Minecraft- oder Teamspeak-Server auf einem Nicht-Standard-Port betreibt, ohne SRV einzurichten, zwingt jeden Spieler dazu, sich die Portnummer zu merken und korrekt einzutippen. Das ist kein kleines Detail, das ist der Unterschied zwischen einer Community, die wächst, und einer, die an der ersten technischen Hürde verliert.
Die eigentliche Schwachstelle liegt woanders, nämlich in der Reihenfolge. Viele Betreiber ändern DNS-Einträge munter drauflos, ohne vorher die TTL zu senken, und wundern sich dann tagelang über Spieler, die noch auf der alten IP landen. Das ist kein Rätsel, sondern reine Ungeduld gepaart mit fehlender Planung. Wer eine Migration plant, senkt die TTL Tage vorher, nicht Stunden.
Und ein Punkt, der komplett unterschätzt wird: DNSSEC. Für Communities mit eigener Wirtschaft, Logins oder Zahlungsabwicklung ist der Verzicht darauf ein reales, aber vermeidbares Risiko, das trotzdem kaum jemand einplant, weil es sich technisch aufwendiger anfühlt, als es tatsächlich ist. Wer heute eine Domain für ein Projekt aufsetzt, das über Monate wachsen soll, sollte DNSSEC von Anfang an mitdenken, nicht erst, wenn etwas schiefgelaufen ist.
— Erik
Wer die Domain bei einem Anbieter registriert und den Server bei einem anderen mietet, jongliert zwei Control Panels, zwei Support-Kontakte und im Zweifel zwei unterschiedliche Vorstellungen davon, wie ein SRV-Record aussehen sollte. Nexthosting bündelt Domain-Registrierung, Serverbetrieb und DNS-Verwaltung in einem Kundenkonto, sodass du A-Records, SRV-Einträge und TTL-Werte an derselben Stelle pflegst, an der auch dein Server läuft.
Das zahlt sich besonders bei Minecraft-Projekten aus, für die sich ein Minecraft-Server bei Nexthosting direkt mit passender Domain verbinden lässt, ohne Umweg über einen dritten Anbieter. Auch für Garry’s Mod, FiveM oder Rust gilt dasselbe Prinzip: Server mit deutschem Standort, DDoS-Schutz und einem Control Panel, das DNS-Einträge nicht zur Nebensache macht.
Wenn du gerade erst planst, eine eigene Domain für deinen Server aufzusetzen, schau dir die Domainregistrierung bei Nexthosting an und prüfe, ob dein Wunschname noch frei ist. Das dauert wenige Minuten und du sparst dir den späteren Umzug zwischen zwei Anbietern.
Entscheidend sind DDoS-Schutz, ein Serverstandort in Deutschland und ein Control Panel mit vollem DNS-Zugriff. Nexthosting bietet genau diese Kombination für Minecraft, FiveM, Garry’s Mod und weitere Titel an.
Dein Minecraft-Server nutzt die feste IPv4-Adresse, die dir dein Hosting-Anbieter zuweist, und diese trägst du im A-Record deiner Subdomain ein. Bei dynamischen Heimanschlüssen brauchst du stattdessen eine DynDNS-Lösung, um die wechselnde IP auszugleichen.
Du mietest einen Server bei einem Hosting-Anbieter, richtest dort dein Spiel ein und verbindest anschließend eine Domain oder Subdomain per A-Record mit der zugewiesenen IP. Für Titel wie Minecraft oder Rust bieten Anbieter wie Nexthosting fertige Server-Umgebungen inklusive Control Panel.
Ein guter Domainname ist kurz, ohne Bindestriche und leicht mündlich weiterzugeben, etwa im Voice-Chat. Etablierte Subdomain-Konventionen wie play oder mc signalisieren sofort den Zweck und erleichtern den Einstieg für neue Spieler.
Nein, nur wenn dein Dienst einen Nicht-Standard-Port nutzt und dein Client SRV-Abfragen tatsächlich unterstützt. Läuft dein Server auf dem Standardport, reicht ein einfacher A-Record vollkommen aus.