Semua alat pembangun

Bina rekod DMARC dengan laluan pelaksanaan yang selamat daripada pemantauan hingga penguatkuasaan, dan semak dasar yang diterbitkan oleh sesebuah domain hari ini.

Percuma

1Dasar

Apa yang perlu dilakukan oleh penerima terhadap mel yang mendakwa daripada domain anda tetapi gagal penjajaran SPF dan DKIM kedua-duanya.

Biarkan pada inherit melainkan subdomain memerlukan peraturan yang berbeza.

Di bawah 100 selebihnya kembali kepada dasar yang lebih lemah. Berguna semasa meningkatkan secara beransur.

2Pelaporan

Laporan agregat adalah tujuan utama memulakan DMARC: ia menunjukkan setiap sumber yang menghantar sebagai domain anda.

Ringkasan XML harian. Jika alamat ini berada pada domain lain, domain itu mesti menerbitkan rekod kebenaran.

Salinan kegagalan setiap mesej. Pilihan: kebanyakan penerima tidak lagi menghantarnya.

3Penjajaran

Sejauh mana domain SPF atau DKIM mesti sepadan dengan domain From yang kelihatan. Relaxed sesuai untuk kebanyakan persediaan.

Rekod DMARC anda

		

Jenis rekod
TXT
Nama / hos
_dmarc
TTL
3600
Pelaksanaan disyorkan

Jangan sekali-kali terus melompat ke reject: anda akan menyekat surat berita, invois dan meja bantuan anda sendiri. Beralih selangkah demi selangkah, baca laporan anda antara setiap langkah.

  1. Minggu 1-4: pantau p=none; pct=100 Terbitkan dengan pemantauan sahaja dan baca laporan agregat. Cari setiap penghantar sah dan pastikan SPF atau DKIM dijajarkan bagi setiap satu.
  2. Minggu 5-6: kuarantin suku p=quarantine; pct=25 Beralih ke kuarantin pada sebahagian mel. Perhatikan aduan dan apa-apa yang sah tersasar ke spam.
  3. Minggu 7-8: kuarantin semuanya p=quarantine; pct=100 Tingkatkan kepada semua mel. Laporan sepatutnya kini hanya menunjukkan kegagalan daripada sumber yang tidak anda kenali.
  4. Minggu 9 dan seterusnya: tolak p=reject; pct=100 Beralih kepada penguatkuasaan penuh, dan teruskan membaca laporan: penghantar baharu muncul setiap kali satu pasukan mendaftar untuk alat baharu.

Bina dasar di sebelah kiri dengan laluan pelaksanaan daripada pemantauan hingga penguatkuasaan, atau tukar ke penyemak untuk membaca rekod DMARC yang diterbitkan oleh sesebuah domain, tag demi tag.

Bina dasar di sebelah kiri dengan laluan pelaksanaan daripada pemantauan hingga penguatkuasaan, atau tukar ke penyemak untuk membaca rekod DMARC yang diterbitkan oleh sesebuah domain, tag demi tag.

Your results appear here Fill in the field above, then run the check.
Rekod yang diterbitkan
Tag rekod diterangkan
TagNilaiApa maksudnya
Destinasi laporan luaran
Domain destinasiRekod kebenaranStatus
Apa yang kami jumpai

Mengenai Penjana & Penyemak Rekod DMARC

Penjana & Penyemak Rekod DMARC membina rekod TXT `_dmarc` yang memberitahu penerima apa yang perlu dilakukan apabila mel yang mendakwa datang daripada domain anda gagal penjajaran SPF dan DKIM kedua-duanya, dan, sama pentingnya, ke mana laporan yang menunjukkan siapa yang menghantar sebagai anda perlu dihantar. Sejak Februari 2024, Gmail dan Yahoo telah mewajibkan rekod DMARC daripada sesiapa sahaja yang menghantar mel pukal kepada pengguna mereka.

Penjana merangkumi dasar, dasar subdomain, peratusan, alamat laporan, mod penjajaran, pilihan kegagalan dan selang masa pelaporan, dan menggariskan pelaksanaan berperingkat yang perlu diikuti oleh kebanyakan domain: pantau dahulu, kemudian kuarantin sebahagian, kemudian kuarantin sepenuhnya, kemudian tolak. Terus melompat ke tolak adalah cara organisasi menyekat invois, surat berita dan balasan meja bantuan mereka sendiri.

