Base64 Decode Online

Base64 एन्कोडेड टेक्स्ट को डिकोड करें

Base64 इनपुट

डिकोड किया हुआ टेक्स्ट

स्थानीय रूप से चलता है · सीक्रेट पेस्ट करना सुरक्षित है
डिकोड आउटपुट...

Base64 डिकोडिंग क्या है?

Base64 डिकोडिंग Base64 एन्कोडिंग की उलटी प्रक्रिया है: यह Base64-एन्कोडेड ASCII स्ट्रिंग को वापस मूल बाइनरी डेटा या टेक्स्ट में परिवर्तित करती है। प्रत्येक 4 Base64 वर्ण मूल डेटा के 3 बाइट में डिकोड होते हैं। डिकोडर Base64 वर्णमाला में प्रत्येक वर्ण को खोजता है, मूल 6-बिट समूहों का पुनर्निर्माण करता है, और उन्हें 8-बिट बाइट में पुनः असेंबल करता है।

Base64-एन्कोड किए गए डेटा को उसके बड़े और छोटे अक्षरों, अंकों, और +/ (मानक) या -_ (URL-सुरक्षित) के उपयोग से पहचाना जा सकता है, जो अक्सर एक या दो = पैडिंग वर्णों के साथ समाप्त होता है। यह JWT टोकन, ईमेल अटैचमेंट, data URI, API प्रतिक्रियाओं और कॉन्फ़िगरेशन फ़ाइलों में अक्सर दिखाई देता है — जहाँ भी बाइनरी या संरचित डेटा को केवल-पाठ संदर्भ में एम्बेड करना आवश्यक हो।

इस टूल का उपयोग क्यों करें?

यह डिकोडर मानक और URL-safe दोनों Base64 संभालता है, लापता पैडिंग को स्वचालित रूप से ठीक करता है, और सर्वर को कोई डेटा भेजे बिना आपके ब्राउज़र में पूरी तरह से डिकोड करता है।

पैडिंग का स्वत: सुधार
कई स्रोत अंतिम = वर्णों के बिना Base64 उत्पन्न करते हैं। यह टूल डिकोडिंग से पहले स्वचालित रूप से लापता पैडिंग की गणना करता है और जोड़ता है, InvalidCharacterError अपवादों को रोकता है।
🛡️
दोनों वेरिएंट समर्थित
मानक Base64 (+/) और URL-safe Base64 (-_) दोनों को स्वचालित रूप से पहचानता और संभालता है, ताकि आप मैन्युअल रूपांतरण के बिना किसी भी स्रोत से टोकन पेस्ट कर सकें।
🔒
पूरी तरह से क्लाइंट-साइड
डिकोडिंग नेटिव atob API का उपयोग करके आपके ब्राउज़र में स्थानीय रूप से होती है। आपका डेटा — जिसमें सीक्रेट या संवेदनशील सामग्री हो सकती है — कभी भी आपके डिवाइस को नहीं छोड़ता।
🌐
Unicode आउटपुट
UTF-8 एन्कोडेड टेक्स्ट को वापस पूर्ण Unicode में सही ढंग से डिकोड करता है, जिसमें मल्टी-बाइट वर्ण, इमोजी और CJK स्क्रिप्ट शामिल हैं।

इस ऑनलाइन Base64 डिकोडर का उपयोग कैसे करें

