मेल सर्वर के लिए पीटीआर रिकॉर्ड कैसे सेट करें

जीमेल, याहूमाइक्रोसॉफ्ट और अन्य कंपनियां आने वाले ईमेल पर पीटीआर रिकॉर्ड की जांच करती हैं, और वैध रिवर्स डीएनएस के बिना सर्वरों से आने वाले संदेशों को अस्वीकार कर देती हैं या स्पैम फोल्डर में डाल देती हैं। SPF, DKIM, या DMARCपीटीआर रिकॉर्ड ऐसी चीज़ नहीं है जिसे आप अपने डीएनएस ज़ोन में जोड़ सकते हैं। इसे उस व्यक्ति द्वारा कॉन्फ़िगर किया जाना चाहिए जिसके पास उस आईपी पते का स्वामित्व है जिसका उपयोग आपका मेल सर्वर भेजने के लिए करता है।

बाकी प्रमाणीकरण प्रक्रिया पूरी तरह से स्थापित हो जाने के बाद अक्सर PTR रिकॉर्ड ही गायब होते हैं। अधिकांश प्रेषक अपने नियंत्रण में आने वाली हर चीज़ को कॉन्फ़िगर करते हैं, फिर भी उन्हें डिलीवरी संबंधी समस्याओं का सामना करना पड़ता है क्योंकि भेजने वाला IP किसी विश्वसनीय होस्टनाम की ओर इंगित नहीं करता है।

पीटीआर रिकॉर्ड स्थापित करने का अर्थ है प्रेषक आईपी का पता लगाना, यह पुष्टि करना कि इसे कौन नियंत्रित करता है, सही होस्टनाम का चयन करना, आईपी स्वामी को अनुरोध प्रस्तुत करना और यह जांचना कि परिवर्तन के बाद रिवर्स डीएनएस काम करता है या नहीं।

मेल सर्वर के लिए पीटीआर रिकॉर्ड कैसे सेट करें: 5 चरण

किसी भी होस्टिंग प्रदाता के साथ PTR सेटअप करने के लिए पाँच बुनियादी चरण समान होते हैं। केवल एक ही चीज़ बदलती है, वह है PTR अनुरोध सबमिट करने का तरीका।

पूरी प्रक्रिया में आमतौर पर 1-5 कार्यदिवस लगते हैं। पहले तीन चरणों में केवल कुछ मिनट लगते हैं। प्रदाता पीटीआर अपडेट करता है, और फिर अंतिम चरण में यह जांच की जाती है कि रिवर्स डीएनएस सही ढंग से काम कर रहा है या नहीं।

चरण 1: अपने मेल सर्वर का सार्वजनिक आईपी पता ढूंढें

अपने मेल सर्वर द्वारा आउटबाउंड SMTP कनेक्शन के लिए उपयोग किए जाने वाले सार्वजनिक IP पते की पहचान करें। यह वह IP है जिसे प्राप्त करने वाले मेल सर्वर वास्तव में देखते हैं, न कि आपके सर्वर द्वारा उपयोग किया जाने वाला कोई आंतरिक या निजी IP।

ईमेल सर्वर की कमांड लाइन से curl ifconfig.me कमांड चलाएँ, या अपने क्लाउड प्लेटफ़ॉर्म के नेटवर्क सेटिंग्स पैनल की जाँच करें। समर्पित SMTP सेवाओं के लिए, भेजने वाला IP आमतौर पर प्रदाता के डैशबोर्ड में सीधे दिखाई देता है।

सुनिश्चित करें कि आईपी स्थिर है। पीटीआर रिकॉर्ड के लिए स्थिर आईपी आवश्यक हैं; यदि मूल आईपी समय-समय पर बदलता रहता है तो वे बेकार हो जाते हैं। क्लाउड प्लेटफॉर्म आमतौर पर मेल सर्वरों के लिए डिफ़ॉल्ट रूप से स्थिर आईपी प्रदान करते हैं, लेकिन अगले चरण पर आगे बढ़ने से पहले इसकी पुष्टि कर लें।

