Konwerter IDN Punycode

Konwerter IDN Punycode to bezpłatne narzędzie, które konwertuje umiędzynarodowione nazwy domen na zapis Punycode ASCII, a także zamienia Punycode z powrotem na czytelny tekst Unicode.

Czym jest Punycode i dlaczego powstał?

Punycode jest częścią mechanizmu IDNA, który konwertuje etykiety U-label zapisane w Unicode na etykiety A-label w ASCII. Dzięki niemu nazwy zawierające litery takie jak ü, é lub 漢 mogą być obsługiwane przez systemy pierwotnie zaprojektowane wyłącznie dla podstawowych liter alfabetu łacińskiego, cyfr i łączników.

Etykieta A-label zgodna z IDNA zaczyna się od xn--. Ten prefiks informuje aplikacje obsługujące IDNA, że pozostałe znaki są zapisem Punycode etykiety U-label. Kropki nadal oddzielają etykiety, dlatego każda część domeny jest konwertowana niezależnie.

Punycode jest używany w mechanizmie Internationalised Domain Names in Applications, zwykle określanym skrótem IDNA. IDNA odpowiada również za walidację i obsługę znaków, natomiast Punycode zapewnia zapis ASCII dla kwalifikującej się etykiety Unicode.

Punycode to kodowanie, a nie szyfrowanie. Każdy może zamienić postać ASCII z powrotem na Unicode, więc rozwiązanie to nie zapewnia poufności i nigdy nie powinno służyć do ukrywania informacji.

Jak przekonwertować umiędzynarodowioną nazwę domeny?

Wpisz tekst Unicode w polu Konwertuj na Punycode/ASCII albo etykiety A-label w ASCII w polu Konwertuj na IDN/tekst. Odpowiedni wynik pojawi się w polu Punycode/ASCII lub IDN/tekst.

1. Skopiuj wyłącznie nazwę domeny lub etykietę, którą chcesz przekonwertować, bez otaczających ją cudzysłowów.
2. Użyj opcji Konwertuj na Punycode/ASCII w przypadku tekstu Unicode zawierającego znaki diakrytyczne lub znaki spoza alfabetu łacińskiego.
3. Użyj opcji Konwertuj na IDN/tekst w przypadku etykiet A-label zapisanych w ASCII.
4. Sprawdź każdą przekonwertowaną etykietę, zanim umieścisz ją w DNS, ustawieniach poczty lub konfiguracji aplikacji.

Konwerter korzysta z funkcji PHP idn_to_ascii i idn_to_utf8. Przetwarzanie odbywa się na serwerze. Wprowadzone dane są przesyłane na serwer przez HTTPS i nie są przechowywane.

Przykłady konwersji domen

Prosty przykład pokazuje zależność między wyświetlaną nazwą a jej postacią zgodną z DNS.

Dane wejściowe münchen.de

Wynik xn--mnchen-3ya.de

Konwersja wyniku w przeciwnym kierunku zwraca münchen.de. Etykieta de, zawierająca wyłącznie znaki ASCII, nie wymaga konwersji, natomiast etykieta z literą ü staje się etykietą xn--.

Dane wejściowe muszą być prawidłowym tekstem nazwy domeny. Mechanizm bazowy obsługuje typowe przypadki w następujący sposób:

• Litery ze znakami diakrytycznymi i spoza alfabetu łacińskiego: kwalifikujące się etykiety Unicode są zapisywane w ASCII za pomocą IDNA i Punycode.
• Kropki: każda kropka oddziela etykiety. Domena może więc zawierać zarówno zwykłe etykiety ASCII, jak i etykiety zakodowane.
• Cyfry i zwykłe łączniki: są już znakami ASCII i zasadniczo pozostają czytelne, o ile spełniają reguły składni nazw domen.
• Spacje: spacje nie są dozwolone w zwykłych etykietach hosta DNS. Przypadkową spację należy usunąć, zamiast oczekiwać, że Punycode zachowa ją jako część domeny.
• Znaki interpunkcyjne: kropka oddziela etykiety, ale znaki należące do ścieżki URL, portu lub ciągu zapytania nie są częścią nazwy hosta.
• Puste lub bardzo długie dane wejściowe: pusta wartość nie zawiera domeny, którą można przekonwertować. DNS ogranicza też długość każdej zakodowanej etykiety do 63 oktetów, dlatego etykieta Unicode, która wygląda na krótką, może po konwersji okazać się zbyt długa.

Dlaczego konwersja Punycode nie działa albo zwraca nieoczekiwany tekst?

