Работа IDN-клиента с преобразованием на стороне DNS-сервера

Пользователь ввел www.рипн.net в поле URL браузера.

Браузер пытается обратится к системной функции GetIpByHost для получения IP-адреса сервера www.рипн.net. На этом этапе специальное программное обеспечение (IDN-клиент) "перехватывает" запрос.

IDN-клиент направляет запрос на специальный DNS-сервер. Специальный DNS-сервер поддерживает запросы с использованием не ASCII символов. Производители IDN-клиентов, использующих такую архитектуру, как правило производят доработку стандартного BIND, после чего самостоятельно или в партнерстве устанавливают и поддерживают такие DNS-сервера.

Специализированный DNS-сервер, получив запрос от IDN-клиента, производит все перекодировки и преобразования, необходимые для возвращения IP-адреса. Как правило, архитектурные решения и технологии этих перекодировок составляют know-how поставщиков услуг и описываются ими только в общих чертах.

IDN-клиент возвращает IP-адрес в браузер.

Браузер формирует HTTP-запрос и посылает его по IP-адресу, полученному от IDN-клиента.

Web-server получает HTTP запрос, содержащий URL c символами национальных алфавитов.
Необходимые модификации:
При использовании описанной выше архитектуры необходима только установка специальных DNS-серверов, поддерживающих запросы от IDN-клиента.

Достоинства:
Достаточно простое решение с точки зрения конечного пользователя. Все, что необходимо сделать - это скачать и установить IND-клиент.

Недостатки:
Решение опирается на инфраструктуру DNS-серверов, принадлежащую той или иной компании и на закрытые протоколы взаимодействия IDN-клиента c DNS-сервером.

Опасности:
Как и любое решение, зависящее от конкретной компании, весьма опасно в долгосрочной перспективе. Необходимо учитывать риск ухода компании-провайдера DNS-инфраструктуры с рынка.
Использование:
Архитектура используется компанией i-DNS.net в последних версиях IDN-клиента (iClient). Переход на смешанную архитектуру вызван, по всей видимости, тем, что предыдущие версии iClient не работали корректно при настройке браузер пользователя для работы через PROXY.

Перспективы:
Перспективы использования и распространения данной архитектуры зависят в первую очередь от стратегии компании i-DNS.net. До момента принятия IETF стандарта и выпуска модифицированных версий браузеров описываемая технология, как часть смешанной архитектуры считалась одной из наиболее перспективных в обозримом будующем. Переход к смешанной архитектуре позволяет преодолеть трудности с использованием PROXY. iClient является сертифицированным VeriSign клиентским ПО для IDN, наряду с WORLDConnect от компании WALID Inc. С выходом стандарта IETF производители операционных систем и приложений внесут все необходимые изменения и потребность в IDN-клиентах отпадет.