चरण 2: अपने आईपी ब्लॉक के स्वामी की पहचान करें

आईपी ​​पते को निम्न प्रकार से देखें MXToolbox का रिवर्स DNS टूल या फिर अपने क्षेत्र के अनुसार ARIN, RIPE या APNIC के विरुद्ध WHOIS क्वेरी चलाकर। इससे उस संगठन की पहचान होती है जो IP ब्लॉक को नियंत्रित करता है, आमतौर पर आपका क्लाउड प्रदाता, होस्टिंग कंपनी या ISP।

आप आईपी मालिक को अनदेखा नहीं कर सकते। वे रिवर्स डीएनएस ज़ोन को नियंत्रित करते हैं जहाँ पीटीआर रिकॉर्ड मौजूद होता है। भले ही आप अपने डोमेन के लिए डीएनएस का प्रबंधन करते हों, लेकिन आप उस आईपी स्पेस के रिवर्स डीएनएस को नियंत्रित नहीं करते जिसके आप मालिक नहीं हैं।

चरण 3: एक होस्टनाम चुनें और उससे मेल खाने वाला A रिकॉर्ड जोड़ें

ऐसा होस्टनेम चुनें जो मेल सर्वर की भूमिका और डोमेन को स्पष्ट रूप से दर्शाता हो, उदाहरण के लिए mail.yourcompany.com या smtp.yourcompany.com उपयुक्त विकल्प हैं। ISP द्वारा दिए गए सामान्य होस्टनेम जैसे host-203-0-113-25.example-isp.com का उपयोग करने से बचें, क्योंकि तकनीकी रूप से सही होने पर भी ये मेल प्राप्त करने वाले सर्वरों को संदिग्ध लग सकते हैं।

अपने डोमेन के DNS में, इस होस्टनाम को अपने मेल सर्वर के सार्वजनिक IP पते पर इंगित करने वाला एक A रिकॉर्ड बनाएँ। PTR अनुरोध सबमिट करने से पहले यह A रिकॉर्ड मौजूद होना चाहिए; फ़ॉरवर्ड-कन्फ़र्म्ड रिवर्स DNS (FCrDNS) के लिए आवश्यक है कि फ़ॉरवर्ड और रिवर्स लुकअप एक दूसरे से मेल खाएँ।

पीटीआर अनुरोध सबमिट करने से पहले ए रिकॉर्ड के प्रसारित होने के लिए 24 घंटे तक का समय दें। अधिकांश डीएनएस रिजॉल्वर कुछ ही घंटों में अपडेट हो जाते हैं, लेकिन पूरी अवधि तक प्रतीक्षा करने से आईपी मालिक की सत्यापन प्रक्रिया के दौरान किसी भी प्रकार की विसंगति से बचा जा सकता है।

चरण 4: अपने आईपी स्वामी के माध्यम से पीटीआर को कॉन्फ़िगर करें

सही तरीका पूरी तरह से आपके सेवा प्रदाता पर निर्भर करता है। AWS, Azure और GCP जैसे क्लाउड प्लेटफॉर्म और समर्पित VPS होस्ट आमतौर पर अपने कंसोल में सीधे सेल्फ-सर्विस PTR कॉन्फ़िगरेशन की सुविधा देते हैं। पारंपरिक शेयर्ड होस्टिंग और ISP में आमतौर पर सपोर्ट टिकट खोलना पड़ता है।

अनुरोध सबमिट करते समय, तीन चीज़ें शामिल करें: आईपी पता, वांछित होस्टनाम, और इस बात का प्रमाण कि आप डोमेन को नियंत्रित करते हैं (चरण 3 से प्राप्त मिलान वाला A रिकॉर्ड ही प्रमाण के रूप में कार्य करता है)। अधिकांश प्रदाता 1-3 कार्य दिवसों के भीतर उत्तर देते हैं। सटीक नेविगेशन पथों के लिए नीचे प्रदाता-विशिष्ट अनुभाग देखें।