Konwersja zwykle kończy się niepowodzeniem, gdy dane wejściowe nie są prawidłowym tekstem IDN, zawierają błędną etykietę A-label albo zostały wcześniej przetworzone przez inne kodowanie. Podczas konwersji na IDN/tekst zwykłe dane ASCII, które nie są etykietą A-label, mogą pozostać bez zmian. Zanim ręcznie zmienisz znaki, sprawdź, czy źródło zawiera etykiety U-label w Unicode, etykiety A-label w ASCII czy nazwę hosta zakodowaną jako URL.

• Błędne etykiety A-label lub niewłaściwe kodowanie: nieprawidłowa etykieta xn-- może uniemożliwić konwersję. Base64, zapis szesnastkowy i adresy URL z kodowaniem procentowym nie są Punycode.
• Nieobsługiwane znaki: Punycode może reprezentować wartości Unicode, ale reguły IDNA i rejestry domen mogą odrzucać określone znaki, ich kombinacje lub systemy pisma.
• Przekroczona długość etykiety: DNS ogranicza długość każdej zakodowanej etykiety do 63 oktetów, dlatego po konwersji etykieta Unicode może być zbyt długa.
• Niepełne lub nadmiarowe dane wejściowe: skopiowanie wraz z nazwą hosta nawiasów, numeru portu albo fragmentu atrybutu HTML może spowodować, że wartość będzie nieprawidłowa.
• Podwójnie zakodowane dane wejściowe: jeśli znaki w domenie Punycode zostały jawnie lub w niestandardowy sposób zakodowane procentowo, mogą pojawić się jako sekwencje procentowe. Najpierw zdekoduj tę warstwę URL za pomocą narzędzia Dekoder URL, a następnie przekonwertuj otrzymaną domenę.
• Dane binarne zamiast tekstu: konwersja IDN działa na tekście nazwy domeny zapisanym w Unicode. Dowolne bajty pliku mogą nie przejść walidacji albo po potraktowaniu ich jako tekst dać bezsensowne znaki.

Gdzie można spotkać Punycode?

Punycode występuje głównie w nazwach domen, rekordach DNS, mechanizmach obsługi adresów przez przeglądarki oraz systemach przechowujących nazwy hostów jako ASCII. Przeglądarka może wyświetlić czytelną umiędzynarodowioną nazwę albo pozostawić postać xn--, zależnie od swoich reguł bezpieczeństwa i użytych znaków.

W adresach e-mail Punycode może być używany w części domenowej po znaku @. Nie koduje nazwy skrzynki znajdującej się przed znakiem @. Dane JSON i ciągi zapytania mogą zawierać Punycode, jeśli przenoszą nazwę hosta, ale składnia JSON ani ciągu zapytania nie wymaga stosowania Punycode do zwykłego tekstu.

Identyfikatory URI typu data zwykle wykorzystują do kodowania zawartości kodowanie procentowe lub Base64. Punycode pojawia się w nich tylko wtedy, gdy zawarty tekst obejmuje umiędzynarodowioną nazwę hosta. Podobnie, do wartości ścieżki lub zapytania używaj narzędzia Koder URL, a Punycode stosuj do samej nazwy hosta.

Najczęściej zadawane pytania

Czy do konwertera IDN można wkleić cały adres URL?

Bezpieczniej jest wyodrębnić nazwę hosta i przekonwertować tylko tę część. Schemat, port, ścieżka, fragment i zapytanie mają osobne reguły składni, a znaki w tych częściach mogą wymagać kodowania URL zamiast Punycode.

Czy etykieta xn-- w nazwie domeny oznacza, że strona jest niebezpieczna?

Nie. Wiele prawidłowych domen umiędzynarodowionych używa etykiet xn--. Podobnie wyglądające znaki z różnych systemów pisma mogą jednak służyć do tworzenia mylących nazw. Zanim wpiszesz hasło lub dane płatnicze, sprawdź zdekodowaną pisownię oraz to, czy strona należy do oczekiwanej organizacji.

Czy emoji można używać w domenie Punycode?

Emoji są niedozwolone w etykietach domen zgodnych z IDNA, mimo że algorytm Punycode potrafi zakodować ich punkty kodowe. Rejestry domen mogą stosować dodatkowe ograniczenia dotyczące dozwolonych systemów pisma i symboli.

Dlaczego przeglądarka pokazuje Punycode zamiast Unicode?

Przeglądarki mogą zachować postać ASCII, gdy etykieta łączy różne systemy pisma, zawiera znaki kojarzone z podszywaniem się albo nie spełnia zasad wyświetlania danej przeglądarki. Jest to zabezpieczenie sposobu wyświetlania, a nie dowód na nieprawidłową konwersję.

Czy przekonwertowana nazwa na pewno zadziała w DNS?

Nie. Udana konwersja nie oznacza, że domena jest zarejestrowana, dostępna ani dozwolona przez właściwy rejestr. Zanim użyjesz wyniku, sprawdź długość etykiety i jej czytelną pisownię oraz upewnij się, że rejestr akceptuje użyte znaki.