একটি SPF রেকর্ড পরীক্ষা করুন, প্রতিটি include খুলুন এবং 10-এর সীমার বিপরীতে DNS লুকআপ গুনুন
Runs in your browser. Only the lookup you start is sent to cloudflare-dns.com or dns.google; nothing else leaves your device.একটি SPF চেকার সেই TXT রেকর্ড পড়ে যেখানে লেখা থাকে কোন সার্ভার একটি ডোমেইনের হয়ে মেইল পাঠাতে পারে, প্রতিটি include ও redirect অনুসরণ করে এবং DNS লুকআপ গোনে। RFC 7208 সর্বোচ্চ 10টি লুকআপ ও 2টি খালি লুকআপ অনুমোদন করে; যেকোনো সীমা পেরোনো রেকর্ড প্রতিটি প্রাপকের কাছে ব্যর্থ হয়, দেখতে যতই সঠিক হোক।
এই পৃষ্ঠাটি ইংরেজি মূল লেখা থেকে যন্ত্রের সাহায্যে অনুবাদ করা হয়েছে। এই অনুবাদটি এখনও কোনো মানুষ পর্যালোচনা করেননি, তাই ইংরেজি সংস্করণটিকেই নির্ভরযোগ্য ধরুন। ইংরেজি মূল লেখাটি পড়ুন
ডোমেইন ঘরে ডোমেইনটি লিখুন, যেমন example.com।
রেকর্ড পড়তে ও প্রতিটি include অনুসরণ করতে SPF পরীক্ষা করুন চাপুন।
ফলাফলের নিচে 10-এর মধ্যে কয়টি DNS লুকআপ এবং রেকর্ড কীভাবে শেষ হয় তা পড়ুন।
কোন include সবচেয়ে বেশি লুকআপ যোগ করে দেখতে খোলা, প্রতিটি লুকআপ নম্বরসহ অংশটি পড়ুন।
খোলা রেকর্ডটি রাখতে ট্রি কপি করুন চাপুন।
একটি ডোমেইন লিখুন, পেজটি একটি পাবলিক DNS-over-HTTPS রিজলভারের (Cloudflare বা Google, আপনার পছন্দে) কাছে এর TXT রেকর্ড চায়, v=spf1 দিয়ে শুরু হওয়াটি বেছে নেয় এবং টার্ম ধরে ধরে পড়ে। প্রতিটি include: ও redirect= অনুসরণ করা হয়, আর সেগুলো যে রেকর্ড দেখায় সেগুলোও একইভাবে পড়া হয়, ফলে অনুমোদিত নেটওয়ার্কের পুরো ট্রি এক স্ক্রিনে দেখা যায়।
গুরুত্বপূর্ণ হলো DNS লুকআপের সংখ্যা। RFC 7208-এর 4.6.4 অনুচ্ছেদ একটি পরীক্ষাকে এমন 10টি টার্মে সীমিত করে যাদের DNS লাগে: include, a, mx, ptr, exists ও redirect প্রতিটি একটি করে গোনা হয়, ট্রিতে যেখানেই থাকুক, আর ip4, ip6 ও all কিছুই গোনে না। প্রতিটি গোনা টার্ম ট্রিতে নম্বর দেওয়া থাকে, তাই রেকর্ড সীমা পেরোলে দেখা যায় কোন include তা ঠেলে দিয়েছে। যে লুকআপ কিছুই পায় না, যাকে খালি (void) লুকআপ বলে, তা 2-তে সীমিত, আর যে নাম আর নেই তা void হিসেবে দেখানো হয়।
ফলাফলে বলা থাকে প্রাপকরা আসলে কী করবে: এক নামে দুটি SPF রেকর্ড স্থায়ী ত্রুটি, +all যে কাউকে ডোমেইনের নামে পাঠাতে দেয়, ?all বা all না থাকলে তালিকার বাইরের সার্ভারের জন্য কোনো উত্তর মেলে না, ptr নিরুৎসাহিত, আর all-এর পরের টার্ম কখনো পড়া হয় না। ~all প্রাপকদের তালিকার বাইরের সার্ভারের মেইল চিহ্নিত করতে বলে; -all সেগুলো ব্যর্থ করতে বলে। প্রতিটি লাইনে RFC 7208-এর যে অনুচ্ছেদ থেকে এসেছে তা উল্লেখ থাকে।
যা এটি করে না: এটি রেকর্ড পরীক্ষা করে, কোনো বার্তা নয়। %{i}-এর মতো ম্যাক্রোযুক্ত টার্ম প্রতিটি বার্তার প্রেরকের ঠিকানা থেকে পূরণ হয়, তাই সেগুলো গোনা হয় কিন্তু খোঁজা হয় না। কোনো নির্দিষ্ট সার্ভারের ঠিকানা আওতায় আছে কি না তা বলতে পারে না, যদি না সেই ঠিকানা রেকর্ডে থাকে।
জেনারেটর ট্যাব আপনার পছন্দ থেকে একটি রেকর্ড লেখে, Google Workspace ও Microsoft 365-এর নথিভুক্ত include-সহ, এবং দেখায় প্রোভাইডারদের নিজেদের লুকআপের আগে এটি কয়টি লুকআপ ব্যবহার করে।
আপনি যে ডোমেইন লেখেন তা আপনার বেছে নেওয়া রিজলভারে পাঠানো হয়, কারণ খোঁজার জন্য এটি দরকার। আর কিছুই আপনার ডিভাইস ছেড়ে যায় না।
RFC 7208 একটি SPF রেকর্ড পরীক্ষার সময় প্রাপককে সর্বোচ্চ 10টি DNS লুকআপ করতে দেয়, পুরো ট্রির প্রতিটি include, a, mx, ptr, exists ও redirect গুনে। 10-এর বেশি হলে ফলাফল স্থায়ী ত্রুটি, এবং প্রতিটি বার্তার জন্য SPF ব্যর্থ হয়, এমনকি রেকর্ডে থাকা সার্ভার থেকেও।
দুটোই বৈধ। -all দিয়ে শেষ হওয়া রেকর্ড প্রাপকদের তালিকার বাইরের সার্ভারের মেইল ব্যর্থ করতে বলে; ~all সেগুলো গ্রহণ করে সন্দেহজনক হিসেবে চিহ্নিত করতে বলে। অনেক ডোমেইন সব প্রেরক খুঁজে পাওয়া পর্যন্ত ~all দিয়ে শুরু করে, তারপর -all-এ যায়। +all দিয়ে বা all ছাড়া শেষ করলে কোনো সুরক্ষা মেলে না।
না। RFC 7208 বলে একটি ডোমেইনকে v=spf1 দিয়ে শুরু হওয়া ঠিক একটি TXT রেকর্ড প্রকাশ করতে হবে। দুটি থাকলে প্রাপকরা বাছতে পারে না এবং স্থায়ী ত্রুটি ফেরত দেয়, ফলে সব মেইলের জন্য SPF ব্যর্থ হয়। দুটিকে একটি রেকর্ডে মিলিয়ে নিন, দুটির প্রতিটি include ও ঠিকানা রেখে।
একটি ip4 বা ip6 টার্মে ঠিকানার পরিসর আগে থেকেই থাকে, তাই এটি পরীক্ষায় কোনো DNS কোয়েরি লাগে না। include, a, mx, exists, ptr ও redirect কী বোঝায় তা জানতে অন্তত একটি কোয়েরি লাগে। একটি স্থির include-কে তার ঠিকানার পরিসর দিয়ে বদলানোই সাধারণত 10-এর নিচে নামার উপায়।
হ্যাঁ, ডোমেইনের নাম আপনার বেছে নেওয়া পাবলিক DNS রিজলভারে যায়, Cloudflare বা Google, কারণ DNS লুকআপে এটি দরকার। যেকোনো DNS কোয়েরির মতো রিজলভার খোঁজা নামগুলো ও আপনার IP ঠিকানা দেখে। আর কিছুই আপনার ডিভাইস ছেড়ে যায় না, এবং এই সাইট পরীক্ষা নিয়ে কিছুই সংরক্ষণ করে না।
খালি লুকআপ হলো এমন DNS কোয়েরি যা কিছুই পায় না: নামটির অস্তিত্ব নেই, অথবা আছে কিন্তু চাওয়া ধরনের কোনো রেকর্ড নেই। RFC 7208 প্রাপকদের সর্বোচ্চ 2টি অনুমোদন করতে বলে, কারণ মৃত নামে ভরা রেকর্ড প্রাপকদের ওপর একটি সাধারণ আক্রমণ। যে নামগুলো আর নেই সেগুলো সরিয়ে দিন।
এখনও আটকে আছেন? SPF চেকার সম্পর্কে প্রশ্ন করুন আর যিনি জানেন তিনিই উত্তর দিতে পারেন। কোনো অ্যাকাউন্ট লাগবে না।