Punycode क्या है और domain इसका उपयोग क्यों करते हैं?

Punycode (RFC 3492) Unicode domain लेबल को केवल उन ASCII अक्षरों, अंकों और hyphen से निरूपित करता है जिनकी DNS अनुमति देता है। internationalized लेबल एन्कोड होकर xn-- से प्रीफ़िक्स किए जाते हैं, इसलिए münchen.de नेटवर्क पर xn--mnchen-3ya.de के रूप में यात्रा करता है।

किसी domain पर xn-- प्रीफ़िक्स का क्या मतलब है?

xn-- IDNA का 'ACE' (ASCII-Compatible Encoding) प्रीफ़िक्स है। यह उस लेबल को चिह्नित करता है जिसके शेष वर्ण एक Punycode-एन्कोडेड Unicode स्ट्रिंग हैं, browser और resolver को बताता है कि प्रदर्शन के लिए इसे वापस मूल अक्षरों में डिकोड करें।

मेरे domain का केवल एक हिस्सा xn-- में क्यों बदला?

रूपांतरण लेबल-दर-लेबल होता है। केवल ASCII वर्णों से बना लेबल, जैसे www या com, पहले से DNS में फ़िट है और यथावत छोड़ा जाता है; केवल गैर-ASCII वर्णों वाले लेबल Punycode-एन्कोड होकर xn-- से प्रीफ़िक्स होते हैं।

क्या यह मुझे homograph phishing domain पहचानने में मदद कर सकता है?

हाँ। अलग-अलग script के मिलते-जुलते अक्षर एक नकली domain को असली दिखा सकते हैं। इसे ASCII में एन्कोड करने से अलग xn-- रूप उजागर होता है, इसलिए Cyrillic 'а' के साथ लिखा аpple.com अब apple.com जैसा नहीं दिखता।

क्या कन्वर्टर मेरे domain को lowercase करता है या IDNA nameprep लागू करता है?

नहीं। यह शुद्ध Punycode transcoding करता है और आपके लेबल को ठीक वैसे ही संरक्षित करता है, इसलिए एन्कोड करके फिर डिकोड करने पर मूल टेक्स्ट लौटता है। यह IDNA case-folding, normalization या validation लागू नहीं करता।

क्या यह emoji domain और port या path वाले URL को संभालता है?

हाँ। emoji और अन्य astral वर्ण सही ढंग से एन्कोड होते हैं — 💩.la बनता है xn--ls8h.la — और किसी पूर्ण URL में कोई भी scheme, port, path या query गुज़ार दिया जाता है जबकि केवल host लेबल बदले जाते हैं।

Punycode और IDN कन्वर्टर

internationalized domain name को Punycode (xn--) में और वापस बदलें, लेबल-दर-लेबल, सीधे आपके ब्राउज़र में। आपके द्वारा पेस्ट किए गए domain आपके डिवाइस पर ही रहते हैं।

Punycode / IDN कन्वर्टर पूरी तरह आपके ब्राउज़र में चलता है। आपके द्वारा टाइप या पेस्ट किए गए domain और URL एक बिल्ट-इन RFC 3492 कार्यान्वयन के साथ आपके डिवाइस पर बदले जाते हैं और कभी ArrayKit पर अपलोड नहीं होते।

URL Encoder / Decoder खोलें

Punycode कन्वर्टर के बारे में

Punycode / IDN कन्वर्टर internationalized domain name को उस ASCII रूप में बदलता है जिसे browser और DNS वास्तव में उपयोग करते हैं — और वापस भी। münchen.de, 例え.テスト, या एक emoji domain जैसा Unicode host टाइप करें और यह हर लेबल को RFC 3492 Punycode से एन्कोड करता है, केवल उन्हीं लेबल को xn-- से प्रीफ़िक्स करते हुए जिन्हें इसकी जरूरत है। दिशा बदलकर एक xn-- domain पेस्ट करें और वह मानव-अनुकूल Unicode पढ़ें जिसका यह प्रतिनिधित्व करता है। यह लेबल-दर-लेबल काम करता है, इसलिए subdomain, एक ASCII TLD, port और path बिना छुए सीधे गुज़र जाते हैं। यह homograph phishing पहचानने, एक IDN पंजीकृत करने, TLS certificate या email host डीबग करने, और यह जाँचने के लिए काम आता है कि कोई punycoded लिंक वास्तव में कहाँ इशारा करता है। हर रूपांतरण आपके डिवाइस पर चलता है — आपके द्वारा पेस्ट किए गए domain कभी अपलोड नहीं होते।

विशेषताएँ

दो-तरफ़ा रूपांतरण: Unicode → ASCII (xn--) और ASCII → Unicode
पूरे domain को लेबल-दर-लेबल एन्कोड करता है, xn-- केवल वहीं जोड़ता है जहाँ जरूरत हो
subdomain, port, path और query string को बिना छुए गुज़ार देता है
हाथ से लिखा RFC 3492 Punycode जो DNS और browser आउटपुट से बिल्कुल मेल खाता है
पूर्ण code-point हैंडलिंग के जरिए हर script और astral emoji domain का समर्थन करता है
xn-- प्रीफ़िक्स के पीछे छिपे homograph और मिलते-जुलते domain उजागर करता है
जब कोई xn-- लेबल विकृत या कटा हुआ हो तो स्पष्ट त्रुटि
पूरी तरह आपके ब्राउज़र में चलता है — पेस्ट किए गए domain कभी आपके डिवाइस से बाहर नहीं जाते

