Softonic

DKIM-kontroll

Steg 1 / 3 Kontrollera en DKIM-nyckel

Ange signeringsdomänen, inte en e-postadress eller webbadress.

Nästa

En DKIM-selektor pekar ut DNS-namnet där en avsändardomän publicerar en publik nyckel. Ange signeringsdomänen och selektorn för att se den TXT-post som DNS för närvarande returnerar. Kontrollen skiljer mellan en publicerad nyckel och ett återkallat, saknat, felaktigt eller tillfälligt otillgängligt svar. Den testar inte ett e-postmeddelande och bekräftar inte att en signatur godkändes.

Så kontrollerar du en DKIM-selektor

  1. 1

    Ange signeringsdomänen

    Använd domänen i d= från en DKIM-Signature-rubrik eller domänen som är inställd hos din e-postleverantör.

  2. 2

    Ange selektorn

    Använd värdet i s= från samma rubrik eller leverantörens inställningar, till exempel mail.

  3. 3

    Läs DNS-nyckelns status

    Kontrollen frågar efter TXT på selector._domainkey.domain och förklarar posten som returneras.

Vad uppslagningen faktiskt kontrollerar

DKIM använder en selektor (s=) och en signeringsdomän (d=) för att hitta en publik nyckel. Med s=mail och d=example.org blir DNS-namnet mail._domainkey.example.org. Verktyget ber serverns DNS-resolver om TXT-poster för det namnet. Domänen och selektorn skickas till servern för uppslagningen. En publik nyckel där visar att den är publicerad i DNS, inte att ett visst e-postmeddelande har klarat DKIM-verifiering.

En TXT-resurspost kan innehålla flera citerade strängar. DNS fogar samman dem utan extra mellanslag innan nyckeln tolkas. Flera separata TXT-resursposter för samma selektor är något annat: verktyget rapporterar ett tvetydigt svar i stället för att slå ihop nycklar. En DNS-timeout redovisas separat från ett tomt svar, eftersom en misslyckad uppslagning inte kan visa att nyckeln saknas.

Vad posten visar Betydelse här Kontrollera sedan
Nyckel som stöds i p= Publik nyckel publicerad Verifiera ett specifikt meddelande med dess fullständiga rubriker om du behöver ett DKIM-resultat.
Tomt p= Nyckeln återkallad Publicera en ersättningsnyckel och uppdatera signeringstjänsten.
Inget TXT-svar Den här resolverns uppslagning gav ingen nyckel Kontrollera d= och s= igen och granska sedan din DNS-leverantör.
Flera TXT-poster Tvetydigt svar för selektorn Ta bort oavsiktliga dubblettposter.
Fel i resolver Svaret är för närvarande okänt Försök igen när DNS-tjänsten fungerar.

Nyckeltypen är som standard RSA när k= saknas. Kontrollen känner också igen k=ed25519 med en 32 byte lång publik nyckel. Den kontrollerar syntaxen för nyckeltyper som stöds men kan inte avgöra signeringsinställningar, meddelandets äkthet, leverans till inkorgen eller DMARC-anpassning enbart utifrån den publicerade nyckeln. RFC 6376 definierar uppslagning med selektor och återkallelse med tom nyckel. RFC 8463 definierar Ed25519 för DKIM.

Vanliga frågor

Läs s=-taggen i DKIM-Signature-rubriken i ett meddelande från din tjänst eller titta på tjänstens DKIM-inställningssida. d=-taggen anger signeringsdomänen. Klistra inte in ett helt meddelande i domän- eller selektorfältet.

Nej. DKIM-verifiering kräver också ett specifikt meddelande, dess signatur, kanonisering och kryptografiska kontroller. En DNS-nyckel visar i sig bara vad denna resolver hittade på selektorns namn.

Ett tomt p=-värde är en avsiktlig signal om att DKIM-nyckeln har återkallats enligt RFC 6376. En signeringstjänst som fortfarande använder selektorn behöver en ny nyckel och motsvarande DNS-post innan meddelanden kan verifieras med den.

Domänen och selektorn skickas till webbplatsens server. Servern frågar sin DNS-resolver efter den publika TXT-posten. Varken meddelandetext eller ett helt e-postmeddelande behövs.

Relaterade verktyg

WHOIS-uppslagning

Slå upp publika WHOIS-registreringsdata för en domän: registrar, namnservrar, statuskoder och utgångsdatum.

Serverplatskontroll

Slå upp det fysiska datacentret, landet, ASN:et och molnleverantören bakom valfri domän. Upptäcker Cloudflare, Fastly, Akamai och andra CDN-fronter.

Subdomänsökare

Ange en domän och gör en DNS-uppslagning i realtid (A, AAAA och CNAME) på dess vanligaste subdomän (www) för att se om den slår upp och vart den pekar. En snabb grundkontroll, inte fullständig spaning.

Kontrollera TCP-port

Låt vår server försöka ansluta till en publik TCP-port med fem sekunders tidsgräns.

SPF-postkontroll

Slå upp valfri domäns SPF-post i DNS och se en tydlig genomgång av varje mekanism: ip4, ip6, include, a, mx, all och redirect.

Skanna TCP-portintervall

Testa ett sammanhängande TCP-portintervall och visa endast accepterade anslutningar.

Verktyget finns på andra språk