Puncte:0

Se poate SSH, dar nu se poate conecta prin HTTP

drapel cn

Încerc să configurez o aplicație web pe serverul meu. Pot trimite ssh la server, dar când mă conectez prin orice browser (folosind IP sau URL) nu primesc niciun răspuns. Alergare sudo netstat -tulpn | grep ASCULTĂ dă următorul rezultat

tcp 0 0 0.0.0.0:8080 0.0.0.0:* ASCULTĂ 31747/docker-proxy  
tcp 0 0 0.0.0.0:80 0.0.0.0:* ASCULTĂ 30899/docker-proxy  
tcp 0 0 127.0.0.53:53 0.0.0.0:* ASCULTĂ 1441/systemd-resolv 
tcp 0 0 0.0.0.0:22 0.0.0.0:* ASCULTĂ 27775/sshd          
tcp 0 0 127.0.0.1:5432 0.0.0.0:* ASCULTĂ 9949/postgres       
tcp 0 0 127.0.0.1:35757 0.0.0.0:* LISTEN 1481/containerd     
tcp6 0 0 :::8080 :::* ASCULTĂ 31754/docker-proxy  
tcp6 0 0 :::80 :::* ASCULTĂ 30906/docker-proxy  
tcp6 0 0 :::22 :::* ASCULTĂ 27775/sshd          
tcp6 0 0 ::1:5432 :::* ASCULTĂ 9949/postgres

Ceea ce mi se pare bine, deși nu am prea multă experiență cu netstat. Aplicația react rulează pe portul 80, serverul pe portul 8080, ambele într-un docker. Când mă ssh la server și încerc curl localhost:80 sau curl localhost:8080 respectiv se returnează paginile corespunzătoare. Numai când mă conectez din exterior, nu pot ajunge la serviciile mele. Care sunt cele mai bune modalități de a depana acest lucru?

drapel in
Un timeout indică de obicei o problemă de firewall.

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.