क्या IPv6- केवल MTA अभी तक संभव है?


22

क्या किसी ने IPv6- केवल SMTP इंजन चलाने का प्रयास किया है? बहुत ज्यादा हर किसी के पास किसी भी अर्थ में IPv6 प्रमुख फ्रंट-एंड सर्वर के लिए कॉन्फ़िगर किया गया है। मैं उत्सुक था अगर किसी ने IPv6-केवल MTA को चलाने का प्रयास किया था और किसी भी कनेक्शन की त्रुटि प्राप्त की थी।

क्या IPv6 केवल एक व्यवहार्य समाधान है? क्या मैं कुछ सुस्त कनेक्शन मुद्दों की उम्मीद कर सकता हूं? या क्या इंटरनेट पर एक जादू की परी नीचे आई और पोर्ट 25 पर IPv6-to-IPv4 को सीधे कनेक्शन पर जादू की तरह काम किया?


3
"क्या IPv6 अभी तक एक व्यवहार्य समाधान है?" "व्यवहार्य" की आपकी परिभाषा क्या है? आपके अंतिम वाक्य के बारे में - v4 और v6 मौलिक रूप से असंगत हैं। एक v4 प्रणाली v6 प्रणाली के साथ कुछ मध्यस्थ रूटर / NAT / प्रॉक्सी / आदि के बिना संवाद नहीं कर सकती है।
EEAA

मैं बहुत भयानक होने के बारे में 5% संदेश लेन-देन के नुकसान की कल्पना करता हूं और जब मैंने 4 या 5 साल पहले यह कोशिश की थी तो मैंने क्या देखा था।
जॉय

1
"आईपीवी 6 डिजाइनरों एक मौलिक वैचारिक गलती की: वे एक के रूप में IPv6 पता अंतरिक्ष के लिए बनाया गया वैकल्पिक IPv4 पता स्थान के लिए, बल्कि एक से विस्तार । IPv4 पता स्थान के लिए" cr.yp.to/djbdns/ipv6mess.html
kubanczyk

4
@kubanczyk मैं यह नहीं देखता कि आप एक मॉडल बनाए बिना IPv4 एड्रेस स्पेस को कैसे बढ़ा सकते हैं जो स्वाभाविक रूप से इसके लिए असंगत होगा? क्या कोई बेहतर विकल्प था? मुझे लगता है कि उस वेब पेज पर दिए गए समाधान केवल समस्या को हल करते हैं, इसे ठीक नहीं करते हैं। यह अभी भी हर किसी के लिए इसे समर्थन करने के लिए नीचे होगा ...
Trotski94

1
@kubanczyk स्पष्ट होने के लिए कोई "मौलिक गलती" नहीं थी क्योंकि परियोजना पर काम करने वाले किसी व्यक्ति ने कभी प्रायोगिक उपयोग के अलावा किसी अन्य चीज़ के लिए v4 का इरादा नहीं किया था। V4 v6 के विपरीत वास्तव में सार्वजनिक उपयोग के लिए डिज़ाइन किया गया है।
जिम बी

जवाबों:


27

संक्षिप्त उत्तर: यह तकनीकी रूप से काम करेगा, लेकिन आपके पास बहुत सारे अपरिवर्तनीय मेल होंगे।

लंबे उत्तर: अपने SMTP लॉग लें। आपके द्वारा भेजे जाने वाले सभी डोमेन नामों को सेड करें। जांचें कि क्या उनके पास IPv6 DNS और MX हैं। एक बार जब आप 100% प्राप्त कर लेंगे (आप इस दशक में कभी भी नहीं करेंगे), तो आप कोशिश कर सकते हैं कि आईपीवी 6 आईपी वास्तव में काम करते हैं।

मेरे पास कोई भी दिलचस्प उत्पादन लॉग नहीं है (जिनके पास मेरे पास पर्याप्त डोमेन नहीं है रुचि के लिए), लेकिन मैंने उन डोमेन की एक सूची ली है जो https: //gist.github से मुफ्त ई-मेल सेवाएं प्रदान करते हैं। com / tbrianjones / 5992856

536 में से पहले, 173 को आईपी में किसी भी एमएक्स का समाधान नहीं लगता था, 7 में आईपीवी 4 और आईपीवी 6 एमएक्स पते के लिए एमएक्स का समाधान था, और शेष 356 में केवल आईपीवी 4 एमएक्स था। एमएक्स वाले डोमेन में से, जो दो प्रतिशत से कम है ठीक है, इससे पहले कि वास्तव में आईपीवी 6 पते को देखने की कोशिश कर रहा है कि क्या यह काम करता है। यहां तक ​​कि यह स्वीकार करते हुए कि सूची में डोमेन किसी भी मायने में इंटरनेट ई-मेल डोमेन का बहुमत नहीं है, मुझे नहीं लगता कि मेल सर्वर को चलाने के लिए पर्याप्त है जिसे आप वास्तव में उपयोग करने की उम्मीद करते हैं।

