Pang-check ng SPF record
SPF checker: basahin ang SPF record ng domain, ilista ang mga mechanism nito at bilangin ang DNS lookups laban sa limitasyong 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.
Tungkol sa Pang-check ng SPF record
SPF checker: basahin ang SPF record ng domain, ilista ang mga mechanism nito at bilangin ang DNS lookups laban sa limitasyong 10.
Bahagi ng seksyong “Data at networking” ng SmartCalcy. Tumatakbo ito sa browser mo nang walang account, gumagamit ng sarili mong currency at units (palitan ang mga ito sa itaas ng page), at nagbibigay ng tantiya para sa impormasyon lamang, kaya tingnan ang opisyal na gabay bago umasa sa resulta.
Paano gamitin ang Pang-check ng SPF record
Ano ang kinukuwenta nito at kailan ito gagamitin
Binabasa ang SPF record ng isang domain, ang listahan ng mga server na pinapayagang magpadala ng email para dito, at sinusuri ito para sa mga karaniwang mali: higit sa isang record, walang “all” na policy, at higit sa 10 DNS lookup, na nagpapabagsak sa SPF. Sinusundan nito ang mga include record para bilangin ang mga lookup.
Paano ito gamitin, hakbang-hakbang
- Ilagay ang domain, halimbawa example.com.
- Pindutin ang “I-check ang SPF”.
- Basahin ang hatol at ang bilang ng DNS lookup na nagamit sa 10.
- Suriin ang listahan ng mga mechanism at anumang babala.
Ano ang ibig sabihin ng bawat input
- Domain pangalan – The domain used sa the sender’s address.
Paano basahin ang mga resulta
- 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.
Ang 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.
Isang halimbawa
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.
Mga palagay at limitasyon
- 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.
Karaniwang pagkakamali
- Ang Publishing two SPF records. Only one ay allowed, so i-merge 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.
Mga madalas itanong
Ano ang SPF?
Ang Sender Policy Framework ay isang DNS record na naglilista ng mga server na pinapayagang magpadala ng email para sa isang domain.
Ano ang pagkakaiba ng -all at ~all?
Hinihiling ng -all sa mga tumatanggap na tanggihan ang mga sender na wala sa listahan. Hinihiling naman ng ~all na tanggapin pero markahang kahina-hinala ang mail.
Bakit may limitasyong 10 lookup?
Pinipigilan nito ang isang record na pilitin ang mga tumatanggap sa mahahabang kadena ng DNS query. Kapag nalampasan ito, nagbabalik ang SPF ng permanenteng error.
Sapat na ba ang SPF para pigilan ang spoofing?
Hindi. Gamitin ito kasama ng DKIM at DMARC.
Nagpapadala ba ng email ang tool na ito?
Hindi. Binabasa lang nito ang mga DNS record.