IDN Punycode конвертор

IDN Punycode конвертор е безплатен инструмент, който преобразува интернационализирани имена на домейни в Punycode ASCII и превръща Punycode обратно в четим Unicode текст.

Какво е Punycode и защо съществува?

Punycode е част от преобразуването по IDNA на Unicode U-label етикети в ASCII A-label етикети. Така имена с букви и знаци като ü, é или 漢 могат да се обработват от системи, първоначално създадени само за основни латински букви, цифри и тирета.

Всеки IDNA A-label започва с xn--. Този префикс показва на приложенията, които поддържат IDNA, че останалите знаци представляват Punycode запис на U-label. Точките остават разделители, затова всяка част от домейна се преобразува поотделно.

Punycode се използва при интернационализираните имена на домейни в приложенията, обикновено наричани накратко IDNA. IDNA определя също проверката и обработката на знаците, а Punycode осигурява ASCII представянето на допустим Unicode етикет.

Punycode е кодиране, а не криптиране. Всеки може да преобразува ASCII формата обратно в Unicode, така че този формат не осигурява поверителност и никога не бива да се използва за скриване на информация.

Как да преобразувам интернационализирано име на домейн?

Въведи Unicode текст в Преобразуване в Punycode/ASCII или ASCII A-label етикети в Преобразуване в IDN/текст. Съответният резултат ще се появи в Punycode/ASCII или IDN/текст.

1. Копирай само името на домейна или етикета, който искаш да преобразуваш, без кавички около него.
2. Използвай Преобразуване в Punycode/ASCII за Unicode текст със знаци с диакритика или знаци от нелатински писмености.
3. Използвай Преобразуване в IDN/текст за ASCII A-label етикети.
4. Провери всеки преобразуван етикет, преди да го добавиш в DNS, настройките за електронна поща или конфигурацията на приложение.

Конверторът използва PHP функциите idn_to_ascii и idn_to_utf8. Обработката се извършва на сървъра. Въведените от теб данни се изпращат до него чрез HTTPS и не се съхраняват.

Примери за преобразуване на домейни

Този кратък пример показва връзката между изписваното име и съвместимата с DNS форма.

Вход münchen.de

Резултат xn--mnchen-3ya.de

Преобразуването на резултата в обратната посока връща münchen.de. Етикетът de съдържа само ASCII знаци и не се нуждае от преобразуване, а етикетът с ü се превръща в етикет с xn--.

Входните данни трябва да представляват валиден текст на име на домейн. Основният формат обработва обичайните случаи по следния начин:

• Знаци с диакритика и нелатински букви: допустимите Unicode етикети се представят в ASCII чрез IDNA и Punycode.
• Точки: всяка точка разделя етикети. Затова един домейн може да съдържа както обикновени ASCII етикети, така и кодирани етикети.
• Цифри и обикновени тирета: те вече са ASCII знаци и по принцип остават четими, ако отговарят на синтактичните правила за имена на домейни.
• Интервали: в обикновените DNS етикети за хостове не се допускат интервали. Премахни случайно добавения интервал, вместо да очакваш Punycode да го запази като част от домейна.
• Пунктуация: точката разделя етикетите, но знаците от пътя, порта или низа на заявката в URL адреса не са част от името на хоста.
• Празни или прекалено дълги входни данни: при празна стойност няма домейн за преобразуване. Освен това DNS ограничава всеки кодиран етикет до 63 октета, така че визуално кратък Unicode етикет може да стане прекалено дълъг след преобразуването.

Защо преобразуването с Punycode е неуспешно или дава неочакван текст?

Преобразуването обикновено е неуспешно, когато входните данни не са валиден IDN текст, съдържат неправилно оформен A-label или първо са преминали през друго кодиране. При преобразуване към IDN/текст обикновен ASCII текст, който не е A-label, може просто да остане непроменен. Преди да редактираш знаците ръчно, провери дали източникът съдържа Unicode U-label етикети, ASCII A-label етикети или URL-кодирано име на хост.

• Неправилно оформени A-label етикети или неподходящо кодиране: неправилно оформен етикет с xn-- може да не се преобразува. Base64, шестнадесетичният текст и процентно кодираните URL адреси не са Punycode.
• Неподдържани знаци: Punycode може да представя Unicode стойности, но правилата на IDNA и регистрите на домейни могат да отхвърлят определени знаци, комбинации или писмености.
• Прекалено дълъг етикет: DNS ограничава всеки кодиран етикет до 63 октета, затова Unicode етикет може да стане прекалено дълъг след преобразуването.
• Непълен или излишен вход: ако заедно с името на хоста копираш скоби, номер на порт или част от HTML атрибут, стойността може да стане невалидна.
• Двойно кодирани входни данни: ако знаците в Punycode домейн са били изрично или неканонично кодирани с проценти, те може да се покажат като процентни последователности. Първо декодирай този URL слой с Декодер на URL адреси, след което преобразувай получения домейн.
• Двоични вместо текстови данни: IDN преобразуването работи с Unicode текст на имена на домейни. Произволни байтове от файл може да не преминат проверката или да дадат безсмислени знаци, ако бъдат третирани като текст.

Къде се среща Punycode?

Punycode се среща основно в имена на домейни, DNS записи, обработката на адреси от браузърите и системи, които съхраняват имената на хостове като ASCII. В зависимост от правилата си за сигурност и използваните знаци браузърът може да покаже четимото интернационализирано име или да запази формата с xn--.

В адресите за електронна поща Punycode може да се използва за домейна след знака @. Той не кодира името на пощенската кутия преди знака @. JSON данни и низове на заявки може да съдържат Punycode, когато включват име на хост, но синтаксисът на JSON и низовете на заявки не изисква Punycode за обикновен текст.

За съдържанието на URI адреси с данни обикновено се използва процентно кодиране или Base64. Punycode се появява в тях само ако съдържащият се текст включва интернационализирано име на хост. По същия начин използвай URL енкодер за стойностите в пътя или заявката, а Punycode за самото име на хоста.

Често задавани въпроси

Мога ли да поставя цял URL адрес в IDN конвертора?

По-безопасно е да извлечеш името на хоста и да преобразуваш само него. Схемата, портът, пътят, фрагментът и заявката имат отделни синтактични правила, а знаците в тези части може да изискват URL кодиране вместо Punycode.

Означава ли етикетът xn-- в домейна, че сайтът е опасен?

Не. Много легитимни интернационализирани домейни използват етикети с xn--. В подвеждащи имена обаче могат да се използват визуално сходни знаци от различни писмености. Затова провери декодираното изписване и дали сайтът принадлежи на очакваната организация, преди да въвеждаш пароли или данни за плащане.

Може ли да се използват емоджита в Punycode домейн?

Емоджитата не са разрешени в IDNA етикети на домейни, въпреки че алгоритъмът Punycode може да кодира техните кодови позиции. Правилата на регистрите на домейни могат да налагат и допълнителни ограничения върху разрешените писмености и символи.

Защо браузърът ми показва Punycode вместо Unicode?

Браузърите може да запазят ASCII формата, когато даден етикет смесва писмености, съдържа знаци, свързвани с имитация на други адреси, или не отговаря на правилата им за показване. Това е предпазна мярка при визуализиране, а не доказателство, че преобразуването е неправилно.

Ще работи ли преобразуваният домейн със сигурност в DNS?

Не. Успешното преобразуване не доказва, че домейнът е регистриран, свободен или разрешен от съответния регистър. Преди да използваш резултата, провери дължината на етикета и четимото изписване, както и дали регистърът приема съответните знаци.