Aller au contenu
IPeek

Lookup SRV

Enregistrements de localisation de service

Vérification…

Qu'est-ce qu'un enregistrement SRV ?

Un enregistrement SRV (Service) annonce le nom d'hôte et le port d'un service précis — comme SIP, XMPP, LDAP ou l'autodiscover de Microsoft — accompagnés d'une priorité et d'un poids pour la répartition de charge. Contrairement à un enregistrement A, il indique aux clients non seulement où se trouve un service, mais aussi sur quel port, ce qui permet aux applications de localiser des services sans configuration codée en dur. Interrogez-les selon la forme _service._proto.domaine.

Comment fonctionne le format d'un enregistrement SRV

Un enregistrement SRV porte un nom au motif caractéristique : _service._proto.domaine, par exemple _sip._tcp.example.com. Les tirets bas évitent toute collision avec des noms d'hôtes ordinaires. Les données de l'enregistrement contiennent quatre valeurs : priorité, poids, port et cible. La priorité fonctionne comme pour MX — les numéros les plus bas sont essayés en premier. Le poids répartit la charge entre les cibles de même priorité, les poids plus élevés recevant proportionnellement plus de trafic. Le port est le port TCP ou UDP sur lequel le service écoute, et la cible est le nom d'hôte qui le fournit, lequel doit posséder son propre enregistrement A ou AAAA.

Comment lire les résultats de votre recherche SRV

IPeek renvoie, pour le nom de service interrogé, la priorité, le poids, le port et l'hôte cible de chaque enregistrement SRV. Lisez d'abord la priorité : les clients utilisent les cibles de priorité la plus basse avant de se rabattre sur les plus élevées. À priorité égale, le poids détermine la part de trafic reçue par chaque cible. Vérifiez que le port correspond au service attendu — 5060 pour SIP, 389 pour LDAP, 443 pour de nombreuses configurations d'autodiscover. Assurez-vous que chaque cible se résout vers un hôte valide. Un résultat vide signifie que le service n'est pas annoncé sous ce nom sur le domaine.

Quand avez-vous besoin d'enregistrements SRV

Les enregistrements SRV sont essentiels dès lors que les clients doivent découvrir un service automatiquement plutôt que de s'appuyer sur des réglages fixes. Microsoft Teams, Skype Entreprise et les fournisseurs SIP les utilisent pour localiser les serveurs de voix et de présence. La messagerie XMPP, les recherches dans l'annuaire LDAP, les serveurs Minecraft et Kerberos reposent tous sur la découverte par SRV. Le grand avantage est la souplesse : déplacez un service vers un nouvel hôte ou un nouveau port, ou répartissez-le sur plusieurs serveurs, et les clients suivent les enregistrements SRV sans reconfiguration. Si un service exige un nom _service._proto précis, publiez un enregistrement SRV correspondant, sinon les clients ne le trouveront pas.

Questions fréquentes

Que signifie le format de nommage _service._proto.domaine ?

Ce motif nomme un enregistrement SRV d'après le service et le protocole qu'il décrit. _service est l'étiquette du service (comme _sip ou _ldap), _proto est le transport (_tcp ou _udp), et domaine est votre domaine. Par exemple, _sip._tcp.example.com annonce SIP sur TCP. Les tirets bas en tête empêchent ces étiquettes d'entrer en collision avec des noms d'hôtes normaux.

Comment fonctionnent la priorité et le poids dans un enregistrement SRV ?

La priorité et le poids déterminent la cible choisie par un client. La priorité fonctionne comme pour les enregistrements MX : les clients essaient d'abord les cibles de priorité la plus basse et se rabattent sur les numéros plus élevés. Parmi les cibles de même priorité, le poids fixe la proportion de trafic reçue par chacune, un poids plus élevé attirant davantage de connexions. Ensemble, ils permettent à la fois le basculement et la répartition de charge.

Quelle est la différence entre un enregistrement SRV et un enregistrement A ?

Un enregistrement A associe un nom d'hôte à une adresse IP, tandis qu'un enregistrement SRV précise en plus le port et ajoute une priorité et un poids pour un service nommé. SRV permet aux clients de découvrir à la fois où et sur quel port s'exécute un service, ainsi que la manière de répartir la charge, ce qu'un simple enregistrement A ne peut exprimer. Les cibles SRV s'appuient toujours sur des enregistrements A pour se résoudre.

Quels services utilisent couramment des enregistrements SRV ?

Les systèmes SIP et VoIP, la messagerie XMPP, LDAP et Active Directory, Kerberos, Microsoft Teams et Skype Entreprise, et même les serveurs Minecraft utilisent couramment des enregistrements SRV. Tout protocole qui tire parti d'une découverte de service automatique, sans réglages d'hôte et de port codés en dur, est un candidat. Le client doit être conçu pour interroger le nom _service._proto pertinent.

Pourquoi ma recherche SRV ne renvoie-t-elle aucun résultat ?

Un résultat SRV vide signifie généralement qu'aucun enregistrement n'est publié sous ce nom _service._proto.domaine exact. Vérifiez que l'étiquette du service, le protocole et le domaine sont correctement orthographiés, tirets bas inclus. Le service peut utiliser un nom différent de celui attendu, ou l'enregistrement peut tout simplement ne pas exister. Confirmez le nom précis requis par l'application cliente.