Преобразование с использованием PROXY без использования IDN-клиента

Пользователь ввел www.рипн.net в поле URL браузера.
Броузер обращается к PROXY-серверу, заданному в его настройках, и пересылает ему URL в том виде, в каком его ввел пользователь.

PROXY-сервер производит все необходимые преобразования кодировок, ACE преобразование и возвращает IP-адрес по имени домена. На иллюстрации не показан механизм взаимодействия PROXY-сервера и служб DNS по той причине, что различные реализации PROXY могут осуществлять это взаимодействие по-разному (например, в одном из предложенных решений вообще отказывается от использования службы DNS, вместо чего предлагается использовать LDAP). PROXY-сервер, сформировав HTTP-запрос, посылает его на Web-сервер с известным IP-адресом.

Web-сервер, получив запрос от PROXY-сервера возвращает HTML-страницу, найденную по запрошенному URL. На иллюстрации намеренно не указано, в какой форме Web-сервер получает запрос от PROXY, для того, чтобы подчеркнуть уровень необходимой интеграции между PROXY и Web-серверами.

PROXY возвращает страницу в браузер клиента.
Необходимые модификации
Требуется серьезная модификация PROXY-сервера (цепочки PROXY-серверов) и в ряде случаев модификация Web-сервера, который должен принимать и корректно обрабатывать URL в HTTP-запросах c использованием не ASCII символов в имени домена.

Достоинства
Одно из самых изящных на сегодняшний день решений, благодаря простоте использования конечными пользователями. Все, что необходимо сделать пользователю - это прописать параметры определенного PROXY-сервера в настройках своего браузера.

Недостатки
Как и все другие архитектурные решения, использующие преобразования на стороне серверов, требует внесения серьезных изменений в существующую инфраструктуру. В первую очередь это касается ISP, которым необходимо обновить ПО PROXY для соответствующей поддержки запросов с не-ASCII символами. Совокупная стоимость внедрения и поддержки может оказаться достаточно высокой и полностью ложится на плечи ISP.
Опасности
Поскольку затраты на внедрение этого решения несут ISP, то существует вероятность, что после принятия другого стандарта все придется полностью переделывать, если не отказываться полностью. Без скоординированной политики и взаимодействия всех ISP (хотя бы в пределах одной страны) это решение само быстро превращается в проблему. Особенно следует отметить возможные трудности, которые могут возникнуть при ипользовании transparent PROXY - автономных аппаратных комплексов, с трудом поддающихся модификациям без участия производителей.

Использование
Технология используется компанией NativeNames.net на ближнем востоке, где компании удалось заключить соглашения с местными ISP.

Перспективы
Перспективы использования и распространения описанной архитектуры пока остаются под вопросом.