चरण 5: FCrDNS से ​​सत्यापित करें

एक बार जब आईपी मालिक पीटीआर सेट होने की पुष्टि कर दे, तो दो कमांड से इसकी पुष्टि करें। सबसे पहले, dig -x 203.0.113.25 @8.8.8.8 (अपना वास्तविक आईपी डालकर) कमांड चलाकर पुष्टि करें कि रिवर्स लुकअप आपके चुने हुए होस्टनाम को वापस दिखाता है। फिर, dig mail.yourcompany.com @8.8.8.8 (अपना होस्टनाम डालकर) कमांड चलाकर पुष्टि करें कि फॉरवर्ड A लुकअप भी वही आईपी दिखाता है।

दोनों क्वेरी से मिलते-जुलते परिणाम प्राप्त होने चाहिए। यह फॉरवर्ड और रिवर्स मिलान FCrDNS कहलाता है, जो मेल प्राप्त करने वाले सर्वरों द्वारा किया जाने वाला मानक चेक है। यदि कोई PTR किसी ऐसे होस्टनाम को लौटाता है जिसका A रिकॉर्ड मूल IP पते की ओर इंगित नहीं करता है, तो वह FCrDNS में विफल हो जाता है और उसे अमान्य माना जाता है, भले ही तकनीकी रूप से PTR रिकॉर्ड मौजूद हो।

नए पीटीआर को सभी नेटवर्क से विश्वसनीय रूप से दृश्यमान मानने से पहले, डीएनएस के पूर्ण प्रसार के लिए 24 घंटे तक का समय दें।

होस्टिंग प्रदाता द्वारा पीटीआर रिकॉर्ड सेटअप

होस्टिंग प्लेटफॉर्म के अनुसार कॉन्फ़िगरेशन प्रक्रिया में काफी अंतर होता है। क्लाउड प्लेटफॉर्म आमतौर पर अपने कंसोल या API के माध्यम से सेल्फ-सर्विस PTR कॉन्फ़िगरेशन की सुविधा देते हैं, जबकि पारंपरिक शेयर्ड होस्टिंग के लिए सपोर्ट टिकट की आवश्यकता होती है। दोनों ही मामलों में आवश्यक जानकारी एक जैसी होती है: IP एड्रेस, होस्टनेम और डोमेन स्वामित्व का प्रमाण।

AWS EC2 और SES

AWS में सेल्फ-सर्विस कॉन्फ़िगरेशन के बजाय सपोर्ट रिक्वेस्ट की आवश्यकता होती है। AWS कंसोल में सपोर्ट सेंटर खोलें, अपने ट्रैफ़िक के स्रोत के आधार पर "सर्विस: SES" या "सर्विस: EC2" चुनें और रिवर्स DNS रिक्वेस्ट सबमिट करें। इलास्टिक IP और अपना इच्छित होस्टनेम शामिल करें। समीक्षा में आमतौर पर 24-48 घंटे लगते हैं। AWS के SES रिवर्स DNS दस्तावेज़ इसमें अनुरोध की पूरी प्रक्रिया का विस्तार से वर्णन किया गया है।

माइक्रोसॉफ्ट नीला

Azure पोर्टल और पॉवरशेल दोनों के माध्यम से PTR कॉन्फ़िगरेशन का समर्थन करता है। पोर्टल में, अपने सार्वजनिक IP संसाधन पर जाएं और सीधे रिवर्स DNS फ़ील्ड ढूंढें। पॉवरशेल के माध्यम से, ReverseFqdn पैरामीटर के साथ Set-AzPublicIpAddress कमांड का उपयोग करें। Microsoft के Azure रिवर्स DNS दस्तावेज़ में दोनों तरीकों के लिए सटीक सिंटैक्स दिया गया है।

Google क्लाउड प्लेटफ़ॉर्म (GCP)