Penyemak membaca rekod yang diterbitkan oleh sesebuah domain, menerangkan setiap tag dalam bahasa yang mudah difahami dan mengesahkannya berdasarkan RFC 7489. Ia melaporkan ketiadaan rekod, beberapa rekod (yang dianggap oleh penerima sebagai tiada dasar langsung), tag versi yang tersalah tempat, tag yang tidak lengkap atau tidak dikenali, `p=none` yang telah kekal begitu selama berbulan-bulan, `pct` di bawah 100, dan, satu yang halus yang secara senyap menyebabkan laporan anda hilang, alamat `rua` pada domain lain yang belum menerbitkan rekod kebenaran destinasi luaran yang diwajibkan oleh RFC 7489 §7.1. Ia juga mengikut fallback domain organisasi, jadi menyemak subdomain menunjukkan dasar yang benar-benar terpakai kepadanya.

Cara menggunakan Penjana & Penyemak Rekod DMARC

  1. Mula pada tab Penjana dengan dasar ditetapkan kepada pemantauan sahaja, dan masukkan alamat untuk laporan agregat.
  2. Biarkan penjajaran pada relaxed melainkan anda tahu satu penghantar memerlukan padanan ketat, dan biarkan pct pada 100.
  3. Terbitkan rekod itu sebagai rekod TXT bernama _dmarc pada domain anda.
  4. Baca laporan agregat selama beberapa minggu dan pastikan SPF atau DKIM dijajarkan untuk setiap penghantar sah yang didedahkannya.
  5. Beralih kepada kuarantin, kemudian kepada tolak, sambil menyemak laporan antara setiap peringkat.
  6. Gunakan tab Penyemak pada setiap peringkat untuk mengesahkan rekod dihurai dengan betul dan destinasi laporan anda dibenarkan.

Soalan lazim

Tiada apa-apa yang disekat: ia hanya meminta laporan daripada penerima. Ia adalah langkah pertama yang betul, kerana laporan itu menunjukkan setiap sumber yang menghantar sebagai domain anda, tetapi rekod yang dibiarkan pada p=none selama-lamanya tidak memberikan sebarang perlindungan terhadap penipuan.

Ya. DMARC berfungsi dengan menyemak sama ada sesuatu mesej lulus SPF atau DKIM dan sama ada domain yang lulus itu selari dengan alamat From yang kelihatan. Terbitkan dan sahkan SPF serta DKIM dahulu, kemudian tambah DMARC dalam mod pemantauan.

Selalunya kerana alamat rua berada pada domain yang berbeza daripada domain yang menerbitkan rekod itu. RFC 7489 mewajibkan domain tersebut menerbitkan rekod TXT pada domainanda._report._dmarc.domainmereka yang mengandungi v=DMARC1. Tanpanya, penerima secara senyap membuang laporan anda. Penyemak menguji perkara ini untuk anda.

Relaxed membenarkan mana-mana subdomain domain organisasi anda dikira sebagai sejajar, jadi domain pantulan seperti mail.contoh.com sejajar dengan contoh.com. Strict memerlukan padanan yang tepat. Relaxed sesuai untuk hampir semua persediaan.

Tanpa sp, subdomain mewarisi dasar utama, yang biasanya adalah apa yang anda mahukan. Penipu suka subdomain yang tidak digunakan, jadi jika anda menetapkan apa-apa, jadikannya lebih ketat dan bukan lebih longgar, dan pertimbangkan np=reject untuk subdomain yang langsung tidak wujud.

Kira-kira empat minggu pada pemantauan, kemudian dua minggu pada setiap langkah kuarantin, adalah kadar yang biasa. Yang penting bukan kalendar tetapi laporan itu sendiri: teruskan hanya apabila setiap kegagalan yang anda lihat datang daripada sumber yang tidak anda kenali.


Carian popular
penjana rekod dmarc penyemak dmarc semak rekod dmarc carian dmarc pengesah dmarc jana rekod dmarc dmarc policy reject maksud dmarc p=none alamat laporan dmarc rua tetapkan dmarc untuk domain
Perlukan bantuan?
Menemui masalah dengan alat ini? Beritahu pasukan kami.
Laporkan masalah

Tambah alat percuma ini ke laman web anda sendiri: salin dan tampal kod di bawah.