Điểm:0

Cổng HTTPS 443: netstat hiển thị ký tự đại diện nhưng curl --insecure chỉ hoạt động đối với máy chủ cục bộ

lá cờ tr

Tôi có một máy từ xa có địa chỉ IP công cộng 121.x.y.z, với Gitlab (phần mềm không thực sự quan trọng và kiến ​​thức Gitlab không bắt buộc ở đây) đã cài đặt (sử dụng nginx cho giao diện web của nó) và thiết lập HTTPS. Tuy nhiên, tôi đang ở trong tình huống chỉ có thể truy cập qua HTTPS bằng localhost chứ không có địa chỉ IP nào khác.

Khi tôi làm netstat -an | grep 443 trong máy từ xa tôi nhận được

[người dùng@máy ~]$ netstat -an | grep 443
tcp 0 0 0.0.0.0:443 0.0.0.0:* NGHE  

Khi tôi làm cuộn tròn --không an toàn https://127.0.0.1 trong máy từ xa tôi nhận được

[user@machine ~]$ curl --insecure https://127.0.0.1
<html><body>Bạn đang bị <a href="https://127.0.0.1/users/sign_in">chuyển hướng</a>.</body></html>

Thông báo được chuyển hướng là thông báo chính xác mặc định với Gitlab.

Tuy nhiên khi tôi làm cuộn tròn --không an toàn https://121.x.y.z trong máy từ xa, tôi không nhận được gì ngoài thời gian chờ đợi vô hạn (có vẻ như nó không thực sự nghe). Nhưng kết quả netstat dường như cho biết nó đang lắng nghe tất cả các địa chỉ IP, không chỉ localhost.

Giao diện web Gitlab hoạt động chính xác nếu tôi hủy cài đặt HTTPS và quay lại HTTP.

Tôi thậm chí không biết làm thế nào để tiến hành gỡ lỗi vấn đề này và bị kẹt khá nhiều. Tôi có thể làm gì để tìm ra lý do tại sao nó chỉ nghe localhost trong khi netstat cho thấy nó nghe mọi thứ không?

Chỉnh sửa: Hệ thống là CentOS7 và tường lửa dường như cũng không hoạt động.

[user@machine ~]$ sudo systemctl status tường lửad
â tường lửa.service - tường lửa - daemon tường lửa động
   Đã tải: đã tải (/usr/lib/systemd/system/firewalld.service; đã tắt; giá trị đặt sẵn của nhà cung cấp: đã bật)
   Đang hoạt động: không hoạt động (đã chết)
     Tài liệu: man:firewall(1)

Ngày 14 tháng 8 10:55:45 xxxxxx systemd[1]: firewalld.service: Không thể tải lại thiết bị vì nó không hoạt động.
lá cờ in
Thời gian chờ thường chỉ ra sự cố tường lửa.
cr001 avatar
lá cờ tr
Tôi cũng bao gồm kết quả `sudo systemctl status firewalld` và có vẻ như nó không hoạt động. Có bất kỳ tường lửa khả thi nào khác trên centOS7 không?
lá cờ in
Tường lửa có thể ở bất cứ đâu giữa bạn và máy từ xa. Vì bạn không cung cấp thông tin về cơ sở hạ tầng nên chúng tôi thậm chí không thể đoán được.
cr001 avatar
lá cờ tr
Tất cả các lệnh curl đều được thực thi trong thiết bị đầu cuối ssh của máy từ xa
lá cờ cn
Bob
Khi địa chỉ IP công cộng không được định cấu hình trên chính máy (thường là trường hợp đối với địa chỉ IP nổi và các cấu trúc tương tự trong môi trường đám mây (kiểm tra ví dụ với `ip addr` ) lưu lượng truy cập từ phiên bản đến địa chỉ IP công cộng đó cũng phải tuân theo các biện pháp kiểm soát truy cập bên ngoài, chẳng hạn như các nhóm bảo mật. Các biện pháp kiểm soát truy cập đó không được thực thi bằng tường lửa cục bộ (iptables, tường lửa, ufw hoặc tương tự) và không rõ ràng ngay lập tức.
cr001 avatar
lá cờ tr
@Bob Cảm ơn bạn rất nhiều. Có vẻ như vấn đề về địa chỉ IP chính xác là vấn đề. Dịch vụ đám mây tôi đang sử dụng dường như có phiên bản máy chủ và địa chỉ IP được xử lý riêng

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.