GCP कंसोल में, VPC नेटवर्क → बाहरी IP पते पर जाएं। संबंधित IP के आगे तीन-बिंदु मेनू पर क्लिक करें और रिवर्स DNS चुनें। अपना होस्टनाम दर्ज करें और सहेजें। GCP, PTR को सक्रिय करने से पहले यह सत्यापित करता है कि होस्टनाम का A रिकॉर्ड IP को इंगित करता है, जिसका अर्थ है कि इस चरण के सफल होने से पहले उपरोक्त चरण 3 पूरा होना आवश्यक है।

हेट्ज़नर, लिनोड और डिजिटलओशन

तीनों डेडिकेटेड VPS प्रोवाइडर अपने कंट्रोल पैनल के ज़रिए सेल्फ-सर्विस PTR कॉन्फ़िगरेशन की सुविधा देते हैं। Hetzner Robot या Cloud में, Servers के अंतर्गत IP एड्रेस ढूंढें, rDNS के आगे पेंसिल आइकन पर क्लिक करें और होस्टनेम दर्ज करें। Linode Cloud Manager में, Linode का Network टैब खोलें। DigitalOcean में, Droplet सेटिंग्स के Networking सेक्शन में PTR कॉन्फ़िगर करें।

साझा होस्टिंग और cPanel

Bluehost, HostGator, GoDaddy और cPanel आधारित अधिकांश प्रदाताओं जैसे पारंपरिक साझा होस्टिंग प्रदाता आमतौर पर स्व-सेवा PTR कॉन्फ़िगरेशन की सुविधा नहीं देते हैं। अपने IP पते के लिए PTR रिकॉर्ड का अनुरोध करते हुए एक सहायता टिकट खोलें, जो आपके मेल सर्वर के होस्टनाम को इंगित करता हो, और मिलान किए गए A रिकॉर्ड के माध्यम से डोमेन स्वामित्व का प्रमाण प्रदान करें।

कुछ साझा होस्टिंग प्रदाता, अनुरोध के किसी भी रूप में प्रस्तुत किए जाने पर भी, पीटीआर अनुकूलन की अनुमति नहीं देते हैं। यदि आपका प्रदाता इसकी अनुमति नहीं देता है, तो एकमात्र विकल्प किसी ऐसे प्रदाता पर जाना है जो इसकी अनुमति देता हो। इसका अर्थ आमतौर पर एक समर्पित वीपीएस, क्लाउड प्लेटफ़ॉर्म या पीटीआर समर्थन वाली ट्रांज़ैक्शनल ईमेल सेवा है।

होस्टेड ईमेल सेवाएं (गूगल वर्कस्पेस, माइक्रोसॉफ्ट 365)

होस्टेड ईमेल सेवाएं अपने साझा इंफ्रास्ट्रक्चर पर पीटीआर रिकॉर्ड का प्रबंधन करती हैं। Google Workspace या Microsoft 365 का उपयोग करने वाले प्रेषकों को स्वयं पीटीआर कॉन्फ़िगर करने की आवश्यकता नहीं होती है, क्योंकि सेवा प्रदाता अपने स्वामित्व और नियंत्रण वाले आईपी पतों के लिए इसका प्रबंधन करता है।

यह नियम केवल तभी लागू होता है जब आप सेवा के अपने आउटबाउंड सर्वर के माध्यम से ईमेल भेजते हैं। यदि आप Google Workspace या Microsoft 365 का उपयोग अन्य उद्देश्यों के लिए करते समय किसी तृतीय-पक्ष SMTP सर्वर के माध्यम से ईमेल भेजते हैं, तो PTR की आवश्यकताएँ उस तृतीय-पक्ष सर्वर के IP पते पर लागू होती हैं, न कि Google या Microsoft के बुनियादी ढांचे पर।

अपने पीटीआर रिकॉर्ड की कार्यप्रणाली को कैसे सत्यापित करें

सत्यापन दो अलग-अलग बातों की पुष्टि करता है: कि पीटीआर कॉन्फ़िगर किया गया है और एफसीआरडीएनएस सुचारू रूप से काम कर रहा है। इस चरण को छोड़ देना ही सबसे आम कारण है जिसके चलते टीमें मानती हैं कि पीटीआर सेट है जबकि वास्तव में यह सही ढंग से काम नहीं कर रहा होता है।

