Semua alat developer

Buat DMARC record dengan jalur penerapan yang aman dari mode pemantauan hingga penegakan penuh, dan periksa kebijakan yang dipublikasikan sebuah domain saat ini.

Gratis

1Kebijakan

Apa yang harus dilakukan penerima terhadap email yang mengaku berasal dari domain Anda tetapi gagal alignment SPF dan DKIM.

Biarkan pada inherit kecuali subdomain memerlukan aturan berbeda.

Di bawah 100, sisanya akan kembali ke kebijakan yang lebih lemah. Berguna saat meningkatkan penerapan secara bertahap.

2Pelaporan

Laporan agregat adalah inti dari memulai DMARC: laporan ini menunjukkan setiap sumber yang mengirim email atas nama domain Anda.

Ringkasan XML harian. Jika alamat ini berada di domain lain, domain tersebut harus mempublikasikan record otorisasi.

Salinan kegagalan per pesan. Opsional: sebagian besar penerima sudah tidak lagi mengirimkannya.

3Alignment

Seberapa dekat domain SPF atau DKIM harus cocok dengan domain From yang terlihat. Relaxed cocok untuk sebagian besar konfigurasi.

DMARC record Anda

		

Jenis record
TXT
Nama / host
_dmarc
TTL
3600
Penerapan yang direkomendasikan

Jangan pernah langsung melompat ke reject: Anda akan memblokir newsletter, invoice, dan helpdesk Anda sendiri. Lakukan bertahap, dan baca laporan Anda di setiap tahap.

  1. Minggu 1-4: pantau p=none; pct=100 Publikasikan hanya dengan mode pemantauan dan baca laporan agregat. Temukan setiap pengirim yang sah dan pastikan SPF atau DKIM selaras untuk masing-masing.
  2. Minggu 5-6: karantina seperempat p=quarantine; pct=25 Pindahkan ke karantina untuk sebagian email. Perhatikan keluhan dan email sah yang masuk ke spam.
  3. Minggu 7-8: karantina semua p=quarantine; pct=100 Naikkan ke semua email. Laporan seharusnya sekarang hanya menunjukkan kegagalan dari sumber yang tidak Anda kenali.
  4. Minggu 9 dan seterusnya: reject p=reject; pct=100 Beralih ke penegakan penuh, dan tetap baca laporannya: pengirim baru akan muncul setiap kali tim Anda mendaftar ke alat baru.

Buat kebijakan di sebelah kiri dengan jalur penerapan dari pemantauan hingga penegakan, atau beralih ke pemeriksa untuk membaca DMARC record yang dipublikasikan sebuah domain, tag demi tag.

Buat kebijakan di sebelah kiri dengan jalur penerapan dari pemantauan hingga penegakan, atau beralih ke pemeriksa untuk membaca DMARC record yang dipublikasikan sebuah domain, tag demi tag.

Your results appear here Fill in the field above, then run the check.
Record yang dipublikasikan
Penjelasan tag record
TagNilaiArtinya
Tujuan laporan eksternal
Domain tujuanRecord otorisasiStatus
Apa yang kami temukan

Tentang Generator & Pemeriksa DMARC Record

DMARC Record Generator & Checker membangun record TXT `_dmarc` yang memberi tahu penerima apa yang harus dilakukan ketika surel yang mengaku berasal dari domain Anda gagal pada keselarasan SPF dan DKIM, dan, yang sama pentingnya, ke mana mengirim laporan yang menunjukkan siapa yang mengirim atas nama Anda. Sejak Februari 2024, Gmail dan Yahoo mewajibkan record DMARC dari siapa pun yang mengirim surel massal ke pengguna mereka.

Generator ini mencakup kebijakan, kebijakan subdomain, persentase, alamat laporan, mode keselarasan, opsi kegagalan dan interval pelaporan, serta menyusun rollout yang seharusnya diikuti sebagian besar domain: pantau dulu, lalu karantina sebagian, lalu karantina semuanya, lalu tolak. Langsung melompat ke tolak adalah cara organisasi memblokir faktur, newsletter dan balasan helpdesk mereka sendiri.