संपादित करें: क्योंकि 3600 से अधिक मुफ्त ई-मेल प्रदाताओं की यादृच्छिक सूची में से 536 वर्णानुक्रम में पहले बहुत प्रतिनिधि नहीं हैं, मैंने कुछ बड़े-नाम वाले डोमेन की जाँच की है, और यहाँ वे हैं जिनके पास IPv6 MX नहीं हैं (IPv6- सुलभ याद रखें DNS की भी जरूरत होगी):

  • microsoft.com / hotmail.com / outlook.com
  • mail.com
  • gmx.net
  • icloud.com / mac.com
  • comcast.com
  • inbox.com
  • zoho.com
  • aol.com
  • orange.fr
  • twitter.com

क्या आप एक डोमेन रजिस्टर करना चाहते हैं?

  • godaddy.com
  • networksolutions.com
  • registrar.com

या। । । क्या आप इस साइट से मेल चाहते हैं?

  • stackexchange.com

(बेशक) gmail.com और google.com के पास IPv6 है, और ऐसा ही Facebook.com है।

जो लोग रुचि रखते हैं, मैंने उनके पूर्वजों को बैश स्क्रिप्ट की इस पंक्ति में उपयोग किया:

for i in $(cat domains.txt) ; do
  echo $(
    echo $i
    echo \;
    for j in $(dig +short mx $i) ; do
      dig +short a $j
      dig +short aaaa $i         
    done \
    | sed -r -e 's/[^;:\.]//g' \
             -e 's/^:+$/v6/'  \
             -e 's/^\.+$/v4/' \
    | sort -u
  )
done \
| sed 's/ v4 v6/ v4+v6/' \
| sed -r 's/^([^;]+); *([^;]*)$/\2;\1/' \
| sed 's/^;/none;/' \
| sort '-t;' -k 1,1 \
| tr ';' '\t'

यह निश्चित रूप से कामचलाऊ है, लेकिन अधिकांश विचित्र चीजें आउटपुट को सुंदर बनाने के लिए हैं।


1
मुझे लगता है कि बहुत कम प्रशासक IPv6 को अपनी तरफ से बंद करने से पहले IPv6 का समर्थन करने के लिए अपने संभावित संचार भागीदारों के 100% की प्रतीक्षा करने जा रहे हैं। आज तक IPv4 को सभी तैनात प्रणालियों के 100% द्वारा समर्थित नहीं किया गया है, और अभी भी बहुत से प्रशासक IPv4- केवल परिनियोजन बनाने के लिए चुन रहे हैं। जो भी तर्क इन प्रशासकों द्वारा IPv4-only का चयन करने के लिए उपयोग किया जा रहा है, वे IPv6 को चुन सकते हैं-केवल एक बार कुछ IPv4-only सिस्टम बचे हैं। दशक के अंत तक IPv4 मृत नहीं होगा, लेकिन यह बहुत अच्छी तरह से IPv6 से आगे निकल सकता है।
कैस्परड

कुछ डेटा के लिए मुझसे +1।
MadHatter

@kasperd IPv4 आसान है। मैं ख़ुद कभी भी IPv6 का उपयोग आंतरिक रूप से नहीं करता, क्योंकि आईपी को याद रखना असंभव है। इसके अलावा, आपको दो आईपी संस्करणों का समर्थन करने की आवश्यकता नहीं है, जो कि काफी समय लेने वाली चीज हो सकती है, खासकर जब आपको विरासत कोड का समर्थन करने की आवश्यकता होती है (उदाहरण के लिए लॉगिंग और आईपी-आधारित ब्लॉकिंग खराब हो जाएगी)। अंतिम लेकिन कम से कम, इसके लिए समय की आवश्यकता होती है और मुझे अभी भी बहुत समय के बारे में शिकायत के साथ एक sysadmin देखना है।
सेबब

@ Sebb केवल IP पता जिसे मुझे याद रखने की आवश्यकता है, वह है ::1। और नहीं, आईपीवी 4 आसान नहीं है। IPv4 IPv6 की तुलना में थोड़ा अधिक जटिल है। लेकिन जो चीज वास्तव में जटिल होती है वह है NAT, सुरंगें, और IPv4 को हमेशा के लिए जीवित रखने के निरर्थक प्रयास के कारण होने वाले अन्य सभी काम। IPv6 की एक बहुत ही उपयोगी विशेषता यह है कि लिंक-स्थानीय पते जैसे ही आप इंटरफ़ेस को लाएंगे वैसे ही काम करेंगे, भले ही आपका रूटिंग और / या एड्रेसिंग पूरी तरह से गड़बड़ हो।
कास्परड