कोई अकाउंट नहीं, कोई अपलोड नहीं, कोई इंस्टॉलेशन नहीं। अपनी Base64 स्ट्रिंग इनपुट फ़ील्ड में पेस्ट करें और डिकोड किया गया परिणाम तुरंत दिखाई देगा। सब कुछ आपके ब्राउज़र में चलता है — आपका डेटा कभी भी आपके डिवाइस को नहीं छोड़ता।

  1. 1
    अपनी Base64 स्ट्रिंग पेस्ट करें
    अपने स्रोत से कोई भी Base64-एनकोडेड स्ट्रिंग कॉपी करें — JWT, API रिस्पॉन्स, ईमेल अटैचमेंट हेडर, या कॉन्फ़िग फ़ाइल — और इसे इनपुट फ़ील्ड में पेस्ट करें। Standard और URL-safe वैरिएंट स्वचालित रूप से पहचाने जाते हैं।
  2. 2
    ऑटो-डिटेक्शन और रिपेयर
    डिकोडर पहचानता है कि आपका इनपुट Standard Base64 (+/) है या URL-safe Base64 (-_), और अनुपस्थित = पैडिंग को स्वचालित रूप से ठीक करता है। डिकोड करने से पहले स्ट्रिंग को मैन्युअल रूप से नॉर्मलाइज़ करने की कोई ज़रूरत नहीं है।
  3. 3
    आउटपुट जांचें
    डिकोड किया गया टेक्स्ट आउटपुट फ़ील्ड में दिखाई देता है। यदि मूल डेटा UTF-8 टेक्स्ट था, तो वह पठनीय वर्णों के रूप में दिखाई देगा। बाइनरी डेटा यथावत दिखाया जाता है। यदि इनपुट में ऐसे अमान्य वर्ण हैं जिन्हें डिकोड नहीं किया जा सकता, तो एक त्रुटि संदेश दिखाई देता है।
  4. 4
    परिणाम कॉपी करें या उपयोग करें
    डिकोड किए गए आउटपुट को प्राप्त करने के लिए Copy पर क्लिक करें, या इसे सीधे अपने वर्कफ़्लो में उपयोग करें। क्या आपको परिणाम को फिर से एनकोड करना है? एक क्लिक से Base64 Encoder टूल पर स्विच करें।

डिकोडिंग कैसे काम करती है

प्रत्येक Base64 वर्ण 6-बिट मान (0–63) पर मैप होता है। चार लगातार वर्ण 24 बिट प्रदान करते हैं, जो मूल डेटा के 3 बाइट में डिकोड होते हैं। नीचे का उदाहरण दिखाता है कि "TWFu" वापस "Man" में कैसे डिकोड होता है:

उदाहरण "Man" → TWFu → "Man"
वर्णइंडेक्स6 बिट
T19010011
W22010110
F5000101
u46101110

चार 6-बिट समूहों (010011 010110 000101 101110) को 24 बिट में जोड़ा जाता है, फिर तीन 8-बिट बाइट में विभाजित किया जाता है: 01001101 (M=77), 01100001 (a=97), 01101110 (n=110)।

पैडिंग को समझना

Base64 एन्कोडिंग इनपुट बाइट को 3 के सेट में समूहित करती है। जब इनपुट लंबाई 3 से विभाज्य नहीं होती, अंतिम समूह को पूरा करने के लिए पैडिंग (=) वर्ण जोड़े जाते हैं। डिकोड करते समय, ये = वर्ण हटा दिए जाते हैं और डिकोडर जानता है कि एन्कोडिंग के दौरान जोड़े गए अतिरिक्त शून्य-बिट को छोड़ना है।

मूलएन्कोडेडपैडिंग नियम
AQQ==1 byte → 2 padding chars
ABQUI=2 bytes → 1 padding char
ABCQUJD3 bytes → no padding needed

सामान्य उपयोग के मामले

JWT पेलोड की जांच
JWT टोकन तीन URL-safe Base64-एन्कोडेड सेगमेंट से बने होते हैं। दूसरे सेगमेंट (पेलोड) को डिकोड करने से क्लेम का पता चलता है: यूजर ID, रोल, समाप्ति समय और अन्य मेटाडेटा — बिना हस्ताक्षर कुंजी की आवश्यकता के।
API प्रतिक्रियाएं पढ़ें
REST API अक्सर JSON प्रतिक्रियाओं में बाइनरी डेटा (फ़ाइल सामग्री, थंबनेल, क्रिप्टोग्राफिक सामग्री) को Base64-एन्कोडेड रूप में वापस करते हैं। मूल डेटा पढ़ने के लिए फ़ील्ड को डिकोड करें।
ईमेल सामग्री डिकोड करें
MIME ईमेल बॉडी और अटैचमेंट Base64-एन्कोडेड हैं। उन्हें डिकोड करने से मूल टेक्स्ट सामग्री का पता चलता है या आपको बाइनरी अटैचमेंट पुनर्निर्माण करने की अनुमति मिलती है।
Kubernetes सीक्रेट निकालें
Kubernetes YAML मैनिफेस्ट में सीक्रेट मानों को Base64 के रूप में संग्रहीत करता है। उन्हें डिकोड करने से क्लस्टर में संग्रहीत वास्तविक पासवर्ड, टोकन और कुंजियाँ का पता चलता है — डिबगिंग और ऑडिटिंग के लिए उपयोगी।
कॉन्फ़िगरेशन डिबग करें
पर्यावरण चर और CI/CD पाइपलाइन सीक्रेट को अक्सर YAML या JSON कॉन्फ़िगरेशन फ़ाइलों में सुरक्षित भंडारण के लिए Base64-एन्कोड किया जाता है। डिबगिंग के दौरान वास्तविक मानों को सत्यापित करने के लिए उन्हें डिकोड करें।
डेटा URI डिकोड करें
डेटा URI Base64-एन्कोडेड एसेट को सीधे HTML/CSS में एम्बेड करते हैं। मूल चित्र, फ़ॉन्ट या अन्य एम्बेडेड संसाधन निकालने के लिए Base64 भाग को डिकोड करें।

