Puncte:0

Port HTTPS 443: netstat afișează wildcard, dar curl --insecure funcționează numai pentru localhost

drapel tr

Am o mașină la distanță cu adresă IP publică 121.x.y.z, cu Gitlab (software-ul nu contează cu adevărat și cunoștințele Gitlab nu sunt necesare aici) instalate (care folosește nginx pentru interfața sa web) și configurarea HTTPS. Cu toate acestea, mă aflu într-o situație în care pot accesa doar prin HTTPS folosind localhost, dar fără altă adresă IP.

Cand fac netstat -an | grep 443 în mașina de la distanță pe care o primesc

[utilizator@mașină ~]$ netstat -an | grep 443
tcp 0 0 0.0.0.0:443 0.0.0.0:* ASCULTĂ  

Cand fac curl --nesigur https://127.0.0.1 în mașina de la distanță pe care o primesc

[utilizator@mașină ~]$ curl --insecure https://127.0.0.1
<html><body>Sunteți <a href="https://127.0.0.1/users/sign_in">redirecționat</a>.</body></html>

Mesajul redirecționat este mesajul corect implicit cu Gitlab.

Totuși, când o fac curl --insecure https://121.x.y.z în mașina de la distanță nu primesc decât un timp infinit de așteptare (se pare că nu ascultă de fapt). Dar rezultatul netstat pare să indice că ascultă toate adresele IP, nu doar localhost.

Interfața web Gitlab funcționează corect dacă renunț la setările HTTPS și revin la HTTP.

Nici măcar nu știu cum să procedez la depanarea acestei probleme și sunt aproape blocat. Pot face ceva pentru a-mi da seama de ce ascultă doar localhost în timp ce netstat arată că ascultă totul?

Editați | ×: Sistemul este CentOS7 și firewalld pare să nu fie nici activ.

[utilizator@mașină ~]$ sudo systemctl status firewalld
â firewalld.service - firewalld - daemon firewall dinamic
   Încărcat: încărcat (/usr/lib/systemd/system/firewalld.service; dezactivat; prestabilit furnizor: activat)
   Activ: inactiv (mort)
     Documente: man:firewalld(1)

14 august 10:55:45 xxxxxx systemd[1]: firewalld.service: Unitatea nu poate fi reîncărcată deoarece este inactivă.
drapel in
Un timeout indică de obicei o problemă de firewall.
cr001 avatar
drapel tr
Am inclus și rezultatul „sudo systemctl status firewalld” și pare că nu este activ. Există vreun alt firewall posibil pe centOS7?
drapel in
Firewall-ul poate fi oriunde între dvs. și mașina de la distanță. Deoarece nu furnizați informații despre infrastructură, nici nu putem ghici.
cr001 avatar
drapel tr
Comenzile curl sunt toate executate în terminalul ssh al mașinii de la distanță
drapel cn
Bob
Când adresa IP publică nu este configurată pe mașina în sine (ceea ce este de obicei cazul adreselor IP plutitoare și al construcțiilor similare în medii cloud (verificați, de exemplu, cu „adresă ip”), traficul de la instanță la acea adresă IP publică este, de asemenea, supusă controalelor de acces externe, cum ar fi grupurile de securitate. Aceste controale de acces nu sunt aplicate cu un firewall local (iptables, firewalld, ufw sau similar) și nu sunt imediat evidente.
cr001 avatar
drapel tr
@Bob Mulțumesc mult. Se pare că problema adresei IP este exact problema. Serviciul cloud pe care îl folosesc pare să aibă instanța serverului și adresele IP gestionate separat

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.