Sicurezza certificati
Verificatore record CAA
Consulta i record CAA DNS all'apex del dominio, analizza issue, issuewild e iodef e rivedi gli avvisi di emissione.
Come usare lo strumento
- CAA è pubblicato come record DNS CAA all’apex del dominio. Prima di emettere un certificato, le CA pubbliche devono controllare CAA e rispettare i tag issue, issuewild e iodef. Inventaria CA attuali e future, pubblica issue per ogni autorità, aggiungi issuewild se servono wildcard, iodef opzionale, valida prima di CSR o ordine ACME. Per «tag issue e autorità autorizzate», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
- CAA è pubblicato come record DNS CAA all’apex del dominio. Prima di emettere un certificato, le CA pubbliche devono controllare CAA e rispettare i tag issue, issuewild e iodef. Inventaria CA attuali e future, pubblica issue per ogni autorità, aggiungi issuewild se servono wildcard, iodef opzionale, valida prima di CSR o ordine ACME. Per «issuewild e certificati wildcard TLS», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
- CAA è pubblicato come record DNS CAA all’apex del dominio. Prima di emettere un certificato, le CA pubbliche devono controllare CAA e rispettare i tag issue, issuewild e iodef. Inventaria CA attuali e future, pubblica issue per ogni autorità, aggiungi issuewild se servono wildcard, iodef opzionale, valida prima di CSR o ordine ACME. Per «URL iodef per segnalazione incidenti», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
- CAA è pubblicato come record DNS CAA all’apex del dominio. Prima di emettere un certificato, le CA pubbliche devono controllare CAA e rispettare i tag issue, issuewild e iodef. Inventaria CA attuali e future, pubblica issue per ogni autorità, aggiungi issuewild se servono wildcard, iodef opzionale, valida prima di CSR o ordine ACME. Per «CAA assente e emissione permissiva», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
- CAA è pubblicato come record DNS CAA all’apex del dominio. Prima di emettere un certificato, le CA pubbliche devono controllare CAA e rispettare i tag issue, issuewild e iodef. Inventaria CA attuali e future, pubblica issue per ogni autorità, aggiungi issuewild se servono wildcard, iodef opzionale, valida prima di CSR o ordine ACME. Per «controlli CAA prima del renewal SSL», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
- CAA è pubblicato come record DNS CAA all’apex del dominio. Prima di emettere un certificato, le CA pubbliche devono controllare CAA e rispettare i tag issue, issuewild e iodef. Inventaria CA attuali e future, pubblica issue per ogni autorità, aggiungi issuewild se servono wildcard, iodef opzionale, valida prima di CSR o ordine ACME. Per «semantica del flag critico», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
Cosa mostra il risultato
Il risultato separa i segnali importanti per questo controllo.
| Campo | Scopo | Esempio |
|---|---|---|
| Dominio | CAA è pubblicato come record DNS CAA all’apex del dominio. Prima di emettere un certificato, le CA pubbliche devono controllare CAA e rispettare i tag issue, issuewild e iodef. Per «tag issue e autorità autorizzate», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio. | Inserisci l’apex da certificare o rinnovare. |
| Nome query | CAA è pubblicato come record DNS CAA all’apex del dominio. Prima di emettere un certificato, le CA pubbliche devono controllare CAA e rispettare i tag issue, issuewild e iodef. Per «issuewild e certificati wildcard TLS», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio. | Conferma record CAA prima dell’ordine. |
| Found | CAA è pubblicato come record DNS CAA all’apex del dominio. Prima di emettere un certificato, le CA pubbliche devono controllare CAA e rispettare i tag issue, issuewild e iodef. Per «URL iodef per segnalazione incidenti», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio. | Rivedi issue per l’hostname della CA. |
| Valid | CAA è pubblicato come record DNS CAA all’apex del dominio. Prima di emettere un certificato, le CA pubbliche devono controllare CAA e rispettare i tag issue, issuewild e iodef. Per «CAA assente e emissione permissiva», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio. | Confronta issuewild separatamente dalla policy issue apex. |
| Records | CAA è pubblicato come record DNS CAA all’apex del dominio. Prima di emettere un certificato, le CA pubbliche devono controllare CAA e rispettare i tag issue, issuewild e iodef. Per «controlli CAA prima del renewal SSL», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio. | Aggiungi iodef mailto o HTTPS se possibile. |
| issue | CAA è pubblicato come record DNS CAA all’apex del dominio. Prima di emettere un certificato, le CA pubbliche devono controllare CAA e rispettare i tag issue, issuewild e iodef. Per «semantica del flag critico», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio. | Ripeti dopo TTL in migrazione CA. |
| issuewild | CAA è pubblicato come record DNS CAA all’apex del dominio. Prima di emettere un certificato, le CA pubbliche devono controllare CAA e rispettare i tag issue, issuewild e iodef. Per «tag issue e autorità autorizzate», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio. | Inserisci l’apex da certificare o rinnovare. |
| iodef | CAA è pubblicato come record DNS CAA all’apex del dominio. Prima di emettere un certificato, le CA pubbliche devono controllare CAA e rispettare i tag issue, issuewild e iodef. Per «issuewild e certificati wildcard TLS», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio. | Conferma record CAA prima dell’ordine. |
Quando questo controllo è utile
Usalo in migrazioni CA, pianificazione wildcard, questionari sicurezza e audit pre-rinnovo. CAA non sostituisce la validazione SSL — abbina a SSL Certificate Checker dopo l’emissione. Per «tag issue e autorità autorizzate», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
Usalo in migrazioni CA, pianificazione wildcard, questionari sicurezza e audit pre-rinnovo. CAA non sostituisce la validazione SSL — abbina a SSL Certificate Checker dopo l’emissione. Per «issuewild e certificati wildcard TLS», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
Usalo in migrazioni CA, pianificazione wildcard, questionari sicurezza e audit pre-rinnovo. CAA non sostituisce la validazione SSL — abbina a SSL Certificate Checker dopo l’emissione. Per «URL iodef per segnalazione incidenti», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
Usalo in migrazioni CA, pianificazione wildcard, questionari sicurezza e audit pre-rinnovo. CAA non sostituisce la validazione SSL — abbina a SSL Certificate Checker dopo l’emissione. Per «CAA assente e emissione permissiva», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
Usalo in migrazioni CA, pianificazione wildcard, questionari sicurezza e audit pre-rinnovo. CAA non sostituisce la validazione SSL — abbina a SSL Certificate Checker dopo l’emissione. Per «controlli CAA prima del renewal SSL», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
Usalo in migrazioni CA, pianificazione wildcard, questionari sicurezza e audit pre-rinnovo. CAA non sostituisce la validazione SSL — abbina a SSL Certificate Checker dopo l’emissione. Per «semantica del flag critico», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
Cosa controllare se il risultato sembra errato
Senza record, interroga CAA sul FQDN esatto — di solito apex. Risposta vuota consente emissione da qualsiasi CA pubblica. Dopo modifiche attendi TTL e confronta con dig +short CAA example.com. Per «tag issue e autorità autorizzate», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
Senza record, interroga CAA sul FQDN esatto — di solito apex. Risposta vuota consente emissione da qualsiasi CA pubblica. Dopo modifiche attendi TTL e confronta con dig +short CAA example.com. Per «issuewild e certificati wildcard TLS», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
Senza record, interroga CAA sul FQDN esatto — di solito apex. Risposta vuota consente emissione da qualsiasi CA pubblica. Dopo modifiche attendi TTL e confronta con dig +short CAA example.com. Per «URL iodef per segnalazione incidenti», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
Senza record, interroga CAA sul FQDN esatto — di solito apex. Risposta vuota consente emissione da qualsiasi CA pubblica. Dopo modifiche attendi TTL e confronta con dig +short CAA example.com. Per «CAA assente e emissione permissiva», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
Senza record, interroga CAA sul FQDN esatto — di solito apex. Risposta vuota consente emissione da qualsiasi CA pubblica. Dopo modifiche attendi TTL e confronta con dig +short CAA example.com. Per «controlli CAA prima del renewal SSL», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
Senza record, interroga CAA sul FQDN esatto — di solito apex. Risposta vuota consente emissione da qualsiasi CA pubblica. Dopo modifiche attendi TTL e confronta con dig +short CAA example.com. Per «semantica del flag critico», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
Come interpretare il risultato
CAA è pubblicato come record DNS CAA all’apex del dominio. Prima di emettere un certificato, le CA pubbliche devono controllare CAA e rispettare i tag issue, issuewild e iodef. Per «tag issue e autorità autorizzate», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
CAA è pubblicato come record DNS CAA all’apex del dominio. Prima di emettere un certificato, le CA pubbliche devono controllare CAA e rispettare i tag issue, issuewild e iodef. Per «issuewild e certificati wildcard TLS», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
CAA è pubblicato come record DNS CAA all’apex del dominio. Prima di emettere un certificato, le CA pubbliche devono controllare CAA e rispettare i tag issue, issuewild e iodef. Per «URL iodef per segnalazione incidenti», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
CAA è pubblicato come record DNS CAA all’apex del dominio. Prima di emettere un certificato, le CA pubbliche devono controllare CAA e rispettare i tag issue, issuewild e iodef. Per «CAA assente e emissione permissiva», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
CAA è pubblicato come record DNS CAA all’apex del dominio. Prima di emettere un certificato, le CA pubbliche devono controllare CAA e rispettare i tag issue, issuewild e iodef. Per «controlli CAA prima del renewal SSL», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
CAA è pubblicato come record DNS CAA all’apex del dominio. Prima di emettere un certificato, le CA pubbliche devono controllare CAA e rispettare i tag issue, issuewild e iodef. Per «semantica del flag critico», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
Flusso consigliato
- Inserisci l’apex da certificare o rinnovare.
- Conferma record CAA prima dell’ordine.
- Rivedi issue per l’hostname della CA.
- Confronta issuewild separatamente dalla policy issue apex.
- Aggiungi iodef mailto o HTTPS se possibile.
- Ripeti dopo TTL in migrazione CA.
Strumento vs controlli manuali
dig CAA example.com mostra RR grezzi senza raggruppare issue/issuewild. DNS Checker elenca CAA senza avvisi di emissione. DN01 usa lo stesso lookup Go dell’API di produzione. Per «tag issue e autorità autorizzate», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
dig CAA example.com mostra RR grezzi senza raggruppare issue/issuewild. DNS Checker elenca CAA senza avvisi di emissione. DN01 usa lo stesso lookup Go dell’API di produzione. Per «issuewild e certificati wildcard TLS», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
dig CAA example.com mostra RR grezzi senza raggruppare issue/issuewild. DNS Checker elenca CAA senza avvisi di emissione. DN01 usa lo stesso lookup Go dell’API di produzione. Per «URL iodef per segnalazione incidenti», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
dig CAA example.com mostra RR grezzi senza raggruppare issue/issuewild. DNS Checker elenca CAA senza avvisi di emissione. DN01 usa lo stesso lookup Go dell’API di produzione. Per «CAA assente e emissione permissiva», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
dig CAA example.com mostra RR grezzi senza raggruppare issue/issuewild. DNS Checker elenca CAA senza avvisi di emissione. DN01 usa lo stesso lookup Go dell’API di produzione. Per «controlli CAA prima del renewal SSL», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
dig CAA example.com mostra RR grezzi senza raggruppare issue/issuewild. DNS Checker elenca CAA senza avvisi di emissione. DN01 usa lo stesso lookup Go dell’API di produzione. Per «semantica del flag critico», considera il CAA pubblicato come contratto di emissione valutato dalle CA all’ordine. Documenta ogni tag, conferma la policy wildcard separatamente e verifica iodef prima del rinnovo. Dopo modifiche DNS, ripeti lo stesso dominio.
Perché usare DN01
- Lookup CAA live all’apex
- Tag issue, issuewild e iodef parsati
- Avvisi CAA mancante
- Note su tag sconosciuti e flag critico
- Si abbina a strumenti SSL e DNS
- URL risultato CAA condivisibile
FAQ
FAQ checker CAA
Record DNS CAA, tag issue e issuewild, CA autorizzate e iodef.
Cos’è un record CAA?
CAA è un tipo DNS che elenca le CA autorizzate a emettere certificati TLS via issue, issuewild e iodef. guida basi CAA
Dove pubblicare CAA?
Pubblica CAA all’apex del dominio certificato (example.com).
Differenza issue vs issuewild?
issue regola certificati standard; issuewild i wildcard separatamente (RFC 8659).
Come controlla CAA DN01?
DN01 interroga CAA live all’apex, analizza i tag e segnala policy mancante o sconosciuta.
Cosa succede senza CAA?
Senza CAA, qualsiasi CA pubblica può emettere — pubblica CAA prima del rinnovo.
Perché controllare CAA prima del renewal SSL?
Le migrazioni CA falliscono se CAA blocca il nuovo emittente — valida prima dell’ordine.
Cambio strumento
Continua con un altro controllo
Scegli il passo successivo nel tuo flusso di lavoro su dominio o sicurezza.
- Controllo certificato SSLCatena certificati, SAN e versione TLSApri
- Controllo DNSTutti i principali tipi di record in un solo passaggioApri
- DIGUn tipo di record, risposta stile resolverApri
- Trova IP dominioIP A e AAAA di un dominioApri
- Controllo età dominioCreazione, età, registrar e scadenzaApri
- WHOISRegistrar, scadenza e stato del dominioApri
- Controllo intestazioni HTTPIntestazioni di risposta, redirect e cachingApri
- Tester HTTP/2Supporto HTTP/2, ALPN e TLSApri
- Controllo lista neraReputazione DNSBL per IP e dominioApri
- Convertitore PunycodeUnicode ↔ Punycode per domini IDNApri
- Separatore URLDivide URL in parti e parametriApri
- Codec Base64Codifica e decodifica testo Base64Apri
- Generatore passwordPassword casuali sicure per il lavoro operativoApri
- Controllo robustezza passwordEntropia, tempo di cracking e consigliApri
- Generatore di passphraseFrasi casuali memorabili per test sicuriApri
- BIN CheckerBrand, banca e paese della carta dal BIN/IINApri
- Calcolatore IPCalcolo subnet per CIDR IPv4 e IPv6Apri
- Controllo aggiornamento browserVersione browser, aggiornamento e Client HintsApri
- Validator SPFValida TXT SPF, mechanisms e terminal allApri
- Analizzatore DMARCPolicy DMARC, allineamento e reportApri
Articoli correlati
Guide pratiche per le attività più comuni con Verificatore record CAA: record DNS, passaggi di risoluzione problemi e link ai nostri strumenti gratuiti.
caa record basics, caa record checker, caa dns
Basi dei record CAA all’apex del dominio
Basi dei record CAA all’apex del dominio. CAA limita quali CA pubbliche fidate possono emettere certificati TLS pubblicando record DNS CAA all’apex. DN01 restituisce tag parsati, avvisi, raccomandazioni e URL condivisibile dopo modifiche DNS.
Leggi articolo →issue tag authorized cas, caa record checker, caa dns
Tag issue e autorità di certificazione autorizzate
Tag issue e autorità di certificazione autorizzate. CAA limita quali CA pubbliche fidate possono emettere certificati TLS pubblicando record DNS CAA all’apex. DN01 restituisce tag parsati, avvisi, raccomandazioni e URL condivisibile dopo modifiche DNS.
Leggi articolo →issuewild wildcard certificates, caa record checker, caa dns
issuewild e certificati TLS wildcard
issuewild e certificati TLS wildcard. CAA limita quali CA pubbliche fidate possono emettere certificati TLS pubblicando record DNS CAA all’apex. DN01 restituisce tag parsati, avvisi, raccomandazioni e URL condivisibile dopo modifiche DNS.
Leggi articolo →iodef incident reporting, caa record checker, caa dns
Segnalazione iodef per violazioni di policy certificati
Segnalazione iodef per violazioni di policy certificati. CAA limita quali CA pubbliche fidate possono emettere certificati TLS pubblicando record DNS CAA all’apex. DN01 restituisce tag parsati, avvisi, raccomandazioni e URL condivisibile dopo modifiche DNS.
Leggi articolo →caa before ssl renewal, caa record checker, caa dns
Controlli CAA prima del renewal SSL
Controlli CAA prima del renewal SSL. CAA limita quali CA pubbliche fidate possono emettere certificati TLS pubblicando record DNS CAA all’apex. DN01 restituisce tag parsati, avvisi, raccomandazioni e URL condivisibile dopo modifiche DNS.
Leggi articolo →shareable caa record checker results, caa record checker, caa dns
Pagine risultato condivisibili del checker CAA
Pagine risultato condivisibili del checker CAA. CAA limita quali CA pubbliche fidate possono emettere certificati TLS pubblicando record DNS CAA all’apex. DN01 restituisce tag parsati, avvisi, raccomandazioni e URL condivisibile dopo modifiche DNS.
Leggi articolo →