सामान्य समस्याएँ

ये व्यवहार में Base64 डिकोडिंग त्रुटियों के सबसे लगातार कारण हैं:

लापता पैडिंग
Base64 स्ट्रिंग की लंबाई 4 का गुणज होनी चाहिए। कई API और JWT लाइब्रेरी संक्षिप्तता के लिए अंतिम = हटा देती हैं। पैडिंग वापस जोड़ें: लापता = की संख्या (4 - लंबाई % 4) % 4 है।
URL-safe वर्ण परिवर्तित नहीं
URL-safe Base64 + और / के बजाय - और _ का उपयोग करता है। यदि आप URL-safe Base64 को सीधे atob() या base64.b64decode() में पास करते हैं, तो यह विफल हो जाएगा। मानक लाइब्रेरी के साथ डिकोड करने से पहले हमेशा - → + और _ → / से बदलें।
रिक्त स्थान और लाइन ब्रेक
PEM प्रमाण पत्र, MIME डेटा और कॉपी-पेस्ट किए गए Base64 में अक्सर हर 76 वर्णों में लाइन ब्रेक होते हैं। InvalidCharacterError से बचने के लिए डिकोड करने से पहले सभी रिक्त स्थान हटा दें।
बाइनरी बनाम टेक्स्ट आउटपुट
Base64 किसी भी बाइनरी डेटा को एन्कोड कर सकता है, न केवल टेक्स्ट। यदि मूल डेटा बाइनरी फ़ाइल (चित्र, PDF) था, तो इसे UTF-8 टेक्स्ट के रूप में डिकोड करने पर बकवास उत्पन्न होगी। गैर-टेक्स्ट पेलोड के लिए उचित बाइनरी आउटपुट विधि का उपयोग करें।

कोड उदाहरण

लोकप्रिय भाषाओं और वातावरणों में Base64 स्ट्रिंग को डिकोड करने का तरीका:

JavaScript (browser)
// Standard Base64
const decoded = decodeURIComponent(escape(atob(encoded)))

// URL-safe Base64 (restore padding first)
function decodeUrlSafe(str) {
  const padded = str.replace(/-/g, '+').replace(/_/g, '/')
  const pad = padded.length % 4
  return decodeURIComponent(escape(atob(padded + '='.repeat(pad ? 4 - pad : 0))))
}
Node.js
// Standard
const decoded = Buffer.from(encoded, 'base64').toString('utf8')

// URL-safe
const decoded = Buffer.from(encoded, 'base64url').toString('utf8')
Python
import base64

# Standard
decoded = base64.b64decode(encoded).decode('utf-8')

# URL-safe (add padding if missing)
padding = '=' * (-len(encoded) % 4)
decoded = base64.urlsafe_b64decode(encoded + padding).decode('utf-8')
CLI (bash)
# Standard
echo "SGVsbG8sIFdvcmxkIQ==" | base64 -d

# URL-safe (restore + and / first)
echo "SGVsbG8sIFdvcmxkIQ" | tr '-_' '+/' | base64 -d

Base64 Decoder बनाम विकल्प

कई टूल Base64 डिकोड कर सकते हैं, लेकिन वे गोपनीयता, गति और सुविधा में भिन्न हैं।

यह टूल
ब्राउज़र-आधारित, तत्काल, निजी। कोई भी डेटा किसी सर्वर को नहीं भेजा जाता। Standard और URL-safe Base64 को हैंडल करता है, अनुपस्थित पैडिंग को स्वचालित रूप से ठीक करता है, और ऑफ़लाइन काम करता है।
CLI (base64 -d)
स्क्रिप्टिंग और बड़ी फ़ाइलों के लिए तेज़। टर्मिनल की आवश्यकता होती है। URL-safe इनपुट (-_ → +/) के लिए मैन्युअल नॉर्मलाइज़ेशन चाहिए।
सामान्य-उद्देश्य टूल
Curl, Postman, ब्राउज़र DevTools, और ऑनलाइन कन्वर्टर सभी Base64 डिकोड कर सकते हैं। सुविधा अलग-अलग होती है; कुछ डेटा को रिमोट सर्वर पर भेजते हैं।

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

