Test-Ipv6.com सेवा बंद होने की सूचना

• Test-Ipv6.com आधिकारिक रूप से दिसंबर 2025 में अपनी सेवा बंद करने की योजना बना रहा है
• यह साइट 2010 से engineering और equipment/hosting लागत वहन करते हुए मुफ्त में संचालित की जाती रही है
• संचालक के लिए अब संसाधन निवेश जारी रखना कठिन है और वे परिवार आदि पर ध्यान केंद्रित करने की योजना में हैं
• साइट mirror संचालकों को दिसंबर 2025 से आगे updates नहीं मिलेंगे
• open source आंशिक source code पहले से सार्वजनिक है, लेकिन geolocation lookup आदि को सार्वजनिक या स्थानांतरित नहीं किया जा सकता

---

Test-Ipv6.com सेवा बंद होने की सूचना

दिसंबर 2025 में test-ipv6.com का संचालन बंद किया जाना निर्धारित है

2010 से आम उपयोगकर्ताओं के लिए test-ipv6.com मुफ्त में उपलब्ध कराया जाता रहा है
यह साइट राजस्व रहित सेवा होने के बावजूद, इसमें काफी engineering, support, equipment, hosting लागत लगाई गई है

संचालक ने बिना अधिक विस्तृत स्पष्टीकरण के यह महसूस किया है कि अब संसाधनों को परिवार के भीतर फिर से केंद्रित करने का समय है
इस निर्णय के लिए उपयोगकर्ताओं से समझ और सम्मान का अनुरोध किया गया है

साइट को 2025 की शीतकालीन छुट्टियों (दिसंबर) के दौरान बंद करने की योजना है

mirror और service providers के लिए सूचना

• mirror संचालकों को दिसंबर 2025 से आगे updates नहीं मिलेंगे, और यदि वे mirror संचालन जारी रखना चाहें तो ऐसा कर सकते हैं
• जिन service providers ने test-ipv6.com या RIPE-631 को संदर्भ के रूप में लेकर support team manuals (runbooks) तैयार किए हैं, उन्हें इन्हें अवश्य update करना चाहिए

अक्सर पूछे जाने वाले प्रश्न (FAQ)

source code की सार्वजनिक उपलब्धता और transfer की स्थिति

• मुख्य open source हिस्से पहले से नीचे दिए अनुसार सार्वजनिक हैं
  • http://github.com/falling-sky/source
  • https://github.com/falling-sky/fsbuilder (source build के लिए)
  • https://github.com/falling-sky/mod_ip (Apache के लिए /ip/ handler)
  • https://github.com/falling-sky/mtu1280d (MTU180 netfilter daemon)
• geolocation lookup और service provider lookup आदि को अनुबंधीय कारणों से सार्वजनिक या transfer नहीं किया जा सकता

domain transfer की स्थिति

• संचालक जनहित के उद्देश्य वाली विश्वसनीय RIR या NIC संस्था को ही domain संचालन हस्तांतरण पर विचार कर सकते हैं

mirror service संचालन की स्थिति

• साइट बंद होने के बाद mirror functionality और संबंधित services की अब निगरानी या उपलब्धता जारी नहीं रखी जाएगी, इसलिए mirror को retire करने की सिफारिश की जाती है

अतिरिक्त प्रश्न और राय

• यदि अतिरिक्त प्रश्न या राय हों, तो संचालक से सीधे मुलाकात होने पर पूछने की सलाह दी जाती है

[GN⁺]

Hacker News राय

