रिवर्स DNS एक मान्य होस्टनाम नहीं है [बंद]


10

मैं एक मित्र को सर्वर चलाने में मदद करता हूं, जिसमें एक मेल सर्वर शामिल है। http://mxtoolbox.com रिपोर्ट करता है कि हमारा रिवर्स DNS एक मान्य होस्टनाम नहीं है।

रिवर्स DNS वर्तमान में इंगित करता है domain.com। यह इंगित करना चाहिए hostname.domain.com? मैंने यहाँ देखा है कि रिवर्स DNS के लिए इस योजना का उपयोग करना पारंपरिक है। हालाँकि, यदि मेल सर्वर इस तरह से प्रतिक्रिया करता है तो यह एक समस्या पैदा करेगा:

220 domain.com ESMTP Postfix (Ubuntu)
EHLO PWS3.mxtoolbox.com
250-domain.com
250-PIPELINING
250-SIZE 10240000
...

मूल रूप से, क्या उल्टे DNS डोमेन के उप-डोमेन की ओर इशारा करते हुए मेल सर्वर रिपोर्ट मान्य होगा?

संपादित करें: मेरा मूल प्रश्न इस प्रकार था: यदि मेल सर्वर domain.comअपने FQDN के रूप में रिपोर्ट करता है, तो क्या रिवर्स डीएनएस इंगित कर सकता है hostname.domain.com? यह क्यों आवश्यक नहीं है, और क्यों दोनों समान होना चाहिए, इसके लिए नीचे टिप्पणी देखें।


की संभावित डुप्लिकेट: serverfault.com/questions/711600/…
Håkan Lindqvist

ज़रुरी नहीं। मैं जानना चाहता था कि क्या hostname.domain.comमेल / से मेल के लिए रिवर्स DNS के रूप में मान्य है domain.com, जबकि अन्य पोस्ट जानना चाहते थे कि उनका रिवर्स DNS क्या होना चाहिए। मेरा उत्तर अन्य पोस्ट के उत्तर का उपयोग करता है और इसके बारे में एक प्रश्न पूछता है।
कॉनरजैक

1
ठीक है, उस स्थिति में आप स्पष्ट कर सकते हैं कि आप मेल सर्वर को पहले से होस्टनाम कुछ भी रिपोर्ट क्यों करना चाहते हैं? आदर्श रूप से होस्टनाम कि एमटीए रिपोर्ट वास्तविक होस्टनाम होनी चाहिए, ठीक उसी तरह जैसे रिवर्स डीएनएस प्रविष्टि।
हाकन लिंडक्विस्ट

ठीक है, इससे पहले कि @Halfgaar मेरे पिछले सवालों के जवाब दिए, मैं अनदेखी की है कि एसपीएफ़ मान्य एक सर्वर के लिए मेल भेजने के लिए अनुमति है या नहीं के लिए प्रयोग किया जाता है domain.com, नहीं सूचना FQDN। मैंने मूल रूप से माना कि सर्वर को domain.comमेल भेजने के लिए रिपोर्ट करना होगा domain.com। जैसा कि मैंने हाल ही में महसूस किया है, मैं v=spf1 mx -allएसपीएफ़ रिकॉर्ड के रूप में अन्य मशीन को मेल भेजने की अनुमति देने के लिए उपयोग कर सकता हूं । स्वीकृत उत्तर की टिप्पणियों में यह स्पष्ट किया गया था।
कॉनरजैक

जवाबों:


10

मूल रूप से, क्या उल्टे DNS डोमेन के उप-डोमेन की ओर इशारा करते हुए मेल सर्वर रिपोर्ट मान्य होगा?

नहीं, बस अपने सर्वर को पूरा नाम दें myserver.mydomain.com। सुनिश्चित करें कि आपके रिवर्स DNS में भी शामिल है myserver.mydomain.com, और यह कि मेलस्वर ने स्वयं (साथ HELO) भी घोषणा की है myserver.domain.com

तकनीकी रूप से, आप ऐसा कर सकते हैं mail.domain.com, लेकिन इसका मतलब है कि मशीन का गैर-एफक्यूडीएन होस्टनाम होगा mail, जो सुरुचिपूर्ण नहीं है।

आपका होस्टनाम नहीं है domain.com, (मुझे लगता है) डोमेन को संगठनात्मक इकाई होना चाहिए, न कि होस्टनाम।


मेल सर्वर को खुद को user@domain.com जैसे ईमेल भेजने के लिए खुद को domain.com की सेवा के रूप में घोषित करना होगा, है ना? यदि मेल सर्वर खुद को myserver.domain.com घोषित करता है, तो क्या ईमेल पते user@myserver.domain.com होने की आवश्यकता नहीं है?
कॉनरजैक

इसके अलावा, मुझे यकीन नहीं है कि मेरा होस्टनाम नहीं होने से आपका क्या मतलब है domain.com, क्या आपका मतलब एफक्यूडीएन से है? वर्तमान में मेल मशीन का होस्टनाम है vps1, इसलिए रिवर्स DNS को सही करने के vps1.domain.comबजाय इंगित करना चाहिए domain.com?
कॉनरजैक

The mail server has to announce itself as serving domain.com to send emails like user@domain.com though, right? If the mail server announces itself as myserver.domain.com, won't the email addresses need to be user@myserver.domain.com?- नहीं, यही SPF रिकॉर्ड है।
जोकेवेटी

1
ओह मैं समझा। धन्यवाद। बस स्पष्ट करने के लिए, मेरे MX रिकॉर्ड फिर से बदला जाना चाहिए domain.comकरने के लिए vps1.domain.com। साथ ही, SPF रिकॉर्ड को v=spf1 mx -allइस सेटअप के साथ काम करना चाहिए। क्या वो सही है?
कॉनरजैक

2
हाँ और हाँ। स्पष्ट करने के लिए: एक MX रिकॉर्ड निर्दिष्ट जहां ईमेल चला जाता है के लिए । एक एसपीएफ रिकॉर्ड नामित होता है जहां ईमेल FROM से आता है ।
जोकेवेटी

2

दोनों hostname कि मेल सर्वर सॉफ्टवेयर रिपोर्ट और रिवर्स DNS प्रविष्टि वास्तविक विहित fqdn hostname (जैसा कि रिवर्स डीएनएस मामले के लिए संदर्भित प्रश्न में चर्चा की गई है ) होने की उम्मीद है।

हालांकि, आमतौर पर यह सत्यापित नहीं होता है कि ये दोनों मूल्य वास्तव में मेल खाते हैं (भले ही यह अधिक समझ में आता है अगर वे करते हैं)।


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

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.