Checker membaca record yang dipublikasikan sebuah domain, menjelaskan setiap tag dalam bahasa yang mudah dipahami dan memvalidasinya terhadap RFC 7489. Alat ini melaporkan record yang hilang, beberapa record (yang diperlakukan penerima sebagai tanpa kebijakan sama sekali), tag versi yang salah tempat, tag yang cacat atau tidak dikenal, `p=none` yang sudah ada berbulan-bulan, `pct` di bawah 100, dan, yang lebih tersembunyi dan diam-diam menghilangkan laporan Anda, alamat `rua` di domain lain yang belum mempublikasikan record otorisasi tujuan eksternal yang diwajibkan RFC 7489 §7.1. Alat ini juga mengikuti fallback organizational-domain, sehingga memeriksa subdomain menunjukkan kebijakan yang benar-benar berlaku untuknya.

Cara menggunakan Generator & Pemeriksa DMARC Record

  1. Mulai di tab Generator dengan kebijakan diatur hanya untuk memantau, dan masukkan alamat untuk laporan agregat.
  2. Biarkan keselarasan pada relaxed kecuali Anda tahu pengirim membutuhkan pencocokan ketat, dan biarkan pct pada 100.
  3. Publikasikan record sebagai record TXT bernama _dmarc pada domain Anda.
  4. Baca laporan agregat selama beberapa minggu dan pastikan SPF atau DKIM selaras untuk setiap pengirim sah yang terungkap.
  5. Pindah ke karantina, lalu ke tolak, memeriksa laporan di antara setiap langkah.
  6. Gunakan tab Checker di setiap tahap untuk memastikan record terurai dan tujuan laporan Anda diotorisasi.

Pertanyaan yang sering diajukan

Tidak ada yang diblokir: hanya meminta penerima untuk mengirim laporan. Ini adalah langkah pertama yang tepat, karena laporan itu menunjukkan setiap sumber yang mengirim atas nama domain Anda, tetapi record yang dibiarkan pada p=none selamanya tidak memberi Anda perlindungan terhadap pemalsuan.

Ya. DMARC bekerja dengan memeriksa bahwa sebuah pesan lolos SPF atau DKIM dan bahwa domain yang lolos selaras dengan alamat From yang terlihat. Publikasikan dan verifikasi SPF dan DKIM terlebih dahulu, lalu tambahkan DMARC dalam mode pemantauan.

Paling sering karena alamat rua berada di domain yang berbeda dari domain yang mempublikasikan record tersebut. RFC 7489 mewajibkan domain itu mempublikasikan record TXT di domainanda._report._dmarc.domainmereka yang berisi v=DMARC1. Tanpa itu, penerima diam-diam membuang laporan Anda. Checker menguji ini untuk Anda.

Relaxed memungkinkan subdomain mana pun dari domain organisasi Anda dianggap selaras, sehingga domain bounce seperti mail.example.com selaras dengan example.com. Strict memerlukan kecocokan persis. Relaxed cocok untuk hampir semua pengaturan.

Tanpa sp, subdomain mewarisi kebijakan utama, yang biasanya itulah yang Anda inginkan. Pemalsu menyukai subdomain yang tidak digunakan, jadi jika Anda menetapkan sesuatu, buatlah lebih ketat daripada lebih lemah, dan pertimbangkan np=reject untuk subdomain yang sama sekali tidak ada.

Sekitar empat minggu pada pemantauan, lalu dua minggu di setiap langkah karantina, adalah kecepatan yang umum. Yang penting bukan kalendernya tetapi laporannya: lanjutkan hanya ketika setiap kegagalan yang Anda lihat berasal dari sumber yang tidak Anda kenali.


Pencarian populer
generator dmarc record cek dmarc cek dmarc record lookup dmarc validator dmarc buat dmarc record kebijakan dmarc reject arti dmarc p=none alamat laporan rua dmarc setup dmarc untuk domain
Butuh bantuan?
Menemukan masalah dengan alat ini? Beri tahu tim kami.
Laporkan masalah

Tambahkan alat gratis ini ke situs web Anda sendiri: salin dan tempel kode di bawah ini.