क्या मुझे अपने वेब सर्वर में केवल IPv6 या IPv4 और IPv6 दोनों का उपयोग करना चाहिए?

Question

मेरे वेब सर्वर (उबंटू, नेग्नेक्स) में होस्ट द्वारा असाइन किए गए IPv4 और IPv6 दोनों एड्रेस हैं। मेरी वेबसाइट के लिए, क्या मैं इसे केवल एक IPv6 पते से बाँध सकता हूँ? क्या यह मानक अनुशंसित तरीका है? या, क्या मैं IPv4 और IPv6 दोनों पतों का उपयोग करूंगा?

Comments

आप गलत सवाल (गलत लोगों से) पूछ रहे हैं - अपने आप से पूछें "क्या मुझे इस साइट को आईपीवी 4 क्लाइंट्स, आईपीवी 6 क्लाइंट्स या दोनों में से एक्सेस करने में सक्षम होना चाहिए?"। इसका जवाब यह भी है कि आपके वेब सर्वर को किन पते पर सुनने की जरूरत है।

— voretaq7

आमतौर पर, मैं पूरी तरह से "अपने चश्मे को पहले पाओ" जैसे जवाब से सहमत होगा, लेकिन इस मामले में, अजीब तरह से, मैं नहीं; मैं माइकल से सहमत हूं। "v6 केवल" अभी भी, दुख की बात है, गायब होने की आवश्यकता होने की संभावना नहीं है (हालांकि अगर यह है, तो यह टिप्पणी पूरी तरह से गलत है)। यदि यह नहीं है, तो हम "मिश्रित स्टैक" और "वी 4 केवल" के लिए नीचे हैं। यहां तक ​​कि अगर आपके उपयोगकर्ता सभी "वी 4 केवल" सही कहते हैं, तो इस बिंदु पर, यह गलत है; मिश्रित-स्टैक भविष्य-प्रूफिंग के लिए जाने का एक तरीका है, इससे कोई फर्क नहीं पड़ता कि वर्तमान उपयोगकर्ता समुदाय क्या कहता है।

— मडहैटर मोनिका

@MadHatter इस बिंदु पर, हम "v4-only" को सुरक्षित रूप से समाप्त कर सकते हैं। बड़े पैमाने पर NAT की अंतर्निहित सीमाएँ v4- केवल एक वेब साइट के संचालक या संभवतः किसी अन्य इंटरनेट सेवा के लिए अस्थिर हैं। मेरे अद्यतन उत्तर में अधिक जानकारी।

— माइकल हैम्पटन

@Michael Hampton अभी भी आपसे सहमत है।

— MadHatter

Answer 1

IPv4 और IPv6 दोनों का उपयोग करें

आपको IPv4 और IPv6 दोनों पतों का उपयोग करना चाहिए।

इंटरनेट पर लगभग सभी के पास वर्तमान में एक IPv4 पता है, या किसी प्रकार का NAT पीछे है, और IPv4 संसाधनों तक पहुँच सकते हैं।

हालाँकि, इंटरनेट के केवल 0.7% 2.3% 3.8 % 3.8% 6.5% 9% 12% 19% 22% 26% लिखने के समय IPv6 सक्षम है , लेकिन यह संख्या लगातार बढ़ रही है क्योंकि IPv6 दुनिया भर में लुढ़कना शुरू कर देता है।

बहुत कम स्थानों में, ISP मुख्य रूप से आवासीय ग्राहकों को IPv6 या केवल IPv6 प्रदान कर रहे हैं और बड़े पैमाने पर NAT, NAT64 या IPv4 कनेक्टिविटी के लिए इस तरह के अन्य समाधानों का उपयोग कर रहे हैं। यह संख्या बढ़ने की उम्मीद है क्योंकि IPv4 पता स्थान अंत में समाप्त हो गया है। इन उपयोगकर्ताओं का आमतौर पर IPv6 पर बेहतर प्रदर्शन होगा।

