मेरे पास एक ISP है जो स्थिर IP पतों की पेशकश नहीं करता है, इसलिए ऐसा लगता है कि किसी प्रकार का डायनामिक डोमेन नेम सर्विस (DDNS) इसका समाधान है।
यही एक उपाय है। एक अन्य समाधान के एक उदाहरण के रूप में, एक HurricaneElectric.net IPv6 सुरंग एक चल सुरंग समापन बिंदु के साथ एक स्थिर (IPv6) पता प्रदान करता है। दी गई है, इस समय, IPv4 सामान्यता के साथ इस तरह की कार्यक्षमता के लिए समर्थन करने के लिए अच्छा होगा, लेकिन यदि आप एक इच्छुक सहकारी कंप्यूटर पा सकते हैं, तो आप तकनीकी रूप से IPv4 के साथ भी ऐसा कर सकते हैं।
आपके पास एक स्क्रिप्ट / कार्यक्रम होना चाहिए जो समय-समय पर आपके आईपी पते की निगरानी करता है, और यदि पता बदलता है, तो स्क्रिप्ट / ऐप को जो भी डोमेन नाम आप उपयोग कर रहे हैं उसे अपडेट करने की आवश्यकता है
यह एक तकनीकी रूप से ठोस योजना की तरह लगता है।
मुझे आवश्यक रूप से आवश्यक डोमेन / आईपी रिकॉर्ड को समायोजित करने के लिए होस्टिंग कंपनी की एपीआई कुंजी की आवश्यकता है ... किसी ने मुझे बताया कि क्या मैं इस पर गलत हूं और इसका एक सरल तरीका है)।
सटीक विवरण डोमेन नाम रजिस्ट्रार की पसंद पर निर्भर करेगा कि वे इस सुविधा को कैसे लागू करते हैं। कुछ लोग किसी प्रकार की API कुंजी का उपयोग कर सकते हैं, जबकि अन्य स्वचालित अपडेट के लिए वेब इंटरफ़ेस पर निर्भर हो सकते हैं। पुराने दिनों में, कुछ ISP ने इस तरह की सेवा प्रदान की, लेकिन अनुरोधों के जवाब में मैन्युअल परिवर्तनों पर भरोसा किया। तो यह पूरी तरह से जो भी आपको सेवा प्रदान करता है।
यहाँ यह बात है: जब आप अपने डोमेन-नाम रिकॉर्ड को उस फैशन में अपडेट करते हैं, जो मैंने ऊपर वर्णित किया है, तो मैंने पढ़ा है कि पूरे सिस्टम / दुनिया में प्रचार करने में कई घंटे लग सकते हैं (सभी DNS सर्वरों को आपके अपडेट किए गए पते से फिर से खोलना होगा )।
बाह पाखण्ड। DNS प्रसार को मिनट या घंटे या दिन (जैसे, 72 घंटे) लेने के लिए जाना जाता है। हालांकि, जब लोगों ने चीजों का भारी विश्लेषण किया है, तो उन्होंने पाया है कि उस अस्पष्ट "प्रचार" समय का ज्यादातर हिस्सा एक डीएनएस होस्टिंग प्रदाता से अद्यतन करने के लिए धीमा था।
बेहतर सिद्धांत में, आपको केवल TTL मान की प्रतीक्षा करने की आवश्यकता है। हालांकि, उस सिद्धांत के साथ एक समस्या है ...
हालांकि, कई भुगतान किए गए डीडीएनएस प्रदाता मैं देख रहा हूं कि उनकी परिवर्तन को तुरंत (या कम से कम, मेरे DIY-विधि की तुलना में तेजी से) प्रभावी होने की क्षमता को बढ़ावा देने के लिए लगता है। क्या यह सच है? क्या कुछ ऐसा है जो मैंने याद किया है?
ठीक है, यहां वास्तविकता है: पूर्ण अपडेट लेने के आपके अपडेट के लिए, आपको इंटरनेट को पुरानी जानकारी के अपने सक्रिय कैश को फ्लश करने की आवश्यकता होगी।
मानकों के अनुसार, DNS सर्वरों को कैशिंग टीटीएल मान द्वारा निर्दिष्ट समय की लंबाई के लिए अपने कैश पर भरोसा कर सकता है जिसे आप कॉन्फ़िगर कर सकते हैं।
हालांकि, वास्तविकता यह है कि कम से कम कुछ (और शायद सबसे अधिक?) बहुत बड़े आईएसपी को अपने स्वयं के कैशिंग डीएनएस सर्वरों को चलाने के लिए जाना जाता है जिन्हें टीटीएल मूल्यों को पूरी तरह से अनदेखा करने के लिए जाना जाता है। वे ऐसा इसलिए करते हैं क्योंकि उन्हें लगता है कि यदि वे अपने DNS कैश को कम बार अपडेट करते हैं, तो समग्र प्रभाव कम बैंडविड्थ (और शायद कम कंप्यूटिंग समय) होगा।
इसलिए, कोई भी ई-मेल सर्वर, जो ऐसे DNS सर्वर पर निर्भर करता है, प्रभावित हो सकता है, और जब तक DNS सर्वर अपडेट नहीं हो जाता, तब तक आपके अपडेट को नोटिस करने में असमर्थ हो। कुछ मामलों में, एक या दो दिन (या तीन?) लग सकते हैं।
हालांकि, इस तरह के प्रभाव तेजी से दुर्लभ हो गए हैं। वास्तविक अभ्यास में, अधिकांश DNS सर्वरों को एक या दो घंटे के भीतर अपने कैश फ्लश हो जाएंगे।
चूंकि कुछ कैश को कुछ अन्य लोगों की तरह जल्दी से अपडेट नहीं किया जाएगा, इसलिए प्रभाव यह है कि इंटरनेट पर कुछ स्थान नए पते के साथ काम करेंगे, जबकि अन्य स्थान अभी भी पुराने पते का उपयोग करने का प्रयास करेंगे। कुछ घंटों के भीतर, अधिकांश कंप्यूटर नई जानकारी के साथ ठीक काम करेंगे। (कई, उनमें से कई मिनट के भीतर काम कर सकते हैं।)
ई-मेल सॉफ़्टवेयर का विशिष्ट व्यवहार ई-मेल भेजने का प्रयास करना है। यदि वह विफल रहता है, तो बाद में फिर से प्रयास करें। ई-मेल सर्वर आमतौर पर देने से पहले दिनों के लिए (शायद एक घंटे के बारे में एक बार) पुन: प्रयास करते रहेंगे। तो क्या होने की संभावना है कि आप ई-मेल नहीं खोएंगे, लेकिन यह थोड़ा विलंबित हो जाएगा।
एलेक्स की टिप्पणी "सभी गतिशील आईपी पीबीएल सूचियों में हैं" स्पष्ट रूप से गलत है, क्योंकि यह जानकारी डी-केंद्रीकृत है (इसलिए "सभी" शब्द गलत है), लेकिन यह सच है कि कई गतिशील आईपी ऐसी सूचियों में हैं, और इसलिए इसका मतलब है कि ई-मेल से संबंधित कुछ कंप्यूटर / डिवाइस आपके साथ सहयोग नहीं करने का निर्णय ले सकते हैं।
इसके अलावा, मुझे एक और चिंता है: क्या कोई सुरक्षा मुद्दे हैं जो मैं डीडीएनएस प्रदाता के साथ अनदेखी कर सकता हूं?
सबसे बड़ी चिंता यह होगी कि क्या आपके अपडेट सुरक्षित फैशन के साथ हैं।
क्या वे अपने द्वारा प्रदान किए गए डोमेन नाम से बहने वाले सभी ट्रैफ़िक की निगरानी नहीं कर पाएंगे?
नहीं। DNS सर्वर का काम एक डोमेन नाम के लिए अनुरोध प्राप्त करना है, और एक प्रतिक्रिया प्रदान करना है। पारंपरिक विशिष्ट प्रतिक्रिया एक या एक से अधिक आईपी पते प्रदान करना है। अन्य प्रतिक्रियाएं संभव हैं, जैसे कि एक अन्य DNS सर्वर या डोमेन नाम (जैसे, CNAME के साथ), या अन्य डेटा (जैसे, नए DNSSec मानक के माध्यम से सुरक्षा प्रदान करने में मदद)।
क्या किसी को एक सूचित राय है ...
मैं यह बताना चाहता हूं कि यदि आप वास्तव में एक गंभीर ई-मेल सर्वर चलाना चाहते हैं, तो आप आधुनिक ई-मेल मानकों का अनुपालन करने पर विचार कर सकते हैं। जिसमें SMTP और DNS तकनीकी विशिष्टताओं का अनुपालन करने से अधिक शामिल है। बहुत से लोग बड़े प्रदाताओं का उपयोग करते हैं, और वे बड़े प्रदाता अपनी उम्मीदों पर अमल कर सकते हैं।
उदाहरण के लिए, मैं एक ई-मेल सर्वर के बारे में जानता हूं जो डेबियन और पोस्टग्रे के साथ वर्षों पहले स्थापित किया गया था। Postgrey कुछ सॉफ्टवेयर है जो "greylisting" एंटी-स्पैम हैंडलिंग प्रदान करता है। हालाँकि, Postgrey के संस्करण का उपयोग किया जाता है कि जब कोई ई-मेल सर्वर ई-मेल को पुनः प्राप्त करता है, तो ई-मेल भेजने वाला सर्वर ऐसा करने पर उसी IP पते का उपयोग करेगा। Office 365 E-Mail सर्वर को एक भिन्न IP पते से एक E-Mail भेजने के लिए पुन: प्रयास करने के लिए जाना जाता है जो अभी भी एक IPv6 / 64 सबनेट के भीतर है। Postgrey ऐसा नहीं करता है।
जैसा कि अधिक से अधिक संगठनों ने Office 365 पर स्विच किया है, यह उस पुराने ई-मेल सर्वर का उपयोग करने वाले लोगों के लिए एक समस्या बन गया है। Postgrey सॉफ़्टवेयर का एक नया संस्करण जारी किया गया है, लेकिन इस तरह के सॉफ़्टवेयर को स्थापित करने का आसान तरीका उस ऑपरेटिंग सिस्टम के लिए आधिकारिक सॉफ़्टवेयर रिपॉजिटरी का उपयोग करना है। तो, व्यवहार में, उस सॉफ़्टवेयर को अपडेट करने का स्मार्ट तरीका ऑपरेटिंग सिस्टम को अपग्रेड करना होगा।
अन्य नाम भी हैं, जैसे कि DNS नाम जो "मेल" से शुरू होते हैं। जिसके कारण आपका सेटअप कम या ज्यादा भरोसेमंद होने का अनुमान लगाया जा सकता है। यह प्रभावित कर सकता है कि क्या उपकरण आपको एक गैर-आज्ञाकारी स्पैमर की तरह व्यवहार करते हैं, या एक ऐसे उपकरण की तरह, जिसके साथ संवाद करने लायक है।
निश्चित रूप से, शायद आधिकारिक तकनीकी विशिष्टताओं के बारे में बहुत सख्ती से बोलते हुए, विशाल संगठन कुछ ऐसे कार्य कर रहे हैं जो आरएफसी दस्तावेजों द्वारा मांग की गई न्यूनतम आवश्यकताओं से भिन्न हैं जिनमें प्रोटोकॉल के तकनीकी विनिर्देश शामिल हैं। लेकिन अगर आप बड़े इंटरनेट समुदाय के साथ संवाद करना चाहते हैं, तो कुछ अतिरिक्त मानक हैं जो कुछ महत्वपूर्ण / बड़े खिलाड़ियों द्वारा लगाए जाते हैं। उन मानकों को अच्छी तरह से पूरा करने के लिए तैयार रहें, या कुछ परेशानियों का सामना करने के लिए तैयार रहें।
मैं थोड़ा अस्पष्ट हो रहा हूं कि वास्तव में वे सभी मानक क्या हैं, क्योंकि वे समय के साथ बदल सकते हैं।
उस पुराने ई-मेल सर्वर के बारे में जिसे अपने पुराने डेबियन ऑपरेटिंग सिस्टम को अपग्रेड करने की आवश्यकता होगी, हो सकता है कि लोगों को अपने ऑपरेटिंग सिस्टम को वैसे भी अधिक बार अपग्रेड करना चाहिए। हालांकि, मैं जो बिंदु बना रहा हूं, वह यह है कि एक सॉफ्टवेयर सेटअप जो वर्षों से पूरी तरह से काम करता था, अब टूट गया है, क्योंकि नए व्यवहार के लिए जो आमतौर पर कई ई-मेल पते द्वारा उपयोग किया जा रहा है। यदि आप असामान्य चीजें करने की कोशिश करते हैं, जैसे कि धीमी इंटरनेट प्रदाता पर डायनेमिक डीएनएस का उपयोग करना, तो आपको रास्ते में कुछ अतिरिक्त समस्याओं का सामना करने की संभावना हो सकती है। जैसा कि आप महत्वाकांक्षी ध्वनि करते हैं, हो सकता है कि आप उस प्रयास को निवेश कर सकें। मैं आपको चेतावनी दे रहा हूं कि ऐसा करने की जरूरत है।
... किस विधि के संबंध में (भुगतान बनाम DIY) बेहतर हो सकता है?
जैसा कि दूसरों ने बताया है, भुगतान करना बहुत आसान होगा, और अधिकांश लोगों के लिए यह बहुत ही किफायती है। बड़े प्रदान करता है एक स्थिर आईपी पता प्रदान करने की संभावना है कि आप अपने MX रिकॉर्ड बिंदु (इसलिए ई-मेल वहां जाते हैं) हो सकते हैं, और विशेष रूप से बेहतर बैंडविड्थ प्रदान कर सकते हैं।
DIY अनुभव प्राप्त करने और सीखने के लिए बेहतर है कि चीजें कैसे काम करती हैं, और प्रमुख निगमों से कार्यान्वयन पर पूरी तरह से भरोसा नहीं करने के लिए चुनना। अपने कार्यान्वयन पर अधिक नियंत्रण रखने से आप महत्वपूर्ण कस्टम परिवर्तनों को बहुत तेज़ी से कर सकते हैं।
जो "बेहतर" आपके व्यक्तिगत लक्ष्यों पर निर्भर करेगा, इसलिए मैं आपके लिए ऐसे निष्कर्ष छोड़ता हूं।