• कमांड-लाइन सत्यापन: यह पुष्टि करने के लिए कि रिवर्स लुकअप आपके चुने हुए होस्टनाम को लौटाता है, dig -x [आपका IP] @8.8.8.8 कमांड चलाएँ। यह पुष्टि करने के लिए कि फॉरवर्ड लुकअप आपके IP को लौटाता है, dig [आपका होस्टनाम] @8.8.8.8 कमांड चलाएँ। दोनों परिणाम मेल खाने चाहिए; यह FCrDNS जाँच है जो प्राप्त करने वाले मेल सर्वर वास्तव में करते हैं।
• ऑनलाइन सत्यापन उपकरण: MXToolbox का रिवर्स DNS लुकअप एक IP एड्रेस स्वीकार करता है और PTR होस्टनाम के साथ-साथ पास/फेल स्थिति भी लौटाता है। यह गैर-तकनीकी पुष्टि के लिए और IP मालिक के साथ समस्या के समाधान पर काम करते समय सहायता टिकटों में शामिल करने के लिए उपयोगी है।
• सर्वर-साइड सत्यापन: मेल सर्वर पर hostname -f कमांड चलाकर पुष्टि करें कि सर्वर का कॉन्फ़िगर किया गया होस्टनाम PTR द्वारा लौटाए गए होस्टनाम से मेल खाता है। यदि वे भिन्न हैं, तो मेल सर्वर का HELO/EHLO कमांड PTR द्वारा हल किए गए नाम से भिन्न नाम भेजता है, और अधिकांश प्राप्तकर्ता सर्वर इस बेमेल को सॉफ्ट फेल मानते हैं, भले ही PTR तकनीकी रूप से मान्य हो।

पीटीआर रिकॉर्ड से जुड़ी आम समस्याएं और उन्हें हल करने के तरीके

ये चार मुद्दे पीटीआर से संबंधित अधिकांश डिलीवरी समस्याओं का कारण बनते हैं। अधिकतर मामलों में, इन्हें ठीक करने के लिए आईपी मालिक से संपर्क करना आवश्यक होता है।

पीटीआर रिकॉर्ड पूरी तरह से गायब है

निदान: dig -x [आपका आईपी] @8.8.8.8 चलाने पर कोई पीटीआर परिणाम नहीं मिलता है, या NXDOMAIN वापस मिलता है।

फिक्स: आईपी ​​मालिक से संपर्क करें और अपने चुने हुए मेल सर्वर होस्टनाम की ओर इंगित करने वाला पीटीआर रिकॉर्ड प्राप्त करने का अनुरोध करें। डोमेन स्वामित्व का प्रमाण और अपने डोमेन के डीएनएस से मिलान करने वाला ए रिकॉर्ड सहायक प्रमाण के रूप में प्रस्तुत करें।

PTR होस्टनाम A रिकॉर्ड से मेल नहीं खाता (FCrDNS विफलता)

निदान: रिवर्स लुकअप से होस्टनेम मिलता है, लेकिन उस होस्टनेम का फॉरवर्ड लुकअप करने पर कोई दूसरा आईपी पता मिलता है, या फिर कोई आईपी पता ही नहीं मिलता। यह FCrDNS की विफलता का एक आम उदाहरण है।

फिक्स: या तो A रिकॉर्ड को वास्तविक प्रेषक IP पते पर इंगित करने के लिए अपडेट करें, या IP स्वामी से PTR रिकॉर्ड को मौजूदा A रिकॉर्ड से मिलान करने के लिए अपडेट करने का अनुरोध करें। FCrDNS के सफल होने के लिए दोनों रिकॉर्ड का एक दूसरे से मेल खाना आवश्यक है।

ब्रांडेड होस्टनाम के बजाय जेनेरिक आईएसपी होस्टनाम

