क्या वेब और मेल के लिए एक ही सर्वर पर अलग-अलग डीएनएस रिकॉर्ड आवश्यक हैं?


13

एक ही सर्वर या एक VPS पर एक IP पते के साथ एक वेब / मेल सर्वर स्थापित करते समय लगभग हर गाइड ऑनलाइन DNS के लिए समान संरचना का अनुसरण करता है:

example.com.               IN A    192.0.2.0  
hostname.example.com.      IN A    192.0.2.0  
mail.example.com.          IN A    192.0.2.0  
example.com.               IN MX   10 mail.example.com.  
0.2.0.192.in-addr.arpa.  IN PTR  hostname.example.com  

मैंने कई बार इसका इस्तेमाल किया और इसने हमेशा मेरे लिए काम किया है। लेकिन मैं सोच रहा था कि क्या कोई कारण है कि मेल सर्वर एक अलग नाम की ओर इशारा करता है? क्या यह एमएक्स रिकॉर्ड को होस्टनाम को इंगित करना संभव होगा और केवल एसएमटीपी और पीओपी 3 के लिए hostname.example.com का उपयोग करेगा?


7
उदाहरण के पते के लिए कृपया 192.0.2.0/24 का उपयोग करें। (ये दस्तावेज़ीकरण के लिए आरक्षित हैं, जैसे example.com। RFC5737 देखें।)
बिलपेपर

मुझे एसएफ से प्यार है, मैं हर दिन कुछ नया सीखता हूं। उस के लिए धन्यवाद, बिल!
मदहैटर

@billpg टिप के लिए धन्यवाद। यह मेरा पहला सवाल था इसलिए मैं अभी भी रस्सियों को सीख रहा हूं।
जेफ

जवाबों:


20

हां, यह संभव होगा, लेकिन यदि आप ऐसा करने के लिए चुनते हैं तो आप कुछ महत्वपूर्ण लाभ खो देंगे:

यदि आप सभी सेवाओं को एक ही DNS नाम से इंगित करते हैं, तो आप उन्हें किसी भी क्लाइंट को पुन: कॉन्फ़िगर किए बिना किसी भी अधिक सर्वर पर नहीं रख सकते हैं।

एक उदाहरण के रूप में: विभिन्न नामों के साथ, जब सर्वर पर लोड बहुत बढ़ जाता है, तो आप ग्राहकों को प्रभावित किए बिना मेल सेवाओं को दूसरे सर्वर पर लोड कर सकते हैं। आपको बस इतना करना है कि अपने DNS रिकॉर्ड्स को अनुकूलित करना है।


एमएक्स डीएनएस रिकॉर्ड बाद में जोड़ा जा सकता है, इसलिए मैं नहीं देखता कि आप कुछ ढीला क्यों करते हैं।
मिरिकिया वुटकोविसी

1
यदि आप अपने ग्राहकों को बताते हैं कि आपके वेब सर्वर और आपके IMAP / POP3 सर्वर दोनों को example.com पर पहुँचा जा सकता है, और आपको बाद में इन्हें अलग करने की आवश्यकता है, तो बाद में मदद करने पर MX रिकॉर्ड कैसे जोड़ा जाता है? इसे शुरू से ही सही करें और आप बाद में परेशानी में न पड़ें क्योंकि आप अपने DNS ज़ोन में दो या तीन और लाइनें जोड़ने के लिए बहुत आलसी थे।
स्वेन

@MirceaVutcovici बिंदु आपके सभी क्लाइंट को बदलने के बिना अंतर्निहित बुनियादी ढांचे को बदलने में सक्षम है।
pc1oad1etter

@MirceaVutcovici एमएक्स रिकॉर्ड को जोड़ने या बदलने से ग्राहक अपनी मेल सेवाओं के लिए जहां नहीं देखते हैं, वहां बदल जाता है। जैसा कि मैं समझता हूं कि यह एमएक्स रिकॉर्ड केवल डिलीवरी और रूटिंग के लिए हैं, न कि क्लाइंट के उपयोग के लिए।
mp3foley

मैं बस उत्सुक था अगर एक अलग नाम की आवश्यकता थी या नहीं, तो ऐसा लगता है कि इसका जवाब नहीं है। लेकिन मैं मानता हूं कि इसके प्रशासनिक फायदे हैं।
जेफ

4

यदि rxc5321 के अनुसार मेल डिलीवरी A पते पर की जाती है यदि MX गायब है। तो एसएमटीपी के काम करने के लिए निम्नलिखित पंक्तियों की आवश्यकता नहीं है:

mail.example.com.          IN A    192.168.0.1  
example.com.               IN MX   10 mail.example.com.  

इसे भी देखें: http://en.wikipedia.org/wiki/MX_record#History_of_fallback_to_A


और इसके अलावा अगर MX रिकॉर्ड मौजूद है, तो वह इसे hostname.example.com को इंगित कर सकता है यदि वह चाहे।
मैट

आप इसके साथ कुछ भी हासिल नहीं करते हैं और बहुत अधिक लचीलापन ढीला करते हैं, इसलिए परेशान क्यों होते हैं? जैसा कि मैंने ऊपर कहा है, इसे शुरू से ही सही करें।
स्वेन

