Bezpieczeństwo certyfikatów
Checker rekordów CAA
Wyszukaj rekordy CAA DNS na apexie domeny, przeanalizuj issue, issuewild i iodef oraz sprawdź ostrzeżenia wydawania.
Jak używać narzędzia
- CAA publikuje się jako rekordy DNS CAA na apex domeny. Przed wydaniem certyfikatu zaufane publiczne CA muszą sprawdzić CAA i respektować tagi issue, issuewild oraz iodef. Spisz obecne i przyszłe CA, opublikuj issue dla każdej autoryzacji, dodaj issuewild dla wildcard, opcjonalnie iodef, waliduj przed CSR lub zamówieniem ACME. W obszarze „tag issue i autoryzowane CA” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
- CAA publikuje się jako rekordy DNS CAA na apex domeny. Przed wydaniem certyfikatu zaufane publiczne CA muszą sprawdzić CAA i respektować tagi issue, issuewild oraz iodef. Spisz obecne i przyszłe CA, opublikuj issue dla każdej autoryzacji, dodaj issuewild dla wildcard, opcjonalnie iodef, waliduj przed CSR lub zamówieniem ACME. W obszarze „issuewild i certyfikaty wildcard TLS” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
- CAA publikuje się jako rekordy DNS CAA na apex domeny. Przed wydaniem certyfikatu zaufane publiczne CA muszą sprawdzić CAA i respektować tagi issue, issuewild oraz iodef. Spisz obecne i przyszłe CA, opublikuj issue dla każdej autoryzacji, dodaj issuewild dla wildcard, opcjonalnie iodef, waliduj przed CSR lub zamówieniem ACME. W obszarze „URL iodef do zgłaszania incydentów” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
- CAA publikuje się jako rekordy DNS CAA na apex domeny. Przed wydaniem certyfikatu zaufane publiczne CA muszą sprawdzić CAA i respektować tagi issue, issuewild oraz iodef. Spisz obecne i przyszłe CA, opublikuj issue dla każdej autoryzacji, dodaj issuewild dla wildcard, opcjonalnie iodef, waliduj przed CSR lub zamówieniem ACME. W obszarze „brak CAA i permissive issuance” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
- CAA publikuje się jako rekordy DNS CAA na apex domeny. Przed wydaniem certyfikatu zaufane publiczne CA muszą sprawdzić CAA i respektować tagi issue, issuewild oraz iodef. Spisz obecne i przyszłe CA, opublikuj issue dla każdej autoryzacji, dodaj issuewild dla wildcard, opcjonalnie iodef, waliduj przed CSR lub zamówieniem ACME. W obszarze „kontrola CAA przed odnowieniem SSL” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
- CAA publikuje się jako rekordy DNS CAA na apex domeny. Przed wydaniem certyfikatu zaufane publiczne CA muszą sprawdzić CAA i respektować tagi issue, issuewild oraz iodef. Spisz obecne i przyszłe CA, opublikuj issue dla każdej autoryzacji, dodaj issuewild dla wildcard, opcjonalnie iodef, waliduj przed CSR lub zamówieniem ACME. W obszarze „semantyka flagi critical” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
Co pokazuje wynik
Wynik rozdziela sygnały ważne dla tej konkretnej kontroli.
| Pole | Cel | Przykład |
|---|---|---|
| Domena | CAA publikuje się jako rekordy DNS CAA na apex domeny. Przed wydaniem certyfikatu zaufane publiczne CA muszą sprawdzić CAA i respektować tagi issue, issuewild oraz iodef. W obszarze „tag issue i autoryzowane CA” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę. | Wprowadź apex do certyfikacji lub odnowienia. |
| Nazwa zapytania | CAA publikuje się jako rekordy DNS CAA na apex domeny. Przed wydaniem certyfikatu zaufane publiczne CA muszą sprawdzić CAA i respektować tagi issue, issuewild oraz iodef. W obszarze „issuewild i certyfikaty wildcard TLS” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę. | Potwierdź rekordy CAA przed zamówieniem. |
| Found | CAA publikuje się jako rekordy DNS CAA na apex domeny. Przed wydaniem certyfikatu zaufane publiczne CA muszą sprawdzić CAA i respektować tagi issue, issuewild oraz iodef. W obszarze „URL iodef do zgłaszania incydentów” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę. | Sprawdź tagi issue dla wybranej CA. |
| Valid | CAA publikuje się jako rekordy DNS CAA na apex domeny. Przed wydaniem certyfikatu zaufane publiczne CA muszą sprawdzić CAA i respektować tagi issue, issuewild oraz iodef. W obszarze „brak CAA i permissive issuance” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę. | Porównaj issuewild osobno od polityki issue na apex. |
| Records | CAA publikuje się jako rekordy DNS CAA na apex domeny. Przed wydaniem certyfikatu zaufane publiczne CA muszą sprawdzić CAA i respektować tagi issue, issuewild oraz iodef. W obszarze „kontrola CAA przed odnowieniem SSL” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę. | Dodaj iodef mailto lub HTTPS jeśli możliwe. |
| issue | CAA publikuje się jako rekordy DNS CAA na apex domeny. Przed wydaniem certyfikatu zaufane publiczne CA muszą sprawdzić CAA i respektować tagi issue, issuewild oraz iodef. W obszarze „semantyka flagi critical” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę. | Powtórz po TTL przy migracji CA. |
| issuewild | CAA publikuje się jako rekordy DNS CAA na apex domeny. Przed wydaniem certyfikatu zaufane publiczne CA muszą sprawdzić CAA i respektować tagi issue, issuewild oraz iodef. W obszarze „tag issue i autoryzowane CA” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę. | Wprowadź apex do certyfikacji lub odnowienia. |
| iodef | CAA publikuje się jako rekordy DNS CAA na apex domeny. Przed wydaniem certyfikatu zaufane publiczne CA muszą sprawdzić CAA i respektować tagi issue, issuewild oraz iodef. W obszarze „issuewild i certyfikaty wildcard TLS” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę. | Potwierdź rekordy CAA przed zamówieniem. |
Kiedy ta kontrola pomaga
Używaj przy migracji CA, planowaniu wildcard, ankietach bezpieczeństwa i audytach przed odnowieniem. CAA nie zastępuje walidacji SSL — połącz z SSL Certificate Checker po wydaniu. W obszarze „tag issue i autoryzowane CA” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
Używaj przy migracji CA, planowaniu wildcard, ankietach bezpieczeństwa i audytach przed odnowieniem. CAA nie zastępuje walidacji SSL — połącz z SSL Certificate Checker po wydaniu. W obszarze „issuewild i certyfikaty wildcard TLS” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
Używaj przy migracji CA, planowaniu wildcard, ankietach bezpieczeństwa i audytach przed odnowieniem. CAA nie zastępuje walidacji SSL — połącz z SSL Certificate Checker po wydaniu. W obszarze „URL iodef do zgłaszania incydentów” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
Używaj przy migracji CA, planowaniu wildcard, ankietach bezpieczeństwa i audytach przed odnowieniem. CAA nie zastępuje walidacji SSL — połącz z SSL Certificate Checker po wydaniu. W obszarze „brak CAA i permissive issuance” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
Używaj przy migracji CA, planowaniu wildcard, ankietach bezpieczeństwa i audytach przed odnowieniem. CAA nie zastępuje walidacji SSL — połącz z SSL Certificate Checker po wydaniu. W obszarze „kontrola CAA przed odnowieniem SSL” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
Używaj przy migracji CA, planowaniu wildcard, ankietach bezpieczeństwa i audytach przed odnowieniem. CAA nie zastępuje walidacji SSL — połącz z SSL Certificate Checker po wydaniu. W obszarze „semantyka flagi critical” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
Co sprawdzić, gdy wynik wygląda błędnie
Gdy brak rekordów, zapytaj CAA na dokładnym FQDN — zwykle apex. Pusta odpowiedź pozwala każdej publicznej CA na wydanie. Po zmianach odczekaj TTL i porównaj z dig +short CAA example.com. W obszarze „tag issue i autoryzowane CA” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
Gdy brak rekordów, zapytaj CAA na dokładnym FQDN — zwykle apex. Pusta odpowiedź pozwala każdej publicznej CA na wydanie. Po zmianach odczekaj TTL i porównaj z dig +short CAA example.com. W obszarze „issuewild i certyfikaty wildcard TLS” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
Gdy brak rekordów, zapytaj CAA na dokładnym FQDN — zwykle apex. Pusta odpowiedź pozwala każdej publicznej CA na wydanie. Po zmianach odczekaj TTL i porównaj z dig +short CAA example.com. W obszarze „URL iodef do zgłaszania incydentów” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
Gdy brak rekordów, zapytaj CAA na dokładnym FQDN — zwykle apex. Pusta odpowiedź pozwala każdej publicznej CA na wydanie. Po zmianach odczekaj TTL i porównaj z dig +short CAA example.com. W obszarze „brak CAA i permissive issuance” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
Gdy brak rekordów, zapytaj CAA na dokładnym FQDN — zwykle apex. Pusta odpowiedź pozwala każdej publicznej CA na wydanie. Po zmianach odczekaj TTL i porównaj z dig +short CAA example.com. W obszarze „kontrola CAA przed odnowieniem SSL” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
Gdy brak rekordów, zapytaj CAA na dokładnym FQDN — zwykle apex. Pusta odpowiedź pozwala każdej publicznej CA na wydanie. Po zmianach odczekaj TTL i porównaj z dig +short CAA example.com. W obszarze „semantyka flagi critical” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
Jak interpretować wynik
CAA publikuje się jako rekordy DNS CAA na apex domeny. Przed wydaniem certyfikatu zaufane publiczne CA muszą sprawdzić CAA i respektować tagi issue, issuewild oraz iodef. W obszarze „tag issue i autoryzowane CA” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
CAA publikuje się jako rekordy DNS CAA na apex domeny. Przed wydaniem certyfikatu zaufane publiczne CA muszą sprawdzić CAA i respektować tagi issue, issuewild oraz iodef. W obszarze „issuewild i certyfikaty wildcard TLS” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
CAA publikuje się jako rekordy DNS CAA na apex domeny. Przed wydaniem certyfikatu zaufane publiczne CA muszą sprawdzić CAA i respektować tagi issue, issuewild oraz iodef. W obszarze „URL iodef do zgłaszania incydentów” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
CAA publikuje się jako rekordy DNS CAA na apex domeny. Przed wydaniem certyfikatu zaufane publiczne CA muszą sprawdzić CAA i respektować tagi issue, issuewild oraz iodef. W obszarze „brak CAA i permissive issuance” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
CAA publikuje się jako rekordy DNS CAA na apex domeny. Przed wydaniem certyfikatu zaufane publiczne CA muszą sprawdzić CAA i respektować tagi issue, issuewild oraz iodef. W obszarze „kontrola CAA przed odnowieniem SSL” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
CAA publikuje się jako rekordy DNS CAA na apex domeny. Przed wydaniem certyfikatu zaufane publiczne CA muszą sprawdzić CAA i respektować tagi issue, issuewild oraz iodef. W obszarze „semantyka flagi critical” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
Zalecany przebieg
- Wprowadź apex do certyfikacji lub odnowienia.
- Potwierdź rekordy CAA przed zamówieniem.
- Sprawdź tagi issue dla wybranej CA.
- Porównaj issuewild osobno od polityki issue na apex.
- Dodaj iodef mailto lub HTTPS jeśli możliwe.
- Powtórz po TTL przy migracji CA.
Narzędzie kontra ręczna kontrola
dig CAA example.com pokazuje surowe RR bez grupowania issue/issuewild. DNS Checker listuje CAA bez ostrzeżeń issuance. DN01 używa tego samego lookup Go co API produkcyjne. W obszarze „tag issue i autoryzowane CA” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
dig CAA example.com pokazuje surowe RR bez grupowania issue/issuewild. DNS Checker listuje CAA bez ostrzeżeń issuance. DN01 używa tego samego lookup Go co API produkcyjne. W obszarze „issuewild i certyfikaty wildcard TLS” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
dig CAA example.com pokazuje surowe RR bez grupowania issue/issuewild. DNS Checker listuje CAA bez ostrzeżeń issuance. DN01 używa tego samego lookup Go co API produkcyjne. W obszarze „URL iodef do zgłaszania incydentów” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
dig CAA example.com pokazuje surowe RR bez grupowania issue/issuewild. DNS Checker listuje CAA bez ostrzeżeń issuance. DN01 używa tego samego lookup Go co API produkcyjne. W obszarze „brak CAA i permissive issuance” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
dig CAA example.com pokazuje surowe RR bez grupowania issue/issuewild. DNS Checker listuje CAA bez ostrzeżeń issuance. DN01 używa tego samego lookup Go co API produkcyjne. W obszarze „kontrola CAA przed odnowieniem SSL” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
dig CAA example.com pokazuje surowe RR bez grupowania issue/issuewild. DNS Checker listuje CAA bez ostrzeżeń issuance. DN01 używa tego samego lookup Go co API produkcyjne. W obszarze „semantyka flagi critical” traktuj opublikowany CAA jako kontrakt issuance, który CA oceniają przy zamówieniu. Udokumentuj każdy tag, osobno potwierdź politykę wildcard i iodef przed odnowieniem. Po zmianach DNS uruchom ponownie tę samą domenę.
Dlaczego DN01
- Live lookup CAA na apex
- Sparsowane tagi issue, issuewild i iodef
- Ostrzeżenia przy braku CAA
- Uwagi o nieznanych tagach i critical flag
- Łączy się z narzędziami SSL i DNS
- Udostępnialny URL wyniku CAA
FAQ
FAQ CAA record checker
Rekordy DNS CAA, tagi issue i issuewild, autoryzowane CA i iodef.
Czym jest rekord CAA?
CAA to typ DNS wskazujący, które CA mogą wydawać certyfikaty TLS przez issue, issuewild i iodef. przewodniku podstaw CAA
Gdzie publikować CAA?
Opublikuj CAA na apex certyfikowanej domeny (example.com).
Różnica issue vs issuewild?
issue reguluje standardowe certyfikaty; issuewild wildcard osobno (RFC 8659).
Jak DN01 sprawdza CAA?
DN01 wykonuje live lookup CAA na apex, parsuje tagi i oznacza brakującą policy.
Co gdy brak CAA?
Bez CAA każda publiczna CA może wydać certyfikat — opublikuj CAA przed odnowieniem.
Dlaczego sprawdzać CAA przed odnowieniem SSL?
Migracje CA zawodzą, gdy CAA blokuje nowego issuera — waliduj przed zamówieniem.
Przełącznik narzędzi
Kontynuuj innym sprawdzeniem
Wybierz kolejny krok w pracy z domeną lub bezpieczeństwem.
- Weryfikator certyfikatu SSLŁańcuch certyfikatów, SAN i wersja TLSOtwórz
- Weryfikator DNSWszystkie główne typy rekordów w jednym przebieguOtwórz
- DIGJeden typ rekordu, odpowiedź w stylu resolveraOtwórz
- IP domenyAdresy A i AAAA domenyOtwórz
- Sprawdzanie wieku domenyUtworzenie, wiek, rejestrator i wygaśnięcieOtwórz
- WHOISRejestrator, wygaśnięcie i status domenyOtwórz
- Weryfikator nagłówków HTTPNagłówki odpowiedzi, przekierowania i cacheOtwórz
- Tester HTTP/2Wsparcie HTTP/2, ALPN i TLSOtwórz
- Weryfikator czarnych listReputacja DNSBL dla IP i domenyOtwórz
- Konwerter PunycodeUnicode ↔ Punycode dla domen IDNOtwórz
- Rozdzielacz URLRozbicie URL na części i parametryOtwórz
- Kodek Base64Kodowanie i dekodowanie tekstu Base64Otwórz
- Generator hasełSilne losowe hasła do pracy operacyjnejOtwórz
- Sprawdzanie siły hasłaEntropia, czas złamania i sugestieOtwórz
- Generator fraz hasłowychZapamiętywalne losowe frazy do bezpiecznych testówOtwórz
- Weryfikator BINMarka karty, bank i kraj z BIN/IINOtwórz
- Kalkulator IPMatematyka podsieci IPv4 i IPv6 CIDROtwórz
- Sprawdzanie aktualizacji przeglądarkiWersja przeglądarki, aktualizacja i Client HintsOtwórz
- Validator SPFWaliduj TXT SPF, mechanisms i terminal allOtwórz
- Analizator DMARCPolityka DMARC, alignment i raportyOtwórz
Powiązane artykuły
Praktyczne poradniki do typowych zadań z Checker rekordów CAA: rekordy DNS, kroki diagnostyczne i linki do naszych bezpłatnych narzędzi.
caa record basics, caa record checker, caa dns
Podstawy rekordów CAA na apex domeny
Podstawy rekordów CAA na apex domeny. CAA ogranicza, które zaufane publiczne CA mogą wydawać certyfikaty TLS, publikując rekordy DNS CAA na apex. DN01 zwraca sparsowane tagi, ostrzeżenia, rekomendacje i udostępnialny URL wyniku po zmianach DNS.
Czytaj artykuł →issue tag authorized cas, caa record checker, caa dns
Tag issue i autoryzowane urzędy certyfikacji
Tag issue i autoryzowane urzędy certyfikacji. CAA ogranicza, które zaufane publiczne CA mogą wydawać certyfikaty TLS, publikując rekordy DNS CAA na apex. DN01 zwraca sparsowane tagi, ostrzeżenia, rekomendacje i udostępnialny URL wyniku po zmianach DNS.
Czytaj artykuł →issuewild wildcard certificates, caa record checker, caa dns
issuewild i certyfikaty TLS wildcard
issuewild i certyfikaty TLS wildcard. CAA ogranicza, które zaufane publiczne CA mogą wydawać certyfikaty TLS, publikując rekordy DNS CAA na apex. DN01 zwraca sparsowane tagi, ostrzeżenia, rekomendacje i udostępnialny URL wyniku po zmianach DNS.
Czytaj artykuł →iodef incident reporting, caa record checker, caa dns
Raportowanie iodef przy naruszeniach polityki certyfikatów
Raportowanie iodef przy naruszeniach polityki certyfikatów. CAA ogranicza, które zaufane publiczne CA mogą wydawać certyfikaty TLS, publikując rekordy DNS CAA na apex. DN01 zwraca sparsowane tagi, ostrzeżenia, rekomendacje i udostępnialny URL wyniku po zmianach DNS.
Czytaj artykuł →caa before ssl renewal, caa record checker, caa dns
Kontrola CAA przed odnowieniem SSL
Kontrola CAA przed odnowieniem SSL. CAA ogranicza, które zaufane publiczne CA mogą wydawać certyfikaty TLS, publikując rekordy DNS CAA na apex. DN01 zwraca sparsowane tagi, ostrzeżenia, rekomendacje i udostępnialny URL wyniku po zmianach DNS.
Czytaj artykuł →shareable caa record checker results, caa record checker, caa dns
Udostępnialne strony wyniku CAA record checker
Udostępnialne strony wyniku CAA record checker. CAA ogranicza, które zaufane publiczne CA mogą wydawać certyfikaty TLS, publikując rekordy DNS CAA na apex. DN01 zwraca sparsowane tagi, ostrzeżenia, rekomendacje i udostępnialny URL wyniku po zmianach DNS.
Czytaj artykuł →