Рейтинг:0

Может SSH, но не может подключиться через HTTP

флаг cn

Я пытаюсь настроить веб-приложение на своем сервере. Я могу подключиться к серверу по ssh, но когда я подключаюсь через любой браузер (используя IP или URL), я не получаю ответа. Бег sudo netstat -tulpn | grep СЛУШАТЬ дает следующий результат

TCP 0 0 0.0.0.0:8080 0.0.0.0:* ПРОСЛУШИВАТЬ 31747/докер-прокси  
TCP 0 0 0.0.0.0:80 0.0.0.0:* ПРОСЛУШИВАТЬ 30899/докер-прокси  
TCP 0 0 127.0.0.53:53 0.0.0.0:* ПРОСЛУШАТЬ 1441/systemd-разрешение 
TCP 0 0 0.0.0.0:22 0.0.0.0:* ПРОСЛУШАТЬ 27775/sshd          
TCP 0 0 127.0.0.1:5432 0.0.0.0:* ПРОСЛУШАТЬ 9949/postgres       
TCP 0 0 127.0.0.1:35757 0.0.0.0:* ПРОСЛУШАТЬ 1481/containerd     
tcp6 0 0 :::8080 :::* ПРОСЛУШИВАТЬ 31754/докер-прокси  
tcp6 0 0 :::80 :::* ПРОСЛУШИВАТЬ 30906/докер-прокси  
tcp6 0 0 :::22 :::* ПРОСЛУШИВАТЬ 27775/sshd          
tcp6 0 0 :: 1: 5432 ::: * ПРОСЛУШИВАТЬ 9949 / postgres

Что выглядит хорошо для меня, хотя у меня нет большого опыта работы с netstat. Реагирующее приложение работает на порту 80, сервер на порту 8080, оба в докере. Когда я подключаюсь к серверу по ssh и пытаюсь завить локальный хост: 80 или же завиток локальный: 8080 соответственно возвращаются правильные страницы. Только когда я подключаюсь извне, я не могу добраться до своих сервисов. Каковы наилучшие способы отладки этого?

флаг in
Тайм-аут обычно указывает на проблему с брандмауэром.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.