Cek SPF & DMARC

RSS

Test a domain's email authentication: SPF, DKIM and DMARC records are checked for syntax, lookup limits and policy strength, with plain-English fixes.

Autentikasi email untuk wikipedia.org

SPFValid
DKIMTidak ditemukan pada selector umum
DMARCp=reject

SPF (Sender Policy Framework)

1/10 DNS lookup
v=spf1 include:_cidrs.wikimedia.org ~all
  • Record SPF valid dan diakhiri dengan ~all.

DKIM (DomainKeys Identified Mail)

Kami memeriksa selector umum (google, selector1, selector2, default, k1, s1, s2, dkim, mail, smtp, mandrill, everlytickey1) dan tidak menemukan key DKIM.

Key DKIM berada di <selector>._domainkey.wikipedia.org dan selector dipilih oleh masing-masing penyedia email, sehingga key bisa saja ada meskipun kami tidak dapat menebak selectornya. Temukan selector pada nilai s= di header DKIM-Signature dari email domain ini, lalu masukkan di atas.

DMARC

v=DMARC1; p=reject; rua=mailto:dmarc-rua@wikimedia.org;
Kebijakan (p)
reject
Kebijakan subdomain (sp)
sama dengan p
Laporan agregat (rua)
mailto:dmarc-rua@wikimedia.org
Persentase (pct)
100%
Alignment
DKIM: R, SPF: R (R = relaxed, S = strict)
  • DMARC diterapkan dengan p=reject dan pelaporan aktif.

Lihat record MX untuk wikipedia.org.

Mengapa SPF, DKIM, dan DMARC penting

Email dirancang tanpa verifikasi pengirim, sehingga siapa pun dapat menaruh domain Anda di baris "From". Tiga standar berbasis DNS memperbaikinya. Sejak Februari 2024, Google dan Yahoo mewajibkannya bagi pengirim massal, dan record yang tidak ada kini menjadi alasan umum email yang sah masuk ke spam.

  • SPF mendaftar server yang diizinkan mengirim email untuk domain Anda, dalam record TXT yang diawali v=spf1.
  • DKIM menambahkan tanda tangan kriptografis ke setiap pesan; penerima memverifikasinya dengan kunci publik yang dipublikasikan di selector._domainkey.yourdomain.
  • DMARC (di _dmarc.yourdomain) memberi tahu penerima apa yang harus dilakukan ketika SPF dan DKIM gagal selaras dengan domain From (none, quarantine, atau reject) dan ke mana laporan dikirim.

Yang diuji oleh pemeriksa ini

  • SPF ada, hanya ada satu record, diakhiri dengan ~all atau -all (jangan pernah +all), dan jumlah total lookup DNS termasuk mekanisme include: bersarang tetap dalam batas RFC 7208 yaitu 10.
  • Kunci DKIM pada selector yang Anda berikan, atau pada selusin selector umum yang dipakai Google Workspace, Microsoft 365, dan layanan pengiriman populer.
  • DMARC ada, memiliki kebijakan yang valid, berlaku untuk 100% email, dan mengirim laporan agregat sehingga Anda dapat melihat siapa yang mengirim atas nama Anda.

Contoh record

example.com.         TXT  "v=spf1 include:_spf.example.net ip4:192.0.2.0/24 -all"
_dmarc.example.com.  TXT  "v=DMARC1; p=quarantine; rua=mailto:dmarc@example.com; adkim=s"
s1._domainkey.example.com. TXT "v=DKIM1; k=rsa; p=MIIBIjANBgkqh…"

Tahapan penerapan yang disarankan

  1. Publikasikan SPF yang mencakup setiap layanan yang mengirim atas nama Anda, diakhiri dengan ~all.
  2. Aktifkan penandatanganan DKIM di setiap penyedia.
  3. Publikasikan DMARC dengan p=none dan alamat rua, lalu tinjau laporan selama dua sampai empat minggu.
  4. Beralih ke p=quarantine, lalu p=reject, setelah semua email sah lolos.

Panduan lengkap: Penjelasan SPF, DKIM, dan DMARC.

Pertanyaan yang sering diajukan

Haruskah saya memakai ~all atau -all?

Jika DMARC sudah diterapkan, keduanya bisa; DMARC yang menentukan hasilnya. ~all adalah titik awal yang lebih aman; -all lebih ketat setelah Anda yakin setiap pengirim sudah terdaftar.

Apa arti "terlalu banyak lookup DNS"?

Setiap include, a, mx, exists, dan redirect memakan satu lookup, termasuk yang ada di dalam record yang di-include. Jika lebih dari 10, SPF gagal untuk semua orang. Hapus layanan yang tidak dipakai atau ganti include dengan rentang ip4/ip6.

Apakah domain yang diparkir memerlukan record ini?

Ya. Lindungi domain yang tidak pernah mengirim email dengan v=spf1 -all dan v=DMARC1; p=reject.

Diperbarui

Tersalin ke clipboard