не может проверить с помощью ping-запросов FQDN от вне LAN (Glassfish)
Текущая ситуация
- У меня есть локальная сеть с pc1 и pc2
- Glassfish установлен на pc1
- pc2 может просмотреть к IP-адресу pc1
- Я настроил Полностью определенное имя Doman (FQDN) через noip.com
- FQDN указывает на общедоступный IP-адрес маршрутизатора
Мой вопрос
Как я проверяю с помощью ping-запросов FQDN снаружи LAN? Все ping к FQDN испытывают таймаут.
Как минимум, для начального шага, как я делаю pc1, компьютер с FQDN для его имени хоста, доступного так, чтобы он, по крайней мере, ответил на ping?
Я только интересуюсь использованием Glassfish, но мог установить веб-сервер Apache2 или Tomcat, при необходимости для поиска и устранения неисправностей.
см. также:
https://java.net/projects/glassfish/lists/users/archive/2014-11/message/2
1 ответ
Так, В первую очередь, это не имеет никакого отношения к glassfish. Если можно просмотреть к IP-адресу, glassfish хорошо работает. Это просто проблема DNS.
, Почему это не работает?
Ваш маршрутизатор использует NAT. Это означает, что, если PC1 хочет соединиться с askubuntu.com, она использует IP общественности маршрутизатора и случайный порт: IP_ADDRESS:PORT. Askubuntu.com думает, что Ваш маршрутизатор запрашивает веб-страницу от IP_ADDRESS:PORT. Askubuntu.com отправляет веб-страницу на Ваш маршрутизатор (IP_ADDRESS:PORT). Ваш маршрутизатор тогда вперед это к Вашему PC1. Ваш маршрутизатор знает, что должен передать его Вашему PC1 и не PC2, потому что Ваш PC1 запустил соединение. PC1 запросил веб-страницу.
В случае Вашего сервера, Вы хотите, чтобы люди в Интернете соединились с Вашим сервером. Таким образом, соединение не начнет с PC1, но из Интернета. FQDN указывает на Ваш маршрутизатор. Ваш маршрутизатор получит запрос на веб-страницу на IP_ADDRESS:80. Поскольку соединение было запущено с Интернета а не с PC1, маршрутизатор не знает, что это должно передать трафик к PC1. Ваш маршрутизатор отбросит трафик.
, Что можно сделать для фиксации его?
необходимо настроить статический порт вперед на маршрутизаторе, таким образом, маршрутизатор знает, что он должен передать весь трафик, который он получает на PUBLIC_IP:80 к PC1_PRIVATE_IP:80.
то, Как можно настроить перенаправление портов на определенном маршрутизаторе, описано здесь: http://portforward.com/english/routers/port_forwarding/
Даже после конфигурирования этого порта вперед Вы не будете в состоянии проверить с помощью ping-запросов FQDN PC1, потому что ping использует другой порт. HTTP (просматривающий) порт использования 80, PING использует порт 1.