जैसा कि सभी को अपनी सेवाओं के लिए अतिरेक नहीं है (एक छोटे ब्लॉगर का उपयोग मामला लगता है), वही मेल सर्वर पर लागू हो सकता है। और आपको क्यों लगता है कि DNS का संपादन इतना लचीला है?
मिर्चेया वुटकोविसी 1

1
@MirceaVutcovici: क्षमा करें, लेकिन इस तथ्य के बारे में समझने में इतनी मुश्किल क्या है कि आपको अपने सभी ग्राहकों को बदलना होगा यदि आप अलग-अलग उद्देश्यों के लिए एक ही होस्टनाम का उपयोग करते हैं और भविष्य में किसी भी कारण से इन सेवाओं को अलग करने की आवश्यकता है? ऐसा करने से आपका कुछ हासिल नहीं होता है और आप बाद में समस्याओं में भाग सकते हैं। पेशेवर दृष्टिकोण (और केवल यह सर्वरफॉल्ट के लिए सभी प्रासंगिक है) एक उचित डीएनएस बुनियादी ढांचा तैयार करना है जो इस तरह से बेवकूफों से बचता है।
स्वेन

4

आप अपने mailserver के लिए जो भी hostname पसंद करते हैं उसका उपयोग कर सकते हैं, लेकिन आपको एक MX प्रविष्टि की आवश्यकता होगी

इसके साथ ही कहा, मुझे अलग-अलग भूमिकाओं के लिए एक अलग नाम रखने का विचार पसंद है। सबसे पहले, अगर / जब मेजबान को बदलने का समय आता है, तो आप DNS के अधिक नियंत्रण में होते हैं और बाहरी DNS कैशिंग के कारण कम समस्याओं का सामना करेंगे।


3
आपको तकनीकी रूप से एमएक्स रिकॉर्ड की आवश्यकता या आवश्यकता नहीं है।
जोवेर्विटी

काफी उचित; उत्तर को प्रतिबिंबित करने के लिए अद्यतन
GWaldo

4

आपके मेल सर्वर PTRको इसे इंगित करने वाले रिकॉर्ड की आवश्यकता होगी । यह रिवर्स डीएनएस को काम करने की अनुमति देगा। मुझे उन मेल सर्वरों पर भरोसा नहीं है जो दूसरे स्तर के डोमेन का उपयोग करते हैं example.comजैसे बहुत सारे स्पैमर्स दावा करने की कोशिश करते हैं कि उनका नाम बड़े नाम डोमेन में से एक है। जैसे नाम का उपयोग करने से आप बेहतर हैं mail.example.com। यदि आप अपने मुख्य डोमेन में mail.example.comऐड का उपयोग कर रहे हैं तो संकेत मिलता है कि आपको मेल प्राप्त होगा। वैसे न तो एंट्री हो सकती है और न ही ।MXexample.commail.example.commail.example.comexample.comCNAME

आप एक डोमेन नाम पर सब कुछ चला सकते हैं। हालाँकि, यदि मैंने mail.example.comआपको मेल सर्वर के लिए उपयोग करने के लिए आश्वस्त किया है, तो आप इसके www.example.comबजाय अपने वेब सर्वर के लिए उपयोग करना चाह सकते हैं mail.example.com। यदि आप इसका उपयोग करते हैं www.example.comतो स्थिर सामग्री के लिए समानांतर डोमेन जोड़ना आसान होगा जो आपके वेब सर्वर से कुकीज़ प्राप्त नहीं करता है।

मूल डोमेन का IP पता example.comहोना, वेब सर्वर के पते पर हल होना आम है । यदि आपके पास बहुत अधिक वेब ट्रैफ़िक नहीं है, तो आप अपने वेब डोमेन के लिए CNAME रिकॉर्ड का उपयोग कर सकते हैं। POP और IMAP जैसी ऊपर सूचीबद्ध नहीं की गई शेष सेवाएँ CNAME रिकॉर्ड द्वारा नियंत्रित की जा सकती हैं। यदि आप बाद में अलग-अलग सर्वर जोड़ते हैं तो आप CNAME रिकॉर्ड को A रिकॉर्ड से बदल सकते हैं, या बस CNAME रिकॉर्ड समायोजित कर सकते हैं। CNAME रिकॉर्ड का उपयोग करना IPV6 को जोड़ना आसान बनाता है क्योंकि आपको अपने सभी डोमेन में AAAA रिकॉर्ड जोड़ने की आवश्यकता नहीं होगी।

मुझे होस्टनाम के लिए DNS रिकॉर्ड रखना पसंद है। यदि आप ऐसा करते हैं तो आप मेल के बजाय उस डोमेन का उपयोग कर सकते हैं MX। आपके उदाहरण में, मैं आपके रिकॉर्ड को छोड़ mail.example.comदूंगा और hostname.example.comआपके MXरिकॉर्ड का उपयोग करूंगा । के लिए CNAME रिकॉर्ड जोड़ें www.example.comऔर आप बहुत अच्छे से काम कर रहे हैं।

आपके मेल सर्वर को PTRआपके सर्वर के उपयोग के लिए जो भी रिकॉर्ड होना चाहिए, उसका उपयोग करना चाहिए । PTRउचित रूप से बदलने के लिए आपको अपना आईपी प्रदाता प्राप्त करना पड़ सकता है । Aउस नाम के लिए एक रिकॉर्ड भी जोड़ें ।

दोनों के लिए एसपीएफ़ रिकॉर्ड जोड़ने पर विचार करें hostname.example.comऔर example.com

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