डिकोडिंग मुझे बकवास वर्ण क्यों देती है?
सबसे सामान्य कारण बाइनरी डेटा (चित्र, संकुचित फ़ाइलें) को UTF-8 टेक्स्ट के रूप में डिकोड करना है — बाइनरी बाइट अक्सर वैध Unicode अनुक्रम नहीं बनाते। एक अन्य कारण एक मानक डिकोडर के साथ URL-safe Base64 (-_) को डिकोड करना है जो +/ की अपेक्षा करता है। जांचें कि आपका स्रोत किस वेरिएंट का उपयोग करता है।
InvalidCharacterError क्या है?
atob() की यह ब्राउज़र त्रुटि तब होती है जब इनपुट में Base64 वर्णमाला के बाहर वर्ण होते हैं, जैसे URL-safe वर्ण (- या _), रिक्त स्थान, लाइन ब्रेक या गैर-ASCII वर्ण। atob() को कॉल करने से पहले रिक्त स्थान हटाएं और URL-safe वर्णों को परिवर्तित करें।
मुझे कैसे पता चलेगा कि मेरा Base64 URL-safe है या मानक?
- या _ वर्णों की तलाश करें: यदि मौजूद हैं, तो यह URL-safe Base64 है। मानक Base64 + और / का उपयोग करता है। URL-safe Base64 आमतौर पर पैडिंग = वर्णों को भी छोड़ देता है। JWT टोकन हमेशा URL-safe Base64 का उपयोग करते हैं।
क्या Base64 डिकोडिंग चुपचाप विफल हो सकती है?
हाँ। कुछ डिकोडर त्रुटि फेंकने के बजाय अमान्य वर्णों को चुपचाप अनदेखा कर देते हैं, जिससे गलत आउटपुट उत्पन्न होता है। यह मानने के बजाय कि डिकोडर सफल हुआ, हमेशा सत्यापित करें कि आपका डिकोड किया गया डेटा अपेक्षित प्रारूप (JSON, चित्र हेडर, आदि) से मेल खाता है।
क्या Base64 डिकोडिंग के लिए आकार सीमा है?
यह ब्राउज़र-आधारित टूल UI के धीमे होने से पहले कुछ मेगाबाइट तक के Base64 स्ट्रिंग को संभाल सकता है। बहुत बड़ी फ़ाइलों के लिए, CLI टूल या सर्वर-साइड डिकोडर का उपयोग करें।
Base64 एक या दो = चिह्नों से क्यों समाप्त होता है?
= पैडिंग वर्ण है। Base64 3 बाइट को 4 वर्णों में एन्कोड करता है। यदि मूल डेटा की लंबाई 3 का गुणज नहीं है, तो कुल आउटपुट लंबाई 4 का गुणज बनाने के लिए एक या दो = वर्ण जोड़े जाते हैं। एक = का मतलब है अंतिम समूह में 2 इनपुट बाइट; दो == का मतलब है 1 इनपुट बाइट।
क्या मैं बाइनरी फ़ाइलें, इमेज या PDFs डिकोड कर सकता हूं?
हां, लेकिन आउटपुट कच्चा बाइनरी डेटा होगा जो टेक्स्ट के रूप में सही ढंग से प्रदर्शित नहीं हो सकता। बाइनरी कंटेंट के लिए, data URI को सीधे '<'img'>' या '<'a'>' टैग में उपयोग करना बेहतर है, या स्क्रिप्ट का उपयोग करके डिकोड किए गए बाइट्स को फ़ाइल में सहेजें।
डिकोडिंग के लिए कोई साइज़ सीमा है?
यह टूल पूरी तरह से ब्राउज़र में चलता है बिना किसी सर्वर-साइड सीमा के। व्यावहारिक सीमाएं आपके ब्राउज़र की मेमोरी पर निर्भर करती हैं। बहुत बड़ी Base64 स्ट्रिंग्स (कुछ MB से अधिक) को CLI टूल जैसे base64 -d (Linux/macOS) या certutil -decode (Windows) से संभालना बेहतर है।