Was ist ein SRV-Record?

Ein SRV-Record (Service) teilt Clients mit, welcher Host und Port einen bestimmten Dienst für eine Domain bereitstellen, etwa SIP, XMPP, LDAP oder Minecraft. Jeder Eintrag enthält Priorität, Gewichtung, Port und Ziel-Hostname unter einem Namen wie _service._proto.example.com.

Wie benutze ich dieses Tool?

Geben Sie den vollständigen SRV-Namen samt Dienst- und Protokoll-Labels ein (zum Beispiel _sip._tcp.example.com) und starten Sie die Abfrage. Das Tool fragt den SRV-Record serverseitig ab und listet für jeden Eintrag Priorität, Gewichtung, Port und Ziel-Host auf.

Warum sind SRV-Records wichtig?

Sie ermöglichen es, einen Dienst auf einen anderen Server oder Port zu verlegen, ohne dass Nutzer Einstellungen ändern müssen, da Clients den Standort aus dem DNS erfahren. Außerdem ermöglichen sie Lastverteilung und Ausfallsicherung über mehrere Ziel-Hosts.

Wie lese ich die Werte für Priorität und Gewichtung?

Clients kontaktieren zuerst das Ziel mit der niedrigsten Prioritätszahl, und teilen sich mehrere Ziele dieselbe Priorität, verteilt die Gewichtung den Verkehr anteilig auf sie. Das Port-Feld gibt an, mit welchem Port sich der Client beim gewählten Ziel verbinden soll.

Warum liefert meine Abfrage keinen SRV-Record?

SRV-Records existieren nur für den exakten _service._proto-Namen, den Sie abfragen, daher löst eine reine Domain wie example.com nicht auf. Prüfen Sie die Dienst- und Protokoll-Labels sowie die Unterstrich-Präfixe, denn ein Tippfehler dort führt zu einem leeren Ergebnis.

SRV-Eintrag Abfrage

Worum es geht

SRV-Einträge bewerben den Host und Port für einen bestimmten Dienst und ein bestimmtes Protokoll, mithilfe eines strukturierten Namens wie _sip._tcp.example.com. Nur Anwendungen, die darauf ausgelegt sind, sie abzufragen (VoIP, XMPP, einige Microsoft-Dienste), nutzen sie.

So liest du dein Ergebnis

Jedes Ergebnis benennt Priorität, Gewichtung, Port und Zielhost. Ihre Abwesenheit ist nur dann ein Problem, wenn eine Anwendung den Eintrag ausdrücklich benötigt — prüfe die Dokumentation dieser Anwendung auf den genauen Namen _service._proto, den sie erwartet.

Häufige Probleme und wie du sie behebst

SRV unter dem falschen Namen veröffentlicht

Wie es sich zeigt: Die Anwendung ignoriert den Eintrag vollständig; die Autokonfiguration scheitert weiterhin.

So behebst du es: Der Name muss exakt dem entsprechen, was die Anwendung abfragt — einschließlich der Unterstriche und der Protokollbezeichnung (_tcp vs. _udp). Kopiere den genauen Namen aus der Einrichtungsanleitung des Anbieters.

SRV-Ziel ist ein CNAME oder es fehlt ein Adresseintrag

Wie es sich zeigt: Manche Clients verbinden sich, andere scheitern — strenge Implementierungen lehnen CNAME-Ziele ab.

So behebst du es: Lasse das SRV-Ziel auf einen Hostnamen zeigen, der einen eigenen A/AAAA-Eintrag besitzt.

Weiterführende Artikel

Häufig gestellte Fragen

Was ist ein SRV-Record?: Ein SRV-Record (Service) teilt Clients mit, welcher Host und Port einen bestimmten Dienst für eine Domain bereitstellen, etwa SIP, XMPP, LDAP oder Minecraft. Jeder Eintrag enthält Priorität, Gewichtung, Port und Ziel-Hostname unter einem Namen wie _service._proto.example.com.
Wie benutze ich dieses Tool?: Geben Sie den vollständigen SRV-Namen samt Dienst- und Protokoll-Labels ein (zum Beispiel _sip._tcp.example.com) und starten Sie die Abfrage. Das Tool fragt den SRV-Record serverseitig ab und listet für jeden Eintrag Priorität, Gewichtung, Port und Ziel-Host auf.
Warum sind SRV-Records wichtig?: Sie ermöglichen es, einen Dienst auf einen anderen Server oder Port zu verlegen, ohne dass Nutzer Einstellungen ändern müssen, da Clients den Standort aus dem DNS erfahren. Außerdem ermöglichen sie Lastverteilung und Ausfallsicherung über mehrere Ziel-Hosts.
Wie lese ich die Werte für Priorität und Gewichtung?: Clients kontaktieren zuerst das Ziel mit der niedrigsten Prioritätszahl, und teilen sich mehrere Ziele dieselbe Priorität, verteilt die Gewichtung den Verkehr anteilig auf sie. Das Port-Feld gibt an, mit welchem Port sich der Client beim gewählten Ziel verbinden soll.
Warum liefert meine Abfrage keinen SRV-Record?: SRV-Records existieren nur für den exakten _service._proto-Namen, den Sie abfragen, daher löst eine reine Domain wie example.com nicht auf. Prüfen Sie die Dienst- und Protokoll-Labels sowie die Unterstrich-Präfixe, denn ein Tippfehler dort führt zu einem leeren Ergebnis.

Warum es wichtig ist

Anders als die meisten DNS-Einträge kodieren SRV-Einträge einen Dienstnamen und ein Protokoll direkt (z. B. _sip._tcp), daher sind sie nur für Anwendungen relevant, die speziell dafür entwickelt wurden, sie abzufragen. Wenn eine spezialisierte Dienstintegration keine Verbindung herstellt, ist ein fehlender oder falsch konfigurierter SRV-Eintrag eine häufige, leicht zu übersehende Ursache.

Beispiele

_sip._tcp.example.com → Priorität 10, Gewicht 60, Port 5060, Ziel sipserver.example.com
Microsoft Teams und Skype for Business verlassen sich auf bestimmte SRV-Einträge, um ihre Dienste für eine Domain automatisch zu erkennen.
Priorität und Gewicht in einem SRV-Eintrag funktionieren wie MX-Prioritäten — eine niedrigere Priorität wird bevorzugt, das Gewicht verteilt die Last zwischen Zielen gleicher Priorität.

Verwandte Tools