Неможливо отримати доступ до localhost із зовнішнього ip

Я хотів би отримати доступ до мого локального адміністратора tomcat з зовнішньої IP-адреси.

Роблячи http://192.168.1.4:8080/ (внутрішній ip) запит працює відмінно (я бачу tomcat)

Роблячи http://127.0.0.1:8080/ (внутрішній ip) він працює

Роблячи http://151.48.112.116:80 (зовнішня ip-адреса) вона працює і переходить на адміністрацію маршрутизатора

Роблячи http://151.48.112.116:8080 я отримую 404

Я зробив перенаправлення порту на адресу 192.168.1.4

Знімки екрана налаштувань маршрутизатора:

enter image description here

routing port-forwarding

— T-student
джерело

скріншоти показують xbox, тому, напевно, це питання є "домашньою"

так, додому пов'язані

чому ви ставите -1 чорт, в чому проблема з моїм питанням?

Ваше питання хороше, але його не слід запитувати на цьому веб-сайті. serverfault.com/faq "І це не про ... Нічого в домашній обстановці"

Я не думаю, що кваліфікується вислів «мій дім - це офіс». Проблема полягає в налаштуванні та з обладнанням. Це сайт для професійних серверних і мережевих адміністраторів, і сфера дії сайту дуже погано підходить для домашнього спорядження, такого як цей з netgear.

— ItsGC

Відповіді:

Це конкретні маршрутизатори, у яких ви перебуваєте в двох випадках:

Викрадений уривок тут

Ця проблема виникає, коли машини з внутрішньої локальної мережі намагаються отримати доступ до сервер (скажімо, веб-сервер), який фактично розташований на тому ж самому LAN і NAT проходять через брандмауер для зовнішнього доступу. Якщо внутрішній користувачі звертаються до неї за допомогою зовнішньої адреси NATted, після чого вони надсилають їх TCP-пакети через брандмауер, який переводить їх і відправляє їх на сервер у локальній мережі. Проте сервер відповідає клієнтам безпосередньо, оскільки вони знаходяться в одній мережі. Оскільки у відповіді є реальну адресу сервера в джерелі, клієнти не розпізнають її і з'єднання не може бути встановлено.

Ми повинні знати моделі маршрутизатора, щоб дізнатися, чи можна це зробити. Оскільки це домашній маршрутизатор, можливо, це не так.

— 0x7c0
джерело

правильна відповідь ....

ви впевнені, що немає можливості обійти це ?? будь ласка

шахта D-link DSL-2740B

Просто RTFM немає немає способу навколо нього. Це не biggie хоча просто використовувати внутрішній IP всередині і зовнішній IP зовні,

— 0x7c0

не може бути на заблокованому прошивці, як це на linux, але на загальних цілях Linux і на IOS і JunOS ви можете виправити це з nat. Способом, який може працювати з цією платформою, є розділений DNS. Налаштуйте внутрішній dns, який ловить виклик для домену public dns і направляє його на ваш внутрішній ip. Люди ззовні будуть використовувати "реальні" записи dns домену, вказуючи на публічний ip маршрутизатора.

— ItsGC

Спробуйте http://151.48.112.116:8008 або змінення External Port до 8080. Це помилка?

— xofer
джерело

я робив 151.48.112.116:8008 але не працює, як я сказав ..

Порт 8080 не є помилкою, це часто використовуваний замінний порт, особливо в системах, що розміщуються споживчими провайдерами, що перешкоджають домовласникам стати сайтами електронної комерції для 40 доларів. Але це так часто використовується, що зловмисники полюють на це, коли засмучуються для веб-серверів, особливо якщо вони знають, що провайдер на цьому блоці адресних фільтрів 80. Широкосмуговий Sprint Mobile є хорошим прикладом, вони фільтрують HTTP / HTTPS, але дозволяють протоколу HTTP на високому рівні портів, а не просто фільтрувати вхідний HTTP як протокол на будь-якому порту. Це означає, що хлопець може розмістити веб-сервер з рухомого автомобіля.

— SmirksWhileWalkingWCabaretGirl

поясніть, будь ласка, я не отримую, що робити .... \ t

На скріншоті 8008 є помилка .. так.

завантажив новий знімок екрана