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

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





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





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





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





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





6. 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-клиентах отпадет.