एन्कोडर, डिकोडर आणि हॅश जनरेटर
मजकूर Base64, URL, HTML एंटिटीज आणि hex मध्ये आणि त्यामधून रूपांतरित करा, आणि MD5, SHA-1, SHA-256 आणि SHA-512 हॅश जनरेट करा. सर्व काही तुमच्या ब्राउझरमध्ये.
मजकूर एन्कोड, डिकोड किंवा हॅश करा
इंजिनिअर्ससाठी दैनंदिन एन्कोडिंग
एन्कोडिंग मजकुराला ट्रान्सपोर्ट-सुरक्षित फॉरमॅटमध्ये बदलते; हॅशिंग एक निश्चित-लांबीचा फिंगरप्रिंट तयार करते जो रिव्हर्स केला जाऊ शकत नाही. जेव्हा तुम्ही APIs डीबग करता, कॅप्टिव्ह पोर्टल्ससाठी रिडायरेक्ट URLs तयार करता किंवा फाइलची अखंडता सत्यापित करता, तेव्हा या दोन्ही गोष्टींची सतत गरज भासते. हे टूल हे सर्व स्थानिक पातळीवर करते, त्यामुळे संवेदनशील इनपुट कधीही अपलोड केले जात नाही.
हे टूल तुम्हाला काय देते
- अवैध इनपुटवर स्पष्ट एरर मेसेजसह टू-वे Base64, URL, HTML-एंटिटी आणि hex रूपांतरण.
- कोणत्याही मजकूर इनपुटमधून जनरेट केलेले MD5, SHA-1, SHA-256 आणि SHA-512 हॅश.
- कोणते अल्गोरिदम सुरक्षिततेसाठी सुरक्षित आहेत आणि कोणते केवळ लेगसी चेकसमसाठी आहेत याबद्दलची नोंद.
Captive portal redirect parameters and URL encoding standards
When a wireless client associates with a guest WiFi network, the access point (AP) or wireless LAN controller (WLC) intercepts the initial HTTP request and issues an HTTP 302 redirect to the external captive portal splash page. To maintain state across the onboarding flow, the controller appends essential hardware and network context to the query string.
1. Cisco Meraki splash parameters
Meraki MR access points pass base_grant_url (the endpoint to authorise the client), user_continue_url (the guest's target URL), node_mac (AP MAC address), and client_mac. Correct percent-encoding of the grant and continue URLs is essential to prevent redirection loops.
2. Aruba ClearPass and Instant AP parameters
Aruba Instant APs and controller-managed architectures pass cmd=login, mac, ip, essid, apname, and url. Nested original destination URLs must be safely decoded when constructing post-login landing pages.
3. Ruckus SmartZone and ZoneDirector parameters
Ruckus controllers forward sip (controller IP), uip (client IP), mac (unformatted or colon-separated MAC), vlan, and url. Our tool detects MAC formats and automatically identifies Ruckus controller redirect structures.
For a complete technical overview of captive portal onboarding protocols, RADIUS authentication, and walled garden configurations, review our comprehensive captive portal technical guide and the RADIUS setup reference guide.
Cryptographic hash functions and webhook signature reference table
Cryptographic hashes produce deterministic, fixed-length digest outputs from arbitrary input data. Unlike encoding (which is fully reversible), cryptographic hashes are one-way functions designed to verify data integrity and authenticate API requests.
| Algorithm | Digest Output Length | Security Status | Primary Application | Standard Specification |
|---|---|---|---|---|
| HMAC-SHA256 | 256 bits (64 hex chars) | Strong (Recommended) | API authentication, webhook signature validation (Purple Webhooks, Stripe) | RFC 2104 / FIPS 198 |
| SHA-256 | 256 bits (64 hex chars) | Strong (Recommended) | TLS certificates, digital signatures, blockchain proof-of-work | FIPS 180-4 / NIST |
| SHA-512 | 512 bits (128 hex chars) | Strong (Recommended) | High-security password hashing (with salt/KDF), data archiving | FIPS 180-4 / NIST |
| SHA-384 | 384 bits (96 hex chars) | Strong (Recommended) | NSA Suite B cryptography, enterprise VPN integrity checks | FIPS 180-4 / NIST |
| SHA-1 | 160 bits (40 hex chars) | Deprecated | Git commit hashes, legacy file integrity checks (insecure for TLS) | RFC 3174 (SHAttered attack 2017) |
| MD5 | 128 bits (32 hex chars) | Insecure / Broken | Legacy non-cryptographic file checksums and Content-MD5 headers | RFC 1321 (Collision vulnerable) |
| CRC32 | 32 bits (8 hex chars) | Non-Cryptographic | Ethernet frame check sequences (FCS), ZIP file archive integrity | IEEE 802.3 |
Understanding the differences: encoding, encryption, and hashing
Encoding (Reversible, No Key)
Transforms data into a format safe for transmission across networks or storage in text systems (e.g. Base64, URL percent-encoding). Anyone can decode encoded data without a secret key. Encoding does not provide confidentiality.
Hashing (One-Way, Deterministic)
Generates a fixed-size fingerprint from input data. It is computationally infeasible to reconstruct the original input from the hash (preimage resistance) or find two inputs with the same hash (collision resistance). Used for integrity checks.
Encryption (Reversible with Key)
Transforms plaintext into ciphertext using a mathematical cipher (e.g. AES-256, RSA) and a cryptographic secret key. Only holders of the decryption key can recover the original data. Provides confidentiality.
Automate guest WiFi onboarding and webhook data delivery
Eliminate manual captive portal scripting. Purple connects natively with Cisco Meraki, Aruba, Ruckus, Fortinet, and Extreme Networks to automate guest authentication, GDPR-compliant data capture, and real-time webhook delivery to your CRM.
Related network engineering tools and technical guides
RADIUS setup guide
Configure FreeRADIUS and Cloud RADIUS servers with Cisco, Aruba, and Ruckus controllers.
SSL certificate checker
Inspect TLS certificates, certificate chains, expiry dates, and SAN extensions for captive portal domains.
MAC address lookup
Identify OUI vendor details, device manufacturers, and randomisation status for connected clients.
Captive portal guide
Comprehensive architectural reference for guest WiFi authentication and compliance.
Frequently asked questions
एन्कोडिंग, एन्क्रिप्शन आणि हॅशिंगमध्ये काय फरक आहे?
एन्कोडिंग (जसे की Base64 किंवा URL एन्कोडिंग) हे सुरक्षित डेटा ट्रान्समिशनसाठी डिझाइन केलेले रिव्हर्सिबल (परस्पर बदलता येणारे) ट्रान्सफॉर्मेशन आहे; कोणताही वापरकर्ता की (key) शिवाय ते डीकोड करू शकतो. एन्क्रिप्शन एका गुप्त क्रिप्टोग्राफिक की चा वापर करून डेटाचे सायफरटेक्स्टमध्ये (ciphertext) रूपांतर करते, ज्यामुळे गोपनीयतेची खात्री होते आणि केवळ अधिकृत की धारकच ते डिक्रिप्ट करू शकतात. हॅशिंग हे एक-मार्गी (one-way) मॅथेमॅटिकल फंक्शन आहे जे इनपुट डेटावरून एक युनिक फिक्स-लांबीचा डायजेस्ट (digest) तयार करते; ते डिक्रिप्ट केले जाऊ शकत नाही आणि डेटाची अखंडता (integrity) तपासण्यासाठी वापरले जाते.
कॅप्टिव्ह पोर्टल रीडायरेक्ट पॅरामीटर्ससाठी URL एन्कोडिंग का आवश्यक आहे?
जेव्हा एखादा वायरलेस LAN कंट्रोलर (WLC) स्प्लॅश पेज दाखवण्यासाठी HTTP रिक्वेस्ट इंटरसेप्ट करतो, तेव्हा तो क्वेरी स्ट्रिंगमध्ये रीडायरेक्ट पॅरामीटर्स (जसे की मूळ URLs, MAC ॲड्रेस आणि ग्रँट एंडपॉइंट्स) जोडतो. स्लॅश (/), कोलन (:) आणि प्रश्नचिन्ह (?) यांसारखे कॅरेक्टर्स पर्सेंट-एन्कोड (percent-encoded) केलेले असणे आवश्यक आहे जेणेकरून वेब ब्राउझर आणि प्रॉक्सी सर्व्हर नेस्टेड पॅरामीटर्सचा URL डेलिमिटर्स म्हणून चुकीचा अर्थ लावणार नाहीत.
Base64url हे स्टँडर्ड Base64 पेक्षा कसे वेगळे आहे?
स्टँडर्ड Base64 (RFC 4648) मध्ये प्लस चिन्हे (+) आणि फॉरवर्ड स्लॅश (/) वापरले जातात, ज्यांना URLs आणि फाईल नावांमध्ये विशेष सिंटॅक्टिक महत्त्व असते. Base64url (RFC 7515) प्लस ऐवजी हायफन (-) आणि स्लॅश ऐवजी अंडरस्कोअर (_) वापरते, आणि शेवटी येणारे पॅडिंग इक्वल्स चिन्हे (=) काढून टाकते, ज्यामुळे हे टोकन्स URL क्वेरी स्ट्रिंग्स, HTTP हेडर्स आणि JSON Web Tokens (JWTs) साठी सुरक्षित बनतात.
तुम्ही API वेबहुक्सवरील HMAC-SHA256 स्वाक्षऱ्यांची (signatures) पडताळणी कशी करता?
जेव्हा एखादा बाह्य प्लॅटफॉर्म (जसे की Purple, Stripe, किंवा GitHub) वेबहुक इव्हेंट पाठवतो, तेव्हा तो HMAC-SHA256 द्वारे शेअर केलेल्या सिक्रेट की चा वापर करून रॉ HTTP रिक्वेस्ट बॉडीचा हॅश तयार करतो आणि सिग्नेचर हेडरमध्ये त्याचा समावेश करतो. तुमचा सर्व्हर त्याच सिक्रेट की चा वापर करून तंतोतंत सारखा HMAC-SHA256 हॅश मोजतो आणि सत्यता पडताळण्यासाठी कॉन्स्टंट-टाइम स्ट्रिंग कंपॅरिझनचा वापर करून या डायजेस्ट्सची तुलना करतो.
२०२६ मध्ये नेटवर्क क्रेडेंशियल्ससाठी कोणते हॅश अल्गोरिदम सुरक्षित आहेत?
क्रिप्टोग्राफिक अखंडता आणि डिजिटल स्वाक्षऱ्यांसाठी NIST द्वारे SHA-256, SHA-384, आणि SHA-512 (SHA-2 फॅमिली) सोबतच SHA-3 ची जोरदार शिफारस केली जाते. MD5 आणि SHA-1 मध्ये गणितीय कोलिजन (collision) त्रुटी सिद्ध झाल्या आहेत आणि सुरक्षा हेतूंसाठी किंवा पासवर्ड हॅशिंगसाठी त्यांचा कधीही वापर केला जाऊ नये.
हे टूल माझे कोणतेही टोकन्स, सिक्रेट्स किंवा URLs बाह्य सर्व्हरवर पाठवते का?
नाही. सर्व एन्कोडिंग, डीकोडिंग, JSON Web Token पार्सिंग आणि क्रिप्टोग्राफिक हॅश मोजणी स्टँडर्ड JavaScript आणि नेटिव्ह HTML5 Web Crypto API (crypto.subtle) चा वापर करून तुमच्या ब्राउझरमध्ये १००% स्थानिक पातळीवर (locally) चालतात. कोणताही पेलोड डेटा कधीही Purple किंवा थर्ड-पार्टी सर्व्हर्सवर पाठवला जात नाही.
Building captive portals or webhook integrations?
Encoding redirect URLs and validating HMAC webhook signatures is part of every custom WiFi deployment. Purple automates the complete onboarding workflow, data validation, and CRM synchronisation across your entire access point fleet.
Book a 20-min demoNetforge Network Multi-Tool
Run offline network health checks, path analysis, and latency diagnostic scans directly from your desktop.
Download Multi-Tool