सिर्फ़ IPv6 वाले सर्वर एक सीधी वजह से सस्ते होते हैं: IPv4 पते दुर्लभ हैं और हर महीने पैसे लगते हैं, IPv6 पतों में नहीं। तो सवाल यह नहीं कि सिर्फ़ IPv6 सस्ता है या नहीं (है), बल्कि यह है कि जिन चीज़ों का आप सच में इस्तेमाल करते हैं वे अब भी चलती हैं या नहीं। हमने साल भर पुराने फ़ोरम जवाब दोहराने के बजाय सितंबर 2026 में खुद जाँच की।
हमने क्या जाँचा, और नतीजा
हमने उन सेवाओं के IPv6 (AAAA) रिकॉर्ड देखे जिन तक एक सामान्य सर्वर पहले ही दिन पहुँचता है। AAAA रिकॉर्ड न होने का मतलब है कि सिर्फ़ IPv6 वाली मशीन बिना मदद के उन तक नहीं पहुँच सकती।
| सेवा | 26 सितंबर 2026 तक IPv6 |
|---|---|
| github.com, api.github.com | ❌ नहीं |
| objects.githubusercontent.com (रिलीज़ डाउनलोड) | ❌ नहीं |
| ghcr.io (GitHub कंटेनर रजिस्ट्री) | ❌ नहीं |
| raw.githubusercontent.com | ✅ हाँ |
| Docker Hub (registry-1.docker.io) | ✅ हाँ |
| PyPI, npm, crates.io, Go मॉड्यूल प्रॉक्सी | ✅ हाँ |
| Debian / Ubuntu / Alpine पैकेज मिरर | ✅ हाँ |
| GitLab | ✅ हाँ |
| Let's Encrypt (ACME) | ✅ हाँ |
| Telegram Bot API | ✅ हाँ |
| discord.com और Discord गेटवे | ❌ नहीं |
| OpenAI, Anthropic, Google Gemini के API | ✅ हाँ |
| Hugging Face (साइट) | ✅ हाँ, लेकिन बड़ी फ़ाइलों वाला CDN होस्ट: ❌ नहीं |
| ollama.com | ❌ नहीं (registry.ollama.ai: ✅ हाँ) |
| Binance API | ❌ नहीं |
| Coinbase API | ✅ हाँ |
पैटर्न साफ़ है: पैकेज मैनेजर, बड़े AI API और Telegram तैयार हैं। GitHub, जिसकी लगभग हर सर्वर को ज़रूरत होती है, अब भी तैयार नहीं है।
व्यवहार में इसका मतलब
सिर्फ़ IPv6 वाले VPS पर आप ठीक इन जगहों पर अटकेंगे:
git clone https://github.com/...विफल होता है। वही हाल उन इंस्टॉल स्क्रिप्ट का है जो curl से GitHub रिलीज़ डाउनलोड करती हैं, और हर उस चीज़ का जोghcr.ioसे इमेज खींचती है।- Discord बॉट गेटवे से बिल्कुल नहीं जुड़ पाते।
- कुछ मॉडल डाउनलोड टूट जाते हैं: हमारी जाँच में Hugging Face के बड़े फ़ाइल होस्ट और ollama.com में IPv6 नहीं था।
- सिर्फ़ IPv4 वाले एक्सचेंज पर क्रिप्टो बॉट API तक नहीं पहुँच पाते।
आने वाली तरफ़ एक और चुपचाप वाली समस्या है: सिर्फ़ IPv4 नेटवर्क वाले विज़िटर सिर्फ़ IPv6 वाले सर्वर पर होस्ट की गई साइट तक नहीं पहुँच सकते, जब तक आप आगे IPv4 वाला प्रॉक्सी या CDN न लगाएँ।
किसी भी सेवा को दो सेकंड में जाँचें
dig +short AAAA github.com # empty output = no IPv6
dig +short AAAA api.telegram.org # addresses = IPv6 available
curl -6 -sI https://pypi.org | head -1 # on a dual-stack box: proves it answers over v6
प्लान चुनने से पहले इसे उन सभी सेवाओं पर चलाएँ जिनसे आपका प्रोजेक्ट बात करता है।
उपाय, और उनकी क़ीमत
- NAT64/DNS64। एक गेटवे IPv6 अनुरोधों को IPv4 गंतव्यों में बदलता है। सार्वजनिक गेटवे मौजूद हैं, लेकिन तब आपका ट्रैफ़िक किसी और की मशीन से होकर जाता है और आप उसके अपटाइम पर निर्भर रहते हैं।
- मिरर और प्रॉक्सी। अपनी GitHub रिपॉज़िटरी को GitLab पर मिरर करें, इमेज Docker Hub पर पुश करें, dual-stack मशीन पर एक छोटा प्रॉक्सी चलाएँ। यह हो सकता है, लेकिन यह ऐसी पाइपलाइन है जिसे आपको ज़िंदा रखना पड़ेगा।
- आगे एक CDN, आने वाले वेब ट्रैफ़िक के लिए, ताकि IPv4 विज़िटर आप तक पहुँच सकें।
हर उपाय अकेले में ठीक है। सब मिलाकर वे वो कुछ डॉलर खा जाते हैं जो सिर्फ़ IPv6 वाले प्लान ने बचाए थे।
कब सच में IPv4 चाहिए, और किस तरह का
ज़्यादातर प्रोजेक्ट के लिए ईमानदार जवाब है: आपको IPv4 कनेक्टिविटी चाहिए, लेकिन ज़रूरी नहीं कि अपना IPv4 पता।
- अगर आपके सर्वर की ओर किसी को जुड़ने की ज़रूरत नहीं (बॉट, एजेंट, वर्कर, cron जॉब), तो NAT प्लान काफ़ी है। यह NAT के ज़रिए हर सेवा तक पहुँचता है, सिर्फ़ IPv4 वाली सेवाओं तक भी, और आप निजी SSH पोर्ट से अंदर आते हैं। यही बजट विकल्प है: $3/माह से NAT प्लान।
- अगर किसी चीज़ को बाहर से अंदर जुड़ना है (वेबसाइट, मेल सर्वर, गेम सर्वर, VPN एंडपॉइंट), तो डेडिकेटेड IPv4 वाला प्लान लें।
हम सिर्फ़ IPv6 वाले प्लान ठीक इन्हीं वजहों से नहीं बेचते जो ऊपर की तालिका में हैं: पूरी IPv4 पहुँच वाले NAT के लिए $3 प्रति माह पर, वह बचत ऐसे सर्वर के लायक नहीं जो GitHub से clone भी न कर सके। अब भी तय नहीं कर पा रहे कि दोनों में से कौन-सा चाहिए? यह रहा एक सवाल वाला टेस्ट।
टिप्पणियाँ
अभी तक कोई टिप्पणी नहीं। पहले बनें।