Record di localizzazione dei servizi
DNS e record
Lookup DNS Tutti i record DNS per qualsiasi dominio Lookup record A Indirizzi IPv4 di un dominio Lookup record AAAA Indirizzi IPv6 di un dominio Lookup MX Server di posta di un dominio Lookup NS Name server autoritativi Lookup TXT Record TXT, SPF, verifica Lookup CNAME Record di nome canonico (alias) Lookup SOA Record Start of Authority Lookup SRV Record di localizzazione dei servizi Lookup CAA Quali CA possono emettere certificati DNS inverso (PTR) Da indirizzo IP a hostname Verifica DNSSEC Il dominio è firmato e validato? Diagnostica DNS Un report completo di delega e DNSRecapitabilità email
Verifica SPF Valida il tuo record Sender Policy Framework Verifica DMARC Esamina e valuta la tua policy DMARC Verifica DKIM Trova e valida la tua chiave pubblica DKIM Verifica blacklist Verifica un IP rispetto alle blocklist email (DNSBL) Test SMTP Connettiti a un server di posta e verifica STARTTLS Verifica MTA-STS Policy TLS forzata per la posta in entrata Verifica BIMI Record del logo del brand per l'email Verifica TLS-RPT Policy di reportistica SMTP TLSRete e web
Verifica certificato SSL Esamina il certificato TLS e la scadenza di un sito Verifica header HTTP Esamina header di risposta, redirect e sicurezza Ping (TCP) Raggiungibilità e latenza su TCP Verifica porte Quali porte comuni sono aperteDominio
Lookup WHOIS Dati di registrazione per domini, IP e ASNUn record SRV (Service) pubblicizza l'hostname e la porta di un servizio specifico — come SIP, XMPP, LDAP o l'autodiscover di Microsoft — insieme a priorità e peso per il bilanciamento del carico. A differenza di un record A, indica ai client non solo dove risiede un servizio ma anche su quale porta, così le applicazioni possono localizzare i servizi senza configurazioni cablate nel codice. Si interrogano usando la forma _service._proto.domain.
Un record SRV è nominato con uno schema distintivo: _service._proto.domain, ad esempio _sip._tcp.example.com. I trattini bassi evitano collisioni con i normali hostname. I dati del record contengono quattro valori: priorità, peso, porta e target. La priorità funziona come MX — i numeri più bassi vengono provati per primi. Il peso distribuisce il carico tra i target con la stessa priorità, con i pesi più alti che ricevono proporzionalmente più traffico. La porta è la porta TCP o UDP su cui il servizio è in ascolto, e il target è l'hostname che lo fornisce, che deve avere il proprio record A o AAAA.
IPeek restituisce priorità, peso, porta e host target di ciascun record SRV per il nome di servizio che hai interrogato. Leggi prima la priorità: i client usano i target a priorità più bassa prima di ricorrere a quelli più alti. Tra priorità uguali, il peso decide la quota di traffico che ogni target riceve. Conferma che la porta corrisponda al servizio atteso — 5060 per SIP, 389 per LDAP, 443 per molte configurazioni di autodiscover. Verifica che ogni target si risolva in un host valido. Un risultato vuoto significa che il servizio non è pubblicizzato sotto quel nome sul dominio.
I record SRV contano ogni volta che i client devono scoprire un servizio automaticamente anziché affidarsi a impostazioni fisse. Microsoft Teams, Skype for Business e i provider SIP li usano per localizzare i server vocali e di presenza. La chat XMPP, le ricerche di directory LDAP, i server Minecraft e Kerberos dipendono tutti dalla scoperta SRV. Il grande vantaggio è la flessibilità: sposta un servizio su un nuovo host o porta, o distribuiscilo su più server, e i client seguono i record SRV senza riconfigurazione. Se un servizio richiede uno specifico nome _service._proto, pubblica un record SRV corrispondente o i client non lo troveranno.
Questo schema nomina un record SRV in base al servizio e al protocollo che descrive. _service è l'etichetta del servizio (come _sip o _ldap), _proto è il trasporto (_tcp o _udp) e domain è il tuo dominio. Ad esempio, _sip._tcp.example.com pubblicizza SIP su TCP. I trattini bassi iniziali evitano che queste etichette entrino in collisione con i normali hostname.
Priorità e peso controllano quale target sceglie un client. La priorità funziona come i record MX: i client provano per primi i target a priorità più bassa e ricorrono ai numeri più alti. Tra i target che condividono una priorità, il peso imposta la proporzione di traffico che ciascuno riceve, così un peso più alto attira più connessioni. Insieme abilitano sia il failover sia il bilanciamento del carico.
Un record A mappa un hostname a un indirizzo IP, mentre un record SRV specifica inoltre la porta e aggiunge priorità e peso per un servizio nominato. SRV permette ai client di scoprire sia dove sia su quale porta gira un servizio, oltre a come bilanciare il carico, cosa che un semplice record A non può esprimere. I target SRV si affidano comunque ai record A per risolversi.
Sistemi SIP e VoIP, chat XMPP, LDAP e Active Directory, Kerberos, Microsoft Teams e Skype for Business e persino i server Minecraft usano comunemente i record SRV. Qualsiasi protocollo che benefici della scoperta automatica del servizio senza impostazioni di host e porta cablate è un candidato. Il client deve essere scritto per interrogare il nome _service._proto pertinente.
Un risultato SRV vuoto di solito significa che nessun record è pubblicato sotto quell'esatto nome _service._proto.domain. Verifica che l'etichetta del servizio, il protocollo e il dominio siano scritti correttamente, trattini bassi inclusi. Il servizio potrebbe usare un nome diverso da quello atteso, o il record potrebbe semplicemente non esistere. Conferma il nome preciso richiesto dall'applicazione client.