Base32 एनकोड और डीकोड
मुफ़्त ऑनलाइन Base32 एनकोड और डीकोड टूल। 100% स्थानीय प्रसंस्करण — आपका डेटा कभी आपके डिवाइस से नहीं जाता।
परिणाम यहां प्रदर्शित होगा...
इनपुट → एन्कोड
Usage Guide
Base32 के बारे में
Base32 (RFC 4648) 32 ASCII वर्णों (A–Z और 2–7) का उपयोग करके बाइनरी डेटा को एन्कोड करता है। यह उन संदर्भों के लिए डिज़ाइन किया गया है जहाँ केवल अल्फ़ान्यूमेरिक, केस-इन्सेंसिटिव आउटपुट की आवश्यकता होती है — जैसे DNS लेबल, फ़ाइल नाम और दो-कारक प्रमाणीकरण कुंजियाँ।
उपयोग के चरण
Base32 उलटनीय है — एक ही टूल एन्कोड और डीकोड दोनों करता है:
आउटपुट फॉर्मेट
Base32 आउटपुट अपरकेस A–Z और अंक 2–7 का उपयोग करता है, जो = से 8 वर्णों के गुणज तक पैड किया जाता है। उदाहरण: "hello" → "NBSWY3DPEB3W64TMMQ======"।
Base32 बनाम अन्य एन्कोडिंग
अपने उपयोग के मामले के लिए सही एन्कोडिंग चुनें:
FAQ
Q: Base32 आउटपुट = चिह्नों से क्यों समाप्त होता है?
A: Base32 प्रति वर्ण 5 बिट एन्कोड करता है और 5-बाइट (40-बिट) ब्लॉक में इनपुट प्रोसेस करता है। यदि इनपुट की लंबाई 5 का गुणज नहीं है, तो अंतिम ब्लॉक पूरा करने के लिए पैडिंग वर्ण (=) जोड़े जाते हैं। कॉम्पैक्ट स्टोरेज के लिए यह पैडिंग हटाई जा सकती है और डीकोड करने से पहले पुनः जोड़ी जा सकती है।
Q: व्यवहार में Base32 का उपयोग किस लिए किया जाता है?
A: सबसे सामान्य वास्तविक उपयोग TOTP/HOTP सीक्रेट कुंजियाँ हैं — Google Authenticator, Authy और सभी RFC 6238-संगत ऐप्स साझा सीक्रेट को Base32 के रूप में एन्कोड करते हैं। Base32 का उपयोग DNS नामों (NSEC3 रिकॉर्ड), Tor .onion पतों (v3), Bitcoin Bech32 पतों और फ़ाइल-सिस्टम-सेफ पहचानकर्ताओं में भी होता है।
Q: क्या मैं बिना पैडिंग वाले Base32 को डीकोड कर सकता हूँ?
A: हाँ — यह टूल अंत में = पैडिंग के साथ या बिना Base32 इनपुट स्वीकार करता है। डीकोडिंग के दौरान पैडिंग स्वचालित रूप से संभाली जाती है।
Q: Base32 और Base32Hex में क्या अंतर है?
A: मानक Base32 (RFC 4648 §6) A–Z + 2–7 का उपयोग करता है। Base32Hex (RFC 4648 §7) 0–9 + A–V का उपयोग करता है — यह कच्चे बाइनरी डेटा के समान क्रम में सॉर्ट करता है, जो सॉर्टेड लुकअप के लिए उपयोगी है। यह टूल मानक Base32 लागू करता है।
Q: क्या Base32 एक एन्क्रिप्शन या सुरक्षा तंत्र है?
A: नहीं। Base32 पूरी तरह एक एन्कोडिंग योजना है — पूरी तरह उलटनीय और कोई गोपनीयता या अखंडता गारंटी नहीं देती। Base32 स्ट्रिंग देखने वाला कोई भी व्यक्ति इसे तुरंत डीकोड कर सकता है। एन्क्रिप्शन के लिए AES-256-GCM या ChaCha20-Poly1305 का उपयोग करें।
Use Cases
अनुशंसित: TOTP/HOTP सीक्रेट कुंजियाँ
दो-कारक प्रमाणीकरण ऐप्स (Google Authenticator, Authy, Microsoft Authenticator) साझा HMAC सीक्रेट को Base32 स्ट्रिंग के रूप में एन्कोड करते हैं। 2FA सेटअप के लिए QR कोड स्कैन करते समय, एम्बेडेड डेटा में Base32-एन्कोडेड कुंजी होती है। यह Base32 का प्रमुख वास्तविक-विश्व उपयोग है।
- ✅ Base32 TOTP/HOTP सीक्रेट के लिए मानक एन्कोडिंग है (RFC 6238, RFC 4226)
- ✅ प्रमाणक-संगत साझा सीक्रेट उत्पन्न करते समय Base32 का उपयोग करें
- ❌ Base32-एन्कोडेड सीक्रेट को एन्क्रिप्टेड या हैश किए गए मान से भ्रमित न करें — यह उलटनीय है
अनुशंसित: DNS-सेफ और केस-इन्सेंसिटिव पहचानकर्ता
Base32 आउटपुट में केवल अल्फ़ान्यूमेरिक वर्ण होते हैं (कोई +, /, = नहीं)। केस-इन्सेंसिटिविटी के साथ मिलकर, यह DNS लेबल, केस-इन्सेंसिटिव फ़ाइलसिस्टम (Windows, macOS HFS+) पर फ़ाइल नामों और ईमेल लोकल पार्ट के लिए सुरक्षित है।
- ✅ DNS-सेफ पहचानकर्ताओं के लिए Base32 (NSEC3 हैश Base32Hex का उपयोग करते हैं)
- ✅ केस-फोल्डिंग से बचने वाले फ़ाइल नामों के लिए Base32
- ✅ Tor v3 .onion होस्टनाम के लिए Base32
- ❌ केस-सेंसिटिव संदर्भों में कॉम्पैक्ट बाइनरी-टू-टेक्स्ट के लिए Base64 पसंद करें
स्वीकार्य: मानव-लिखित कोड
Base32 कुछ फ़ॉन्ट में दृश्य रूप से अस्पष्ट वर्णों (0/O, 1/l) से बचता है। 2–7 अंक सीमा विशेष रूप से इसलिए उपयोग की जाती है क्योंकि 0 और 1 बाहर रखे गए हैं। यह प्रिंटेड कोड, आवाज़ से पढ़े जाने वाले पहचानकर्ताओं या एक्टिवेशन कुंजियों के लिए उपयुक्त बनाता है।
- ✅ उपयोगकर्ताओं द्वारा मैन्युअल रूप से टाइप किए जाने वाले एक्टिवेशन कोड या लाइसेंस कुंजियों के लिए Base32
- ⚠️ यदि सख्त मानव-पठनीयता की आवश्यकता है तो Crockford Base32 पर विचार करें (I, L, O, U बाहर करता है)
- ❌ बड़े बाइनरी ब्लॉब के लिए Base32 जहाँ कॉम्पैक्टनेस मायने रखती है — आउटपुट ~1.6× इनपुट आकार है
अनुशंसित नहीं: सामान्य बाइनरी एन्कोडिंग
मनमाने बाइनरी डेटा (छवियाँ, क्रिप्टोग्राफ़िक कुंजियाँ, प्रमाणपत्र) संग्रहीत या संचारित करने के लिए, Base64 बेहतर विकल्प है — 25% अधिक कॉम्पैक्ट और सार्वभौमिक रूप से समर्थित। Base32 का मुख्य लाभ (केस-इन्सेंसिटिविटी) तब अप्रासंगिक है जब डेटा प्रदर्शित नहीं किया जाता।
- ❌ JSON, XML या HTTP हेडर में बाइनरी फ़ाइलें एम्बेड करने के लिए Base32 — Base64 का उपयोग करें
- ❌ PEM प्रमाणपत्र या SSH कुंजी सामग्री के लिए Base32 — Base64 का उपयोग करें
- ✅ सभी सामान्य-उद्देश्य बाइनरी-टू-टेक्स्ट एन्कोडिंग के लिए Base64
सर्वोत्तम अभ्यास सारांश
- केस-इन्सेंसिटिव, केवल अल्फ़ान्यूमेरिक आउटपुट की आवश्यकता होने पर Base32 का उपयोग करें — मुख्यतः TOTP सीक्रेट और DNS-सेफ पहचानकर्ताओं के लिए।
- Base32 एन्क्रिप्शन नहीं है — आउटपुट किसी के लिए भी पूरी तरह उलटनीय है।
- केस-सेंसिटिव सिस्टम में कॉम्पैक्ट बाइनरी एन्कोडिंग के लिए Base64 पसंद करें (25% अधिक कुशल)।
- मानक वर्णमाला A–Z + 2–7 है (RFC 4648 §6)। अंक 0 और 1 को जानबूझकर ट्रांसक्रिप्शन त्रुटियाँ कम करने के लिए बाहर रखा गया है।