Lompat ke alat
JoeLucky

Klik ★ pada alat untuk menyimpannya

Kategori Alat

IP SayaPencarian IPReputasi dan Risiko IPKalkulator Subnet CIDRBARUPembuat SPF dan DMARCBARU
JoeLucky

Alat online praktis, semua di satu tempat

Kebijakan PrivasiKetentuan Layanan

© 2026 JoeLucky®. Hak cipta dilindungi.

  1. JoeLucky
  2. /Jaringan & IP
  3. /Pembuat SPF dan DMARC

Pembuat SPF dan DMARC

Buat dan periksa rekaman SPF dan DMARC di browser, tanpa menanyakan DNS.

JARINGAN & IP SERUPA

Lihat semua
Kalkulator Subnet CIDR

Masukkan CIDR untuk mendapat jaringan, broadcast, host yang dapat dipakai, dan mask IPv4 serta IPv6.

Buka →
Pencarian IP

Cari data registri RDAP dan reverse DNS untuk alamat IPv4/IPv6, domain, atau URL.

Buka →
IP Saya

Menampilkan IP publik, detail jaringan, dan perkiraan lokasi Anda, dengan pemeriksaan kebocoran WebRTC.

Buka →

💬 Komentar

?

Belum ada komentar. Jadilah yang pertama!

APA ITU Pembuat SPF dan DMARC?

SPF & DMARC Generator membangun dan memeriksa rekaman autentikasi email mengikuti RFC 7208 (SPF) dan RFC 9989 (DMARC). Untuk SPF Anda dapat mencentang include layanan pengirim umum, menambah IP, menetapkan aturan akhir, dan memperkirakan jumlah pencarian DNS (batas 10); untuk DMARC Anda menetapkan kebijakan p/sp/np, kotak laporan, opsi laporan kegagalan, dan mode penyelarasan. Anda juga dapat menempel rekaman yang ada untuk pemeriksaan sintaks offline. Alat ini hanya menangani teks: tidak pernah menanyakan DNS dan tidak dapat membuktikan bahwa DNS dikonfigurasi dengan benar.

Cara memakai

  1. Di “Generator SPF” centang layanan pengirim yang Anda pakai, tambahkan include atau IP lain, dan pilih aturan akhir (mulai dengan ~all).
  2. Periksa rekaman yang dihasilkan, jumlah pencarian DNS, dan temuan, lalu salin rekaman (atau versi bertanda kutip) ke panel DNS Anda.
  3. Di “Generator DMARC” masukkan domain, pilih kebijakan dan kotak laporan, dan ikuti panduan dari p=none ke p=quarantine dan p=reject.
  4. Gunakan “Pemeriksa SPF” atau “Pemeriksa DMARC” untuk menempel rekaman yang ada dan membaca hasil urai serta temuannya.

Catatan

  • Contoh: untuk domain yang hanya memakai Google Workspace, SPF-nya v=spf1 include:_spf.google.com ~all, dan DMARC awal v=DMARC1; p=none; rua=mailto:dmarc@domain-anda.
  • Satu domain hanya boleh punya satu rekaman SPF dan paling banyak 10 pencarian DNS; RFC 9989 menghapus pct, rf, dan ri dari DMARC, dan pct tidak ditulis secara default.
  • Nilai include pengirim umum berasal dari dokumen resmi tiap layanan dan jumlah pencarian bersarang diukur di DNS publik pada 2026-10-20 (penyedia dapat mengubahnya); dokumen Postmark menyatakan tidak perlu ditambahkan ke SPF Anda, jadi tidak diprasetel.
  • Alat hanya menangani teks, tidak pernah menanyakan DNS, dan tidak membuat kunci privat DKIM; setelah dipublikasikan, konfirmasikan dengan alat pencarian DNS dan pesan uji.

Pertanyaan yang sering diajukan

Apakah alat ini dapat memverifikasi bahwa DNS saya dikonfigurasi dengan benar?

Tidak. Alat hanya membangun dan memeriksa TEKS rekaman di browser Anda dan tidak pernah menanyakan DNS, sehingga tidak dapat membuktikan bahwa rekaman sudah dipublikasikan atau aktif. Setelah dipublikasikan, konfirmasikan dengan alat pencarian DNS dan periksa hasil autentikasi dengan pesan uji sungguhan.

Apa batas SPF 10 pencarian DNS?

Menurut RFC 7208, evaluasi SPF dapat melibatkan paling banyak 10 istilah yang memicu kueri DNS (include, a, mx, ptr, exists, dan redirect), dan istilah yang bersarang di dalam include juga dihitung. ip4, ip6, dan all tidak dihitung. Melewati batas, penerima mengembalikan permerror, yang berarti SPF gagal.

