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

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





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





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





4. PROXY возвращает страницу в браузер клиента.

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

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

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

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

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

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