जब आपका DNS सर्वर डाउन होता है तो @kasperd अपने राउटर पेज पर जाने का प्रयास करें। खैर, फेक। कई सर्वरों के साथ एक ही प्रयास करें। मुझे पता है, ज्यादातर बार डीएनएस और लोकलहोस्ट होते हैं, लेकिन मैं खुद को नियमित रूप से आईपी टाइप करते हुए पाता हूं। और यह अधिक जटिल हो सकता है, लेकिन यह वही है जो मैं जानता हूं । है 2001:db8::ff00:42:8329एक स्थानीय पता? मुझे पता नहीं है। मेरे iptables सेटअप ने IPv6 को कैसे आगे बढ़ाया? कई घंटे पढ़ा है। मुझे गलत मत करो, मैं पूरी तरह समर्थक हूँ आईपीवी 6 है, लेकिन कारण मैं अभी भी अपने स्थानीय जाल में कम से कम आईपीवी 4 करना चाहते हैं की एक बहुत कुछ कर रहे हैं (और हाँ, मैं करते एक स्थानीय शुद्ध चाहते हैं)।
सेबब

22

उत्तर आपकी सफलता के मानदंड पर निर्भर करता है। लेकिन सबसे अधिक संभावना हो जाएगा नहीं

यदि आप एक व्यवसाय चला रहे हैं, जहाँ किसी भी अपरिवर्तित मेल का अर्थ औसत दर्जे की लागत है। तब जवाब नहीं है , IPv6- केवल अभी तक व्यवहार्य नहीं है।

कुछ बड़े प्रदाताओं सहित कई प्रदाता हैं जो अभी भी IPv4-only चला रहे हैं। दोहरी स्टैक समर्थन के साथ मुझे पता है सबसे बड़ा प्रदाता जीमेल है, लेकिन मुझे अक्सर आईपीवी 6 पर डिलीवरी के प्रयासों को जीमेल द्वारा खारिज कर दिया जाता है और फिर आईपीवी 4 से अधिक होने पर सफल होता है। तो दोहरी स्टैक वाले प्रदाताओं को मेल पहुंचाने के लिए भी, आप विश्वसनीय वितरण का अनुभव नहीं करेंगे।

यदि आपका प्राथमिक लक्ष्य आपके उपयोगकर्ताओं के लिए विश्वसनीय मेल सेवा का संचालन नहीं करना है, बल्कि IPv4 बनाने के लिए-केवल कम व्यवहार्य दिखना है। और अगर आपको IPv4-only चलाने वालों पर डिलीवरी फेल होने का दोष लगाने के लिए केवल एक उच्च पर्याप्त सफलता दर की आवश्यकता होती है, तो इसका जवाब यह है कि IPv6-only आज लगभग व्यवहार्य हो सकता है।

उम्मीद है कि अगले दो वर्षों में अधिकांश प्रशासक इस बात से सहमत होंगे कि IPv4- केवल अब व्यवहार्य नहीं है, और दोहरी स्टैक एक आवश्यकता होगी।


3
मैंने वह व्यवहार भी देखा है जहाँ जीमेल पर भेजा गया मेल पहले IPv6 की कोशिश करता है, लेकिन विफल रहता है। उस स्थिति में यह रिवर्स पीटीआर सेट BUT नहीं कर रहा था जब यह तय किया गया था कि पता आरए / एनडी के कारण बदल रखा है और जीमेल जीयरेलिस्टिंग (बाद में पुन: प्रयास करता है) हर बार पता बदलने पर डिलीवरी का प्रयास करता है
डैमोलप

1
+1 मेरे लिए अवलोकन से कि v6 और v4 पूरी तरह से दोहरे-स्टैक प्रदाताओं के लिए भी समान वितरण परिणाम नहीं देते हैं।
MadHatter

यदि उपलब्ध हो तो मैं कुछ अपडेट किए गए informations पढ़ना चाहता हूं, क्योंकि इस उत्तर के बाद 2 वर्ष बीत चुके हैं, और मुझे लगता है कि यह स्थिति 2 साल पहले की तुलना में बहुत अलग नहीं है, लेकिन मैं गलत हो सकता हूं। मैं कई IPv4 केवल सर्वर को बिना किसी समस्या के चलाता हूं।
लुसियो क्रुस्का
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.