Punycode कन्वर्टर का उपयोग कैसे करें

किसी internationalized domain को एन्कोड करने के लिए 'Unicode → ASCII' चयनित रखें
münchen.de या 例え.テスト जैसा domain टाइप या पेस्ट करें
आउटपुट पैन से ASCII xn-- domain कॉपी करें
'ASCII → Unicode' पर स्विच करें और वापस पढ़ने के लिए एक xn-- domain पेस्ट करें

उदाहरण

इनपुट

münchen.de

आउटपुट

xn--mnchen-3ya.de

केवल गैर-ASCII 'münchen' लेबल xn--mnchen-3ya बनता है; .de TLD यथावत रहता है।

सामान्य त्रुटियाँ और समस्या निवारण

पूरे domain को xn-- प्रीफ़िक्स मिल गया, .com समेत। — हर लेबल अपने-आप में एन्कोड होता है। com या www जैसे शुद्ध-ASCII लेबल अपरिवर्तित रहते हैं, इसलिए केवल गैर-ASCII वर्णों वाले लेबल को xn-- प्रीफ़िक्स मिलता है।
किसी xn-- domain को डिकोड करने पर 'invalid digit' या मिलती-जुलती त्रुटि दिखती है। — xn-- के बाद का Punycode payload विकृत या कटा हुआ है। पूरा लेबल ठीक वैसे ही पेस्ट करें जैसे वह दिखता है; xn-- लेबल केवल a–z अक्षर और 0–9 अंक उपयोग करते हैं।
दो domain स्क्रीन पर एक जैसे दिखते हैं पर अलग-अलग resolve होते हैं। — यह एक homograph हमला है — Latin और Cyrillic अक्षर एक जैसे दिख सकते हैं। दोनों को ASCII में बदलकर उनके असली xn-- रूप की तुलना करें और उन्हें अलग पहचानें।
बदलने के बाद कोई port या path गायब लगता है। — केवल host रूपांतरित होता है। पूरी स्ट्रिंग (host:port/path) शामिल करें और port, path तथा query अपरिवर्तित गुज़ार दिए जाते हैं।

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

Punycode क्या है और domain इसका उपयोग क्यों करते हैं?: Punycode (RFC 3492) Unicode domain लेबल को केवल उन ASCII अक्षरों, अंकों और hyphen से निरूपित करता है जिनकी DNS अनुमति देता है। internationalized लेबल एन्कोड होकर xn-- से प्रीफ़िक्स किए जाते हैं, इसलिए münchen.de नेटवर्क पर xn--mnchen-3ya.de के रूप में यात्रा करता है।
किसी domain पर xn-- प्रीफ़िक्स का क्या मतलब है?: xn-- IDNA का 'ACE' (ASCII-Compatible Encoding) प्रीफ़िक्स है। यह उस लेबल को चिह्नित करता है जिसके शेष वर्ण एक Punycode-एन्कोडेड Unicode स्ट्रिंग हैं, browser और resolver को बताता है कि प्रदर्शन के लिए इसे वापस मूल अक्षरों में डिकोड करें।
मेरे domain का केवल एक हिस्सा xn-- में क्यों बदला?: रूपांतरण लेबल-दर-लेबल होता है। केवल ASCII वर्णों से बना लेबल, जैसे www या com, पहले से DNS में फ़िट है और यथावत छोड़ा जाता है; केवल गैर-ASCII वर्णों वाले लेबल Punycode-एन्कोड होकर xn-- से प्रीफ़िक्स होते हैं।
क्या यह मुझे homograph phishing domain पहचानने में मदद कर सकता है?: हाँ। अलग-अलग script के मिलते-जुलते अक्षर एक नकली domain को असली दिखा सकते हैं। इसे ASCII में एन्कोड करने से अलग xn-- रूप उजागर होता है, इसलिए Cyrillic 'а' के साथ लिखा аpple.com अब apple.com जैसा नहीं दिखता।
क्या कन्वर्टर मेरे domain को lowercase करता है या IDNA nameprep लागू करता है?: नहीं। यह शुद्ध Punycode transcoding करता है और आपके लेबल को ठीक वैसे ही संरक्षित करता है, इसलिए एन्कोड करके फिर डिकोड करने पर मूल टेक्स्ट लौटता है। यह IDNA case-folding, normalization या validation लागू नहीं करता।
क्या यह emoji domain और port या path वाले URL को संभालता है?: हाँ। emoji और अन्य astral वर्ण सही ढंग से एन्कोड होते हैं — 💩.la बनता है xn--ls8h.la — और किसी पूर्ण URL में कोई भी scheme, port, path या query गुज़ार दिया जाता है जबकि केवल host लेबल बदले जाते हैं।