• मैं इस सेवा के इंजीनियर के साथ काम करता हूँ (टीम अलग है, लेकिन अक्सर बातचीत होती है और प्रोजेक्ट भी ओवरलैप करते हैं), और हाल ही में होमपेज के फ़ुटर में कॉपीराइट नोटिस देखकर ही पता चला कि यह उन्होंने बनाया था। वह वाकई बहुत दिलचस्प इंसान हैं और बेहतरीन इंजीनियर (जिसे लोग 10x engineer कहते हैं), और हमेशा विनम्र रहते हैं तथा मदद करने में कभी पीछे नहीं हटते। पिछले 15 सालों में इस साइट की वजह से मैंने कई बार समस्याएँ हल की हैं
  • अगर वह यह थ्रेड न देख रहे हों, तो मैं उनसे यह ज़रूर कहना चाहूँगा कि एक इंटरनेट यूज़र के रूप में मैं इस शानदार सेवा के लिए दिल से आभारी हूँ, उनके फ़ैसले का पूरी तरह सम्मान करता हूँ, और दूसरों की मदद के लिए खुद को कुर्बान करने के बजाय अपने लिए सही निर्णय लेने पर उनकी सराहना करता हूँ
  • साइट पर jfesler नाम देखकर मैं तुरंत समझ गया था कि यह कौन हैं। मुझे भी अब जाकर पता चला। वाकई शानदार इंसान हैं
• यह दुख की बात है कि साइट बंद होने का कारण यह नहीं है कि IPv6 अब दुनिया भर में अपनाया जा चुका है और IPv4 गायब हो गया है। फिर भी, यह वेबसाइट IPv6 डिप्लॉयमेंट समस्याओं को हल करने में बहुत उपयोगी थी (और अब भी है)। इसे चलाने के लिए बहुत धन्यवाद
  • मेरे लिए IPv6 अब भी ऐसी तकनीक जैसा लगता है जो सिर्फ डेटा सेंटरों में मौजूद है। सर्वरों पर तो इसे बहुत पहले से इस्तेमाल करते आ रहे हैं, लेकिन घर में IPv6 सपोर्ट करने वाला इंटरनेट कनेक्शन मैंने कभी नहीं देखा। यूरोप जाता था तो हर बार यह देखकर हैरानी होती थी कि मैं IPv6 इस्तेमाल कर रहा हूँ
  • अफ़सोस की बात है कि जो ज़्यादातर बचे हुए प्रतिरोधी लोग हैं, वे ऐसे network engineer हैं जो कुछ नया सीखना ही नहीं चाहते
  • पोस्ट का टोन अजीब तरह से परेशान करने वाला लगा। शायद सिर्फ मुझे ही ऐसा लगा हो, लेकिन कुछ वाक्यों में चिंता या तनाव महसूस हो रहा था। बेशक, लगता है कि वह अपनी प्राइवेसी चाहते हैं, इसलिए मैं ज़्यादा टटोलना नहीं चाहूँगा। बस साइट के सभी यूज़रों की ओर से यही दुआ है कि आगे उनके साथ सिर्फ अच्छी चीज़ें हों