Seberapa akurat jumlah pencarian yang ditampilkan?

Untuk pengirim umum bawaan, alat memakai jumlah pencarian bersarang yang diukur di DNS publik pada 2026-10-20; untuk include yang Anda ketik sendiri, jumlah bersarangnya tidak diketahui sehingga dihitung 1 dengan pemberitahuan. Penyedia dapat mengubah rekaman kapan saja, jadi konfirmasikan dengan pemeriksa SPF berbasis DNS sebelum dipublikasikan.

Haruskah rekaman SPF diakhiri ~all atau -all?

~all (soft fail) menyatakan sumber yang tidak terdaftar mungkin tidak sah tetapi harus diterima dan ditandai; cocok di awal, sebelum semua pengirim terkonfirmasi. -all (hard fail) langsung menolaknya. Panduan Google menyarankan ~all, sedangkan Microsoft menyarankan -all setelah DKIM dan DMARC juga terpasang. Jangan pernah memakai +all, yang membiarkan siapa pun mengirim sebagai domain Anda.

Tag apa yang didefinisikan DMARC dalam RFC 9989, dan apa yang terjadi pada pct?

RFC 9989 (DMARCbis) mendefinisikan v, p, sp, np, adkim, aspf, fo, rua, ruf, psd, dan t. Tag pct, rf, dan ri dari RFC 7489 dihapus, dengan t (flag pengujian; t=y kira-kira menggantikan penggunaan umum pct=0) mengambil alih kasus penggunaan yang lazim. Alat ini tidak menulis pct secara default; hanya ditambahkan jika Anda mengaktifkannya di “Opsi lanjutan dan kompatibilitas”.

Bagaimana memindahkan DMARC dari p=none ke p=reject langkah demi langkah?

Mulai dengan p=none dan alamat rua, lalu kumpulkan laporan agregat setidaknya sebulan untuk menemukan semua pengirim yang sah. Selaraskan SPF atau DKIM tiap pengirim dengan domain From Anda, lalu pindah ke p=quarantine dan amati lagi (gunakan t=y dulu jika ragu). Beralih ke p=reject hanya ketika email yang sah tidak lagi terpengaruh. p=reject dapat mengganggu milis dan penerusan, jadi baca laporan terlebih dahulu.

Apa yang perlu saya ketahui tentang kotak laporan di domain lain? Mengapa Postmark bukan preset?

Ketika kotak rua atau ruf berada di luar domain Anda, domain lain itu harus mempublikasikan rekaman TXT bernilai v=DMARC1; pada “domain-anda._report._dmarc.domain-lain”, jika tidak sebagian besar penerima tidak akan mengirim laporan; alat menampilkan nama host yang tepat. Dokumentasi Postmark sendiri menyatakan Anda tidak perlu menambahkannya ke SPF, sehingga tidak ada di preset; nilai include tiap layanan yang terdaftar berasal dari dokumentasi resminya.

Alat ini hanya menyusun dan memeriksa TEKS di browser Anda. Alat ini tidak melakukan kueri DNS dan tidak dapat membuktikan bahwa DNS Anda terkonfigurasi dengan benar. Setelah dipublikasikan, pastikan record sudah aktif dengan alat pencarian DNS.
Layanan pengirim umum (nilai include diambil dari dokumentasi masing-masing penyedia)
Domain exists (lanjutan, satu per baris)

Record SPF yang dihasilkan

v=spf1 include:_spf.google.com ~all
Record SPF yang dihasilkan
JenisNama host DNSNilai
TXT@v=spf1 include:_spf.google.com ~all
Kueri DNS1 / 10
35 karakter—
Tidak ditemukan masalah.
Dasar dan batasan
  • SPF mengikuti RFC 7208: paling banyak 10 term yang memicu kueri DNS (include, a, mx, ptr, exists, redirect); ip4/ip6/all tidak dihitung.
  • DMARC mengikuti RFC 9989 (DMARCbis): tag v, p, sp, np, adkim, aspf, fo, rua, ruf, psd, t; pct, rf, dan ri dihapus.
  • Nilai include dan jumlah kueri bersarang layanan umum diperiksa manual / diukur di DNS publik pada 2026-10-20; penyedia dapat mengubahnya kapan saja, jadi ikuti dokumentasi mereka.
  • Dokumentasi Postmark sendiri menyebutkan bahwa Anda tidak perlu menambahkannya ke SPF (Return-Path-nya berada di domainnya), sehingga tidak ada dalam daftar bawaan.
  • Gunakan DKIM bersama SPF dan DMARC; kunci dan selector DKIM berasal dari layanan pengirim Anda dan alat ini tidak pernah membuat kunci privat.