जहां ISP ने IPv4 थकावट को हल करने के लिए बड़े पैमाने पर NAT तैनात किया है, इसके साथ अटके हुए उपयोगकर्ता बड़े पैमाने पर NAT गेटवे में निहित कनेक्शन सीमाओं के कारण अपने सभी इंटरनेट कनेक्शन की विश्वसनीयता कम कर देंगे। उदाहरण के लिए, एक वेब पेज केवल अपने सभी संसाधनों को नहीं बल्कि कुछ लोड कर सकता है , टूटे हुए आइकन को छोड़कर जहां चित्र, लापता शैली और स्क्रिप्ट आदि होने चाहिए। यह एक होम राउटर पर कनेक्शन की थकावट को सीमित करने के समान है, लेकिन सभी उपयोगकर्ताओं को प्रभावित करता है। ISP रुक-रुक कर और बेतरतीब ढंग से प्रतीत होता है। यदि आप चाहते हैं कि आपकी साइट इन उपयोगकर्ताओं के लिए विश्वसनीय हो, तो आपको इसे IPv6 (और ISP को IPP6 तैनात करना होगा) के माध्यम से सेवा करनी होगी।

चूंकि IPv6 वह जगह है जहां इंटरनेट जा रहा है, आपकी वेब साइट IPv6 सक्षम होने से आपको गेम से आगे रखता है और आपको गंभीर होने से पहले किसी भी समस्या को हल करने देता है।

Nginx कॉन्फ़िगर करें

लिनक्स और nginx साथ डिफ़ॉल्ट रूप से, आप से एक ही समय में दोनों IPv4 और IPv6 के लिए बाध्य कर सकते हैं अपने को बदलने के listenनिर्देशों के लिए:

listen [::]:80;
listen 80;

या एसएसएल साइटों के लिए:

listen [::]:443 ssl;
listen 443 ssl;

Comments

ठीक है धन्यवाद ... एक और सवाल .. अब मेरे पास सर्वर सेटअप है ... डीएनएस रिकर्स में, मुझे दो रिकॉर्ड ए और एएएए (मेजबान नाम @ के साथ) और रिलेटिव आईपीएस को इंगित करना होगा?

— THpubs 2

हां, Aरिकॉर्ड आपके आईपीवी 4 पते के लिए है और AAAAरिकॉर्ड आपके आईपीवी 6 पते के लिए है।

— माइकल हैम्पटन

उत्तम। स्पष्टीकरण के लिए बहुत बहुत धन्यवाद :) Im

— ip66

मैं nginx से परिचित नहीं हूँ, लेकिन नहीं करना चाहिए listen 443;भी है sslजैसे listen [::]:443 ssl;? इसलिए listen 443 ssl;इसके बजाय listen 443;।

— बजे एक CVn

@aCVn हां, यह चाहिए। उस पकड़ने के लिए धन्यवाद। वह मुझे आधा सोते समय चीजों को संपादित करना सिखाएगा।

— माइकल हैम्पटन

Answer 2

दोनों को बांधो!

हमारे पास एक आईआईएस वेब साइट थी जिसका कोड ने स्वयं के लिए आंतरिक संदर्भ का उपयोग किया था, जो क्लाइंट ने उपयोग किए गए DNS नाम का उपयोग किया था। यह प्रक्रिया हमेशा विफल रहेगी।

एक अन्य लक्षण यह था कि सर्वर पर स्थानीय रूप से चलने वाला एक ब्राउज़र केवल सर्वर के नाम से वेब साइट को नहीं पा सकता था, केवल आईपीवी 4 पते द्वारा। वह है, http://192.168.55.139काम करेगा, लेकिन http://myhostअसफल होगा। का प्रयोग ping myhostहोता है, डिफ़ॉल्ट रूप से, IPv6 पता वापसी ( ping myhost -4IPv4 पता वापसी होगी)।

फिक्स IIS को खोलने और वेब साइट के बाइंडिंग को IPv6 पते के साथ-साथ IPv4 पते पर बदलने के लिए था।

Comments

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

— माइकल हैम्पटन

उल्लेख किया गया कोड था Winnovative HTML to PDF Converter।

— ग्लेन लिटिल

जब आप NAT का उपयोग नहीं करते हैं, तो आंतरिक और बाह्य दोनों तरह से सेवा सुलभ होना आसान है। और NAT से बचना आसान है, अगर आप IPv6 का उपयोग कर रहे हैं। लेकिन एक क्लाइंट द्वारा प्रदान किए गए होस्टनाम से नेत्रहीन कनेक्ट करना एक डिज़ाइन दोष की तरह लगता है। क्लाइंट के लिए यह संभव है कि वह आपको Hostएक डोमेन नाम के साथ एक हेडर भेजें जो आपके पास नहीं है।

— कसपर