Enregistrements de localisation de service
DNS et enregistrements
Lookup DNS Tous les enregistrements DNS d'un domaine Lookup d'enregistrement A Adresses IPv4 d'un domaine Lookup d'enregistrement AAAA Adresses IPv6 d'un domaine Lookup MX Serveurs de messagerie d'un domaine Lookup NS Serveurs de noms faisant autorité Lookup TXT Enregistrements TXT, SPF, vérification Lookup CNAME Enregistrements de nom canonique (alias) Lookup SOA Enregistrement Start of Authority Lookup SRV Enregistrements de localisation de service Lookup CAA Quelles CA peuvent émettre des certificats DNS inversé (PTR) Adresse IP vers nom d'hôte Vérification DNSSEC Le domaine est-il signé et validé ? Diagnostic DNS Un bilan complet de délégation et de DNSDélivrabilité des e-mails
Vérification SPF Validez votre enregistrement Sender Policy Framework Vérification DMARC Inspectez et évaluez votre politique DMARC Vérification DKIM Trouvez et validez votre clé publique DKIM Vérification de liste noire Vérifiez une IP face aux listes de blocage e-mail (DNSBL) Test SMTP Connectez-vous à un serveur de messagerie et vérifiez STARTTLS Vérification MTA-STS Politique TLS imposée pour le courrier entrant Vérification BIMI Enregistrement de logo de marque pour l'e-mail Vérification TLS-RPT Politique de rapport TLS SMTPRéseau et web
Vérification de certificat SSL Inspectez le certificat TLS d'un site et son expiration Vérification des en-têtes HTTP Inspectez les en-têtes de réponse, redirections et sécurité Ping (TCP) Accessibilité et latence via TCP Vérification de ports Quels ports courants sont ouvertsDomaine
Lookup WHOIS Données d'enregistrement pour domaines, IP et ASNUn 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.
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.
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.
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.
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.
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.
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.
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.
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.