ЛентяйПока что без прокси не получается... изнутри сети набираю httр://<внешний IP сетки>:port/WWWCrm-ViewController-context-root/faces/Welcome.jspx и получаю 192.168.0.1 - адрес маршрутизатораА что, простите, вы хотели увидеть при такой "проверке"?
Если нужно "смотреть извне" - нужно быть "во вне". Или физически или виртуально.

P.S. Мне вот " http://моё.внешнее.имя/" возвращает экран авторизации моего роутера.
Вы правда думаете, что я не могу разместить сайт на своём компе или что в логах будут IP-адреса моего роутера?

ЛентяйНу и? Ваш роутер висит на 80 порту на внешнем интерфейсе. Что еще другое кроме экрана авторизации можно увидеть?Вы правда думаете, что я ничего не настраивал?
В частности, "внешний мир" никакого "экрана авторизации" не увидит. И совсем не потому, что "файервол".Не понял вопроса...Хорошо, переведу.
Некоторое время назад я поднимал сайт из дистрибутива Tomcat. Смотрел логи - (суммарно) ~20 проверок на открытый прокси за трое суток. Везде указаны "нормальные" IP-адреса.Ну да ладно. Я с Java только разбираться начал.А это не ява.
Это, типа, "маршрутиризация в IP-сетях и вопросы администрирования".

И, кстати, при проксировании клиентов добавляется "Via", а совсем не "X-Forward*", у которых другое назначение.
И, в зависимости от настроек прокси, заголовок Via может не добавляться вообще или (частично) маскировать адрес клиента.

BlazkowiczО каком другом назначении речь?Я о том, что getRemoteAddr() всегда возвращает IP-адрес клиента и это не зависит от наличия или отсутствия фронтального реверс -прокси. Т.е. не требуется работать с X-Forward* чтобы узнать с какого адреса пришёл клиент.
А дальше возможны варианты:
1. Клиент за NAT-ом.
2. Клиент использует прокси сервер. Явно заданный или какой-то вариант прозрачного проксирования.
В первом случае нет возможности узнать адрес "клиента за NAT-ом".
Во-втором - getRemoteAddr() вернёт адрес прокси (адрес NAT-а, если сам прокси за NAT-ом), но есть (ненадёжная) возможность определить адрес клиента, анализируя заголовки Via.

Проблема, которая возникла у автора связана с тем, что "если вам нужен запрос извне - так извне его и делайте".
Будет это "извне" реализовано через отдельный интерфейс на локальном компе или "заходом на консоль удалённого" - дело десятое.

Petro123Я так понимаю, что если адрес клиента (внешний, его прова) 127.111.333.11, то при прохождении через прокси (неанонимный), прокси:
- меняет этот адрес на свойНе совсем. Прокси просто открывает соединение с другим прокси или целевым сайтом "от себя", а значит именно его адрес будет в сокете, который IP-стек откроет на стороне целевого сервера/реверс-прокси.
В конечном итоге всё придёт в сервлет-контейнер, который обработает данные сокета и заголовки протокола (те самые X-Forward*).- старый адрес пишет в доп.заголовок
(анонимный 2 пункт не делает).Закладываться на наличие и, соответственно, обрабатывать Via - нет смысла, т.к. и заголовка может не быть и адрес может быть замаскирован и даже если "всё есть" - высока вероятность получить "для нас недостижимый адрес". Типа "192.168.0.254" или "my-cool-comp".
Если мы знаем адрес "внешней точки" (NAT/прокси), то всегда можно выяснить кому он принадлежит и, при необходимости, пообщаться "с тамошним админом". А это гораздо гораздее, чем, в общем-то, бесполезная информация о внутреннем устройстве сети клиента.