Penyemak rekod SPF
Penyemak SPF: baca rekod SPF sesuatu domain, senaraikan mekanismenya dan kira carian DNS berbanding had 10.
Queries go to Cloudflare’s public DNS over HTTPS service when you press the button. Up to 15 queries are made to follow include records.
Tentang Penyemak rekod SPF
Penyemak SPF: baca rekod SPF sesuatu domain, senaraikan mekanismenya dan kira carian DNS berbanding had 10.
Sebahagian daripada bahagian “Data & rangkaian” SmartCalcy. Ia berjalan dalam pelayar anda tanpa akaun, menggunakan mata wang dan unit anda sendiri (tukarkannya di bahagian atas halaman), dan memberikan anggaran untuk makluman sahaja, jadi semak panduan rasmi sebelum anda bergantung pada sesuatu hasil.
Cara menggunakan Penyemak rekod SPF
Apa yang dikira dan bila menggunakannya
Membaca rekod SPF sesuatu domain, iaitu senarai pelayan yang dibenarkan menghantar e-mel bagi domain itu, dan menyemaknya untuk kesilapan biasa: lebih daripada satu rekod, dasar “all” yang tiada, dan lebih daripada 10 carian DNS, yang menyebabkan SPF gagal. Ia mengikuti rekod include untuk mengira carian.
Cara menggunakannya, langkah demi langkah
- Masukkan domain, contohnya example.com.
- Tekan “Semak SPF”.
- Baca keputusan dan bilangan carian DNS yang digunakan daripada 10.
- Semak senarai mekanisme dan sebarang amaran.
Maksud setiap input
- Domain nama – The domain used di the sender’s address.
Cara membaca hasil
- Verdict – Looks valid, or Needs attention when a problem is found.
- Policy – What happens to mail from servers that are not listed: hard fail, soft fail, neutral or allow.
- DNS lookups – Lookups needed by include, a, mx, ptr, exists and redirect terms, compared with the limit of 10.
- Mechanisms – Every term in the record, with included records indented beneath their parent.
Formula
The record is the TXT value starting v=spf1. Each include, a, mx, ptr, exists or redirect term costs one DNS lookup, and included records add their own. ip4 and ip6 terms and “all” cost none. The RFC limit is 10 lookups.
Contoh pengiraan
v=spf1 include:_spf.example.net a mx -all uses three lookups for its own terms plus those inside the included record, and ends in -all, so unlisted servers are rejected.
Andaian dan had
- At most 15 queries are made while following includes, and nesting stops after 5 levels.
- A domain may need a record only for mail it sends. Domains that send no mail should publish v=spf1 -all.
- The check does not test whether a particular server would pass.
Kesilapan biasa
- Publishing two SPF records. Only one ialah allowed, so gabung them into one.
- Ending with +all, which lets anyone send as your domain.
- Adding every email service as an include and passing 10 lookups, which turns SPF into a permanent error.
Soalan lazim
Apakah SPF?
Sender Policy Framework ialah rekod DNS yang menyenaraikan pelayan yang dibenarkan menghantar e-mel bagi sesuatu domain.
Apakah perbezaan antara -all dan ~all?
-all meminta penerima menolak penghantar yang tidak tersenarai. ~all meminta mereka menerima tetapi menandakan mel itu sebagai mencurigakan.
Mengapa ada had 10 carian?
Ia menghalang sesuatu rekod daripada memaksa penerima membuat rantaian pertanyaan DNS yang panjang. Melebihinya menyebabkan SPF mengembalikan ralat kekal.
Adakah SPF cukup untuk menghalang penipuan identiti (spoofing)?
Tidak. Gunakannya bersama DKIM dan DMARC.
Adakah alat ini menghantar e-mel?
Tidak. Ia hanya membaca rekod DNS.