Koder Dekoder Base32
Koduj i dekoduj Base32 online z 4 wariantami, konwersją plików, kontrolą paddingu, wyjściem hex i lokalnymi pobraniami dla sekretów TOTP i czytelnych ID.
Powiązane Rekomendacje
Czym jest Base32?
Base32 to kodowanie binarne-do-tekstu, które przedstawia bajty za pomocą 32 drukowalnych znaków. Forma standardowa pochodzi z RFC 4648 i używa A-Z oraz 2-7. Każde 5 bitów daje 1 znak, więc wynik jest zwykle około 60% większy niż oryginalne bajty.
Base32 nie jest najkrótszym formatem, ale sprawdza się, gdy potrzebujesz mniej znaków specjalnych, obsługi bez rozróżniania wielkości liter albo ciągów wpisywanych przez ludzi. Sekrety TOTP, wartości DNS/config, kody aktywacyjne i czytelne ID często używają Base32.
Ta strona obsługuje RFC 4648 Base32, Base32hex, Crockford Base32 i z-base-32 z walidacją ścisłą, kontrolą paddingu, łamaniem wierszy, konwersją tekstu/plików i widokiem hex.
Przypadki użycia
- Sprawdzenie, czy sekret TOTP/OTP jest standardowym Base32, albo przepisanie go do Crockford lub z-base-32 dla lepszej czytelności.
- Zamiana konfiguracji binarnej, fragmentów certyfikatów, kodów aktywacji offline lub fingerprintów zasobów na czytelne ciągi bez znaków specjalnych.
- Diagnozowanie wartości Base32 z systemów zewnętrznych, które zawodzą przez brak paddingu, zły wariant albo niepoprawną długość.
- Podejrzenie nieznanego payloadu Base32 jako UTF-8 lub hex, a następnie pobranie pliku binarnego, jeśli to potrzebne.
Jak Używać
- Najpierw wybierz właściwy wariant: RFC 4648, Base32hex, Crockford albo z-base-32.
- Przy kodowaniu wybierz tekst lub plik, a potem ustaw padding, małe litery i szerokość łamania linii.
- Przy dekodowaniu wklej ciąg Base32; włącz ścisłą walidację, jeśli chcesz sprawdzić długość i padding.
- Obejrzyj wynik jako tekst, hex albo plik binarny do pobrania, zależnie od typu payloadu.
Funkcje
- Przełączaj 4 warianty Base32: RFC 4648, Base32hex, Crockford i z-base-32.
- Obsługuj tekst i pliki: koduj tekst UTF-8 lub lokalny plik do Base32.
- Oglądaj wynik jako tekst UTF-8, hex albo pobierany plik binarny.
- Kontroluj padding, małe litery i łamanie linii na 64, 76 lub własną szerokość.
- Waliduj długość i padding lokalnie w przeglądarce bez wysyłania danych.
Kiedy użyć Base32, Base64 albo Base58?
Te formaty zamieniają dane binarne na drukowalne ciągi, ale pasują do różnych przepływów pracy.
| Format | Najlepsze zastosowanie | Kompromis |
|---|---|---|
| Base32 | Sekrety TOTP, czytelne ID i środowiska niewrażliwe na wielkość liter | Bezpieczniejszy alfabet dla ludzi, ale dłuższy wynik niż Base64. |
| Base64 | Ogólny transport tekstu/plików, Data URL i payloady API | Bardziej zwięzły, ale może zawierać +, / i =; dla URL-i lub nazw plików zwykle potrzebny jest wariant URL-safe.Koder Base64Base64 URL Safe |
| Base58 | Ręcznie przepisywane adresy, krótkie payloady QR i identyfikatory w stylu blockchain | Unika pomyłek 0/O/I/l, ale nie należy do rodziny RFC 4648.Koder i dekoder Base58 |
Best Practices
Najpierw potwierdź wymagany wariant
Najczęstszy problem w Base32 to nie algorytm, lecz zły alphabet albo wariant. Jeśli system oczekuje Base32hex, Crockford lub z-base-32, standardowy wynik może wyglądać poprawnie, ale zostanie odrzucony.
Zobacz hex, zanim uznasz wynik za tekst
Bajty po dekodowaniu Base32 nie muszą być tekstem UTF-8. Widok hex szybciej pokaże, czy to certyfikat, nagłówek obrazu, archiwum, losowy klucz czy zwykły tekst.
Do ręcznego wpisywania wybierz Crockford lub z-base-32
Jeśli ważniejsze jest ograniczenie błędów ludzkich niż ścisła zgodność z RFC 4648, te warianty zmniejszają pomyłki wizualne typu O/0 i I/1.
Nie trzymaj całego przepływu na siłę w Base32
W wielu zadaniach kolejnym krokiem jest Base64, hex albo praca na oryginalnym pliku. Zmiana formatu według etapu pracy zwykle oszczędza czas.
Koder Base64HexCzęsto Zadawane Pytania
Kiedy wybrać Base32 zamiast Base64?
Base64 jest krótszy, Base32 jest lepszy dla mniejszej liczby znaków specjalnych, środowisk bez rozróżniania wielkości liter i sekretów TOTP wpisywanych przez ludzi.
Czym różnią się RFC 4648, Base32hex, Crockford i z-base-32?
Różnią się alfabetem i tolerancją błędów. RFC 4648 to standard ogólny, Base32hex zaczyna od cyfr, Crockford jest dobry do ręcznego wpisywania, z-base-32 preferuje czytelne małe litery.
Tại sao một số chuỗi Base32 kết thúc bằng =?
RFC 4648 Base32/Base32hex thường dùng = làm padding, còn Crockford và z-base-32 thường bỏ qua.
Decoded output looks wrong
Dữ liệu gốc có thể không phải UTF-8. Hãy xem hex hoặc tải tệp nhị phân.
File conversion supported?
Có. Bạn có thể chuyển tệp sang Base32 rồi khôi phục lại byte nhị phân.
Data upload?
Không. Việc xử lý diễn ra cục bộ trong trình duyệt.
Rozwiązywanie problemów
Dlaczego wartość nie zgadza się z wynikiem zewnętrznego narzędzia?
Najpierw sprawdź wariant. Standardowy Base32, Base32hex, Crockford i z-base-32 mają różne alphabety, więc drobna różnica zmienia cały wynik.
Dlaczego tryb ścisły zgłasza niepoprawną długość?
Wejście może nie mieć paddingu, zawierać niedozwolone znaki albo pochodzić z innego wariantu. Najpierw użyj trybu luźnego, rozpoznaj zawartość, a potem popraw oryginalny ciąg.
Dlaczego tekst po dekodowaniu jest pusty albo uszkodzony?
Dane źródłowe mogą nie być tekstem UTF-8, tylko plikiem binarnym albo losowymi bajtami. Użyj widoku hex lub pobierz zdekodowany binarny wynik.
Słownik
- RFC 4648 Base32
- Najczęstszy standardowy wariant Base32. Używa A-Z i 2-7 oraz może zawierać padding =.
- Base32hex
- Wariant w kolejności szesnastkowej z RFC 4648. Alfabet to 0-9 i A-V.
- Crockford Base32
- Wariant przyjazny dla ludzi, usuwa I, L, O i U oraz akceptuje O/0 i I/1/L/1 przy dekodowaniu.
- z-base-32
- Wariant dla wpisywania przez ludzi, zwykle małymi literami i bez paddingu.
- padding
- Końcowe znaki = dopełniające długość w standardowym Base32.
Szybkie porównanie 4 wariantów Base32
Jeśli nie wiesz, który wariant wybrać, zacznij od alfabetu i typowego zastosowania.
| Wariant | Alphabet | Czy zwykle używa = | Typowe zastosowanie |
|---|---|---|---|
RFC 4648 | A-Z + 2-7 | Zwykle tak | TOTP i standardowa zgodność Base32 |
Base32hex | 0-9 + A-V | Zwykle tak | Porządek liczbowy lub konkretne pola protokołu |
Crockford | 0-9 + A-Z (without I/L/O/U) | Zwykle nie | Ręczne wpisywanie, krótkie kody i tolerancja literówek |
z-base-32 | ybndrfg8ejkmcpqxot1uwisza345h769 | Zwykle nie | Czytelne krótkie ciągi małymi literami |
Długość i padding standardowego Base32
W RFC 4648 / Base32hex liczba końcowych = zależy od długości danych wejściowych w bajtach.
| Bajty wejściowe | Efektywne znaki Base32 | Wymagany padding = |
|---|---|---|
| 1 | 2 | 6 |
| 2 | 4 | 4 |
| 3 | 5 | 3 |
| 4 | 7 | 1 |
| 5 | 8 | 0 |
Authoritative References
- IETFRFC 4648 - The Base16, Base32, and Base64 Data Encodings
- crockford.comDouglas Crockford - Base32 Encoding
- philzimmermann.comPhil Zimmermann - z-base-32
- WikipediaWikipedia - Base32
- Bezpieczne porównanie ciągów znaków
- Konwersja binarna
- Szyfr Cezara
- Kod Morse'a
- Szesnastkowy
- Video do Base64
- Base64 na wideo
- Obraz na Base64
- Base64 na obraz
- Tekst na Base64
- Base64 na tekst
- Weryfikacja haszu pliku
- Plik na Base64
- Base64 na plik
- Audio na Base64
- Base64 na Audio
- Szyfrowanie i deszyfrowanie AES
- Szyfrowanie i deszyfrowanie DES
- Koder Dekoder Base32
- Base58 kodowanie i dekodowanie
- Kodowanie Base64
- Dekodowanie Base64
- Porównanie Base64
- Podział Base64
- Base64 łączenie wielu linii
- Formatowanie Base64
- Sprawdzanie formatu Base64
- Wsadowe kodowanie Base64
- Batchowe dekodowanie Base64
- Czyszczenie Base64
- Narzędzie paddingu Base64
- Statystyki długości Base64
- Base64 na szesnastkowy
- Konwerter Base64 DataURL
- Konwerter Base64-Hex
- Koder/Dekoder Base85
- Generator i weryfikator HMAC
- Derywacja klucza PBKDF2
- Skrót MD5
- Hash SHA-256
- Hash SHA-1
- Hash SHA512
- Narzędzie JWT
- Kodowanie i dekodowanie encji HTML
- Unikod - sekwencje ucieczki
- Kodowanie URL
- Base64 URL Safe
- MIME Base64
- Obfuskacja Java
- Obfuskacja JS
- Obfuskacja PHP
- Obfuskacja Python