निदान: पीटीआर आपके अपने डोमेन के अंतर्गत ब्रांडेड होस्टनाम के बजाय host-203-0-113-25.example-isp.com जैसा होस्टनाम लौटाता है।

फिक्स: आईपी ​​मालिक से अनुरोध करें कि वे पीटीआर को आपके डोमेन के अंतर्गत किसी होस्टनाम (mail.yourcompany.com या smtp.yourcompany.com) पर इंगित करने के लिए अपडेट करें। सामान्य आईएसपी होस्टनाम तकनीकी रूप से एफसीआरडीएनएस में विफल नहीं होते हैं, लेकिन वे प्राप्त करने वाले सर्वरों के लिए संदिग्ध प्रतीत होते हैं और समग्र विश्वास संकेतों को कम करते हैं।

IPv6 PTR रिकॉर्ड गायब है

निदान: PTR IPv4 ट्रैफिक के लिए सही ढंग से काम करता है, लेकिन Gmail IPv6 के माध्यम से भेजे गए मेल को "रिवर्स DNS विफल" या "प्रेषक पहचान बेमेल" त्रुटियों के साथ अस्वीकार कर देता है।

फिक्स: IPv6 पते के लिए एक अलग PTR रिकॉर्ड का अनुरोध करें। IPv6 PTR रिकॉर्ड ip6.arpa ज़ोन में nibble-reversed नोटेशन के साथ मौजूद होते हैं, जिसका अर्थ है कि वे IPv4 रिकॉर्ड से पूरी तरह से अलग कॉन्फ़िगर किए जाते हैं, भले ही दोनों एक ही मेल सर्वर को सेवा प्रदान करते हों।

पीटीआर रिकॉर्ड्स को सही तरीके से पूरा किया गया

पीटीआर सेटअप एक सार्वभौमिक 5-चरण प्रक्रिया का पालन करता है, लेकिन वास्तविक कॉन्फ़िगरेशन प्रक्रिया प्रदाता के अनुसार भिन्न होती है। क्लाउड प्लेटफ़ॉर्म और समर्पित वीपीएस होस्ट स्व-सेवा कॉन्फ़िगरेशन प्रदान करते हैं; साझा होस्टिंग के लिए एक सहायता टिकट की आवश्यकता होती है; होस्टेड ईमेल सेवाएं आपकी ओर से पूरी प्रक्रिया को संभालती हैं।

कॉन्फ़िगरेशन पूरा होने के बाद FCrDNS सत्यापन सबसे महत्वपूर्ण जाँच है। PTR से संबंधित अधिकांश डिलीवरेबिलिटी समस्याओं का मूल कारण PTR और मिलान करने वाले A रिकॉर्ड के बीच बेमेल होना है। इस बेमेल को ठीक करें, और संबंधित डिलीवरेबिलिटी समस्याएँ आमतौर पर अपने आप हल हो जाती हैं।

डोमेन और आईपी की बेहतर प्रतिष्ठा पीटीआर रिकॉर्ड पर निर्भर करती है, जो एसपीएफ, डीकेआईएम और डीएमएआरसी के साथ मिलकर काम करते हैं। पीटीआर रिकॉर्ड नेटवर्क स्तर पर पहचान की पुष्टि करते हैं, लेकिन वे सूची की गुणवत्ता को बनाए रखने का विकल्प नहीं हैं। विश्वसनीय डिलीवरी के लिए, प्रमाणीकरण और सूची की गुणवत्ता दोनों का सही होना आवश्यक है।

यदि आप नया मेल सर्वर स्थापित कर रहे हैं या एक नए प्रेषण डोमेन को तैयार करनापीटीआर सेटअप को इसके साथ पेयर करें ईमेल सूची सत्यापन अपने पहले प्रोडक्शन सेंड से पहले। मजबूत प्रमाणीकरण और एक साफ सूची मिलकर हर संदेश को इनबॉक्स तक पहुंचने का सर्वोत्तम संभव मौका देते हैं, और प्रत्येक समस्या का समाधान करता है जिसे दूसरा हल नहीं कर सकता।