• थोड़ा विषय से हटकर है, लेकिन मेरा ISP IPv6 में गलत routing लागू कर रहा है जिससे packet loss हो रहा है। इसलिए मुझे मजबूरन CGNAT के पीछे वाला IPv4 इस्तेमाल करना पड़ता है, जिससे दूसरी समस्याएँ तो आती हैं, लेकिन कम से कम packet loss नहीं होता। second-line support टीम ने समस्या पर हॉट-पैच लगाया था, लेकिन दो-तीन हफ्ते बाद फिर वही दिक्कत लौट आती है
  • मेरे मामले में ISP नहीं, बल्कि Mikrotik router के IPv6 सपोर्ट के बारे में खराब बातें अक्सर सुनने को मिलती हैं (उदाहरण: समस्या का मामला)। लगता है मेरी तरफ कोई अजीब bug या misconfiguration है। कभी-कभी router/client IPv6 routing खो देते हैं। तब कनेक्शन बस अनिश्चित समय तक लटका रहता है। एकमात्र समाधान Wi‑Fi डिस्कनेक्ट करके फिर से कनेक्ट करना है ताकि DHCP lease रिफ्रेश हो जाए। मैंने इसे काफ़ी समय तक debug किया है, और अब 80% यक़ीन है कि यह Mikrotik का bug है
  • इस लिंक में मेरा केस देखा जा सकता है। Globe Telecom के अंदर किसी इंजीनियर से सीधे संपर्क का कोई तरीका नहीं था, इसलिए मैं यह मुद्दा अंदर तक नहीं पहुँचा पाया, और Level3 (वही transit provider जिससे सभी failed traceroute होकर गुज़रते थे) को भी ईमेल भेजा, लेकिन कोई जवाब नहीं मिला। अच्छी बात यह है कि अब ज़्यादातर समस्या हल हो गई है (Level3 अब आख़िरी successful hop नहीं है)। फिलहाल सिर्फ Evoluhost तक कनेक्शन फेल होता है, और Globe के अंदर 2001:fe0:4775:1c0::1 का routing loop ही समस्या निकला। आज की स्थिति का स्क्रीनशॉट यह रहा
  • मेरा ISP तो IPv6 सपोर्ट ही नहीं करता। मेरे जैसे लोग भी बहुत होंगे, और ऐसे ISP भी
  • ऐसी समस्या मैंने नहीं देखी, लेकिन IPv4 और IPv6 के routing path अलग होना मैंने बहुत बार देखा है। IPv4 में MTU 1500 था, लेकिन IPv6 में 1492 रहा है (शायद 6rd पर PPPoE बहुत होने की वजह से)। ICMP fragmentation request सीमित होने पर संचार रुक जाने की स्थिति भी देखी है। मैंने खुद v4/v6 MTU test site बनाई थी। पहले he.net tunnel अच्छा था, लेकिन अब अक्सर captcha आ जाता है या 300ms latency बढ़ जाती है, इसलिए मुझे अपने LAN में उस segment का advertisement बंद करना पड़ा। अगर ISP default रूप से v6 चालू करे और ठीक-ठाक CPE दे, तो ज़्यादातर consumer gear और high-traffic sites IPv6 पर भी ठीक चलती हैं। वास्तव में, जब v6 routing खराब होती है, तो v4 की तुलना में ज़्यादा ग्राहकों पर असर पड़ता है
  • यह पूरी तरह अलग मामला हो सकता है, लेकिन कई हफ्तों तक मुझे उलझाए रखने वाला अनुभव यही था। अगर आप OpenWRT 24.0 या 24.1 version चला रहे हैं, तो एक गंभीर bug IPv6 throughput को प्रभावित करता है। नवीनतम version पर upgrade करने से यह ठीक हो जाता है
• इस साइट को बनाने वाले को बहुत धन्यवाद। वर्षों से विभिन्न डिवाइसों पर IPv6 समस्याएँ debug करते समय यह मेरी नियमित साइट रही है
• 2025 में अगर आप नई service (greenfield project) deploy कर रहे हैं और IPv6 की परवाह नहीं कर रहे, तो यह लगभग असफलता है। अब सभी internal virtual network IPv6-only या कम से कम dual-stack होने चाहिए। यह सचमुच अफ़सोस की बात है कि IPv6 अपनाने की रफ़्तार unit test के industry standard बनने से भी धीमी रही
  • मैंने अपने घर के network पर इसे सच में बहुत मेहनत से आज़माया। लेकिन अजीब तरह से बार-बार ऐसी समस्या आई कि कुछ webpages खुलती थीं और कुछ नहीं, और आखिरकार मैंने IPv6 बंद करने का फैसला किया। अंत में दिक्कत क्या थी, यह भी याद नहीं, और आगे मुझे ऐसी चीज़ें जानने की ज़रूरत भी नहीं होनी चाहिए। मैं चाहता हूँ कि इंटरनेट हमेशा नल खोलने जितना भरोसेमंद हो
  • मुझे इससे कोई लाभ महसूस नहीं हुआ। मैंने घर और ऑफिस के कुछ networks में IPv6 deploy किया, लेकिन बार-बार बेवकूफ़ाना समस्याएँ ही मिलीं और कुछ हासिल नहीं हुआ। उदाहरण के लिए, ISP द्वारा अपने-आप दिए गए dynamic hostname और अंदरूनी systems की settings में टकराव हो जाता था, और इस तरह बहुत समय बर्बाद हुआ। हर डिवाइस को 4-4 addresses मिलते थे, और developers को समझ नहीं आता था कि किसे इस्तेमाल करें। हो सकता है हमने कुछ गलत किया हो या हमारा equipment खराब हो, लेकिन किसी को कोई वास्तविक फ़ायदा महसूस नहीं हुआ। अगर IPv4 मौजूद न होता तो बात अलग होती, लेकिन हमारे यहाँ ऐसा नहीं था। हमने लगभग सभी networks में IPv6 बंद कर दिया, और सिर्फ कुछ networks में client internet access के लिए इसे चालू रखा है
  • अगली बार जब HE यूरोप से न्यूयॉर्क की तरफ IPv6 routing बंद कर दे, या आपकी company VPN सिर्फ IPv4 सपोर्ट करे लेकिन resolver AAAA record को प्राथमिकता दे, तब मैं ज़रूर आपसे संपर्क करूँगा
  • पिछले 6 महीनों में मैंने सरकारी एजेंसियों के लिए एक ‘कम code, ज़्यादा deploy’ platform/project बनाया है। IPv6 न तो requirement में था, न ही ‘अच्छा हो तो’ वाली सूची में। अब तक एक भी व्यक्ति ने नहीं कहा, “काश यह IPv6 पर चलता”
  • मुझे लगता है IPv6 अच्छा है, लेकिन मेरे अनुभव में घर या local network पर IPv6 चालू करने पर कुछ न कुछ हमेशा ठीक से काम नहीं करता था
• सुझाव है कि IPinfo के ben से संपर्क किया जाए। इस साल Kevin Loch के निधन के बाद वह ip4.me, ip6.me जैसी कई साइटें लेकर सेवा चला रहे हैं (ben प्रोफ़ाइल, Kevin Loch से संबंधित खबर)। मुझे यक़ीन है कि वह test-ipv6.com को भी बिना quality गिराए अच्छी तरह आगे बढ़ा सकते हैं। उनकी प्रतिष्ठा भी अच्छी है और ट्रैक रिकॉर्ड भी मज़बूत है
  • धन्यवाद! मैंने Jason से संपर्क किया है, और उम्मीद है कि साइट ज़िंदा रहेगी
• अगर आपको एक सरल IPv6 test चाहिए, तो Google IPv6 Test की सिफारिश करता हूँ
• यह हैरान करने वाली बात है कि हम IPv4+NAT के साथ यहाँ तक पहुँच गए
  • traffic volume के हिसाब से देखें, तो हम वहाँ तक पहुँचे ही नहीं हैं। आजकल ज़्यादातर traffic Google/Meta से mobile devices तक जाने वाला data है, और वह लगभग पूरा IPv6 है
  • दरअसल यह IPv4 पर बहुत ज़्यादा देर तक टिके रहने का नतीजा है। आम घरों और mobile internet में CGNAT लागू करना अपरिहार्य हो गया, जबकि पूरी तरह IPv6 पर चले जाते तो कई समस्याओं से बचा जा सकता था
• इस सेवा की बदौलत मैं इसे अपने ISP की technical team तक भी लेकर गया था और IPv6 support की समस्या हल करवाई थी
• यह शायद भोला-सा सवाल है, लेकिन क्या इस साइट को वास्तव में maintain करने में इतना ज़्यादा काम लगता है? मैं इसे कई सालों से उपयोगी पाता रहा हूँ (और इसके उपलब्ध होने के लिए बहुत आभारी हूँ), लेकिन मुझे नहीं पता था कि इसमें इतना ज़्यादा प्रबंधन लगता है