Điểm:1

Cổng 80 hiển thị dưới dạng được lọc, nhưng ufw cho phép cổng 80

lá cờ cn

Tôi đang gặp sự cố với apache trên máy chủ Ubuntu của mình. Nó không phải là máy cục bộ, tôi đang truy cập nó thông qua SSH. Khi tôi chạy nmap -sS 127.0.0.1 nó cho thấy điều này:

Không hiển thị: 998 cổng đã đóng
DỊCH VỤ NHÀ NƯỚC CẢNG
22/tcp mở ssh
HTTP được lọc 80/tcp

port.conf được thiết lập lắng nghe cổng 80 như sau:

nghe 80

<IfModule ssl_module>
        Nghe 443
</IfModule>

<IfModule mod_gnutls.c>
        Nghe 443
</IfModule>

Điều đáng nói là tôi cũng đã thử đặt nó thành Nghe 0.0.0.0:80

Tôi dường như không thể mở cổng 80 thay vì được đặt thành bộ lọc. Khi tôi chạy trạng thái sudo ufw dài dòng câu nói của nó:

Trạng thái: Đang hoạt động
Ghi nhật ký: bật (thấp)
Mặc định: từ chối (đến), cho phép (đi), vô hiệu hóa (được định tuyến)
Hồ sơ mới: bỏ qua

    Đến hành động từ
    -- ------ ----
    80.443/tcp CHO PHÉP Ở mọi nơi
    22/tcp CHO PHÉP Ở mọi nơi
    80.443/tcp (v6) CHO PHÉP Ở mọi nơi (v6)
    22/tcp (v6) CHO PHÉP Ở Mọi Nơi (v6)

Vì vậy, tôi không nghĩ đó là sự cố tường lửa. Đang chạy ss - cá ngừ cho thấy như sau:

Netid State Recv-Q Send-Q Địa chỉ cục bộ:Cổng Địa chỉ ngang hàng:Cổng
udp UNCONN 0 0 172.31.255.175%eth0:68 0.0.0.0:* người dùng:(("systemd-network",pid=19297,fd=17))
tcp LẮNG NGHE 0 128 0.0.0.0:22 0.0.0.0:* người dùng:(("sshd",pid=17786,fd=3))
tcp NGHE 0 128 [::]:22 [::]:* người dùng:(("sshd",pid=17786,fd=4))
tcp LẮNG NGHE 0 128 *:80 *:* người dùng:(("apache2",pid=27990,fd=4),("apache2",p id=27989,fd=4),("apache2",pid=27987 ,fd=4))

Ngoài ra, chạy iptables --table filter --list --numeric hiển thị kết quả đầu ra cái này (liên kết pastebin).

Điều gì có thể là vấn đề?

Điểm:0
lá cờ gn

Từ liên kết liệt kê quy tắc iptables pastebin của bạn:

Chuỗi INPUT (chính sách DROP)
đích prot opt ​​nguồn đích
Thả tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:80
CHẤP NHẬN tcp -- 0.0.0.0/0 0.0.0.0/0 tcp dpt:80
...

Vì vậy, quy tắc đầu tiên trong chuỗi INPUT là quy tắc DROP cổng 80. Tuy nhiên, danh sách của bạn thiếu thông tin giao diện mạng quan trọng, thay vào đó, bạn có thể lấy thông tin này bằng cách sử dụng lệnh này: sudo iptables -xvnL.

CHỈNH SỬA: Pastebin mới không hiển thị sự phụ thuộc vào giao diện mạng và cũng hiển thị các gói theo đường dẫn quy tắc DROP đầu tiên, như mong đợi:

Chuỗi INPUT (chính sách DROP 0 gói, 0 byte)
    pkts byte đích prot chọn không tham gia đích nguồn
     434 23648 DROP tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:80
       0 0 CHẤP NHẬN tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:80

Vì vậy, bạn cần xóa quy tắc đó (chưa được kiểm tra):

Sudo iptables -D INPUT 1

Không rõ tại sao quy tắc đó lại tồn tại ngay từ đầu.

Jordan avatar
lá cờ cn
Tôi thực sự không hiểu những gì tôi đang xem ở đây, có thể [điều này sẽ hữu ích.](https://pastebin.com/fjgTzPTy) Đó là một pastebin khác của lệnh sudo iptables -xvnL
Jordan avatar
lá cờ cn
Xóa quy tắc đó đã hoạt động, cảm ơn rất nhiều!

Đă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.