Điểm:1

Không khởi động được tường lửa IPv4 với iptables

lá cờ uz

tôi đang chạy CentOS 8 Máy chủ web và gần đây tôi gặp một số vấn đề với Tường lửa CSF, các CSF Dịch vụ đang chạy nhưng LFD Không thành công.

Tôi đã thực hiện một số nghiên cứu và tôi đã có thể khắc phục nó bằng cách thực hiện iptables --flush (Tuy nhiên, tôi không chắc đó là vấn đề!).

Tuy nhiên, có vẻ như có một vấn đề với iptables dịch vụ, khi tôi bắt đầu, tôi gặp lỗi này:

iptables.service - Tường lửa IPv4 với iptables
   Đã tải: đã tải (/usr/lib/systemd/system/iptables.service; đã bật; giá trị đặt sẵn của nhà cung cấp: đã tắt)
   Hoạt động: không thành công (Kết quả: mã thoát) kể từ Thứ Ba 2021-06-22 23:46:44 EET; 13 phút trước
  Quá trình: 11362 ExecStart=/usr/libexec/iptables/iptables.init bắt đầu (mã=đã thoát, trạng thái=1/THẤT BẠI)
 PID chính: 11362 (mã=đã thoát, trạng thái=1/THẤT BẠI)

Ngày 22 tháng 6 23:46:44 server.ahmedsuror.com systemd[1]: Khởi động tường lửa IPv4 với iptables...
Ngày 22 tháng 6 23:46:44 server.ahmedsuror.com iptables.init[11362]: iptables: Áp dụng quy tắc tường lửa: iptables-restore v1.8.4 (nf_tables): Chuỗi 'INVDROP' không tồn tại
Ngày 22 tháng 6 23:46:44 server.ahmedsuror.com iptables.init[11362]: Đã xảy ra lỗi tại dòng: 5
Ngày 22 tháng 6 23:46:44 server.ahmedsuror.com iptables.init[11362]: Thử `iptables-restore -h' hoặc 'iptables-restore --help' để biết thêm thông tin.
Ngày 22 tháng 6 23:46:44 server.ahmedsuror.com iptables.init[11362]: [THẤT BẠI]
Ngày 22 tháng 6 23:46:44 server.ahmedsuror.com systemd[1]: iptables.service: Quá trình chính đã thoát, mã=đã thoát, trạng thái=1/THẤT BẠI
Ngày 22 tháng 6 23:46:44 server.ahmedsuror.com systemd[1]: iptables.service: Không thành công với kết quả là 'mã thoát'.
Ngày 22 tháng 6 23:46:44 server.ahmedsuror.com systemd[1]: Không thể khởi động tường lửa IPv4 với iptables.
Cảnh báo: Nhật ký đã được xoay kể từ khi đơn vị được bắt đầu. Đầu ra nhật ký không đầy đủ hoặc không có sẵn.

tôi đã sửa lại /etc/sysconfig/iptables tập tin và có vẻ như INVDROP chuỗi là vấn đề, nhưng sau một thời gian dài nghiên cứu, tôi thấy rằng chuỗi này được tạo và quản lý bởi CSF.

Vấn đề là gì, và nếu CSFLFD đang hoạt động chính xác, tôi có nên bận tâm không?

Ngoài ra, tôi đã kiểm tra iptables bằng tập lệnh Perl tại /etc/csf/csftest.pl và tất cả đều ổn:

[root@server csf]# perl csftest.pl
Đang kiểm tra ip_tables/iptable_filter...OK
Đang kiểm tra ipt_LOG...OK
Kiểm tra ipt_multiport/xt_multiport...OK
Đang kiểm tra ipt_REJECT...OK
Kiểm tra ipt_state/xt_state...OK
Kiểm tra ipt_limit/xt_limit...OK
Đang kiểm tra ipt_recent...OK
Đang kiểm tra xt_connlimit...OK
Đang kiểm tra ipt_owner/xt_owner...OK
Đang kiểm tra iptable_nat/ipt_REDIRECT...OK
Kiểm tra iptable_nat/ipt_DNAT...OK

KẾT QUẢ: csf sẽ hoạt động trên máy chủ này

Bất kỳ trợ giúp nào cũng được đánh giá rất cao...

A.B avatar
lá cờ cl
A.B
Không giúp ích gì cho câu hỏi, chỉ là một lời nói suông, nhưng dù sao đi nữa, có vẻ như trình tạo quy tắc này tạo ra rất nhiều quy tắc không cần thiết.--ctstate INVALID đã kiểm tra các tổ hợp TCP không hợp lệ: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/tree/net/netfilter/nf_conntrack_proto_tcp.c?h= v4.18#n729 . Nó từ chối 23 trong số 32 tổ hợp FIN|SYN|RST|ACK|URG . Tôi không thấy 23 quy tắc INVDROP ở đây (và ctstate MỚI có một công tắc đặc biệt: `sysctl net.netfilter.nf_conntrack_tcp_loose`)
Ahmed Suror avatar
lá cờ uz
`Tôi không thấy 23 quy tắc INVDROP ở đây` Tệp bị cắt bớt do giới hạn của pastbin.com là 512 KB đối với người dùng miễn phí và vâng, có nhiều quy tắc INVDROP thông qua tệp có thể là 23, tôi không tính!
A.B avatar
lá cờ cl
A.B
Có vẻ như tệp bị thiếu các phần quan trọng... conntrack không được nhìn thấy trong bảng thô. Vì vậy, một phần mangle hoặc bộ lọc bị thiếu.
Ahmed Suror avatar
lá cờ uz
Tệp không được chỉnh sửa theo cách thủ công, nó có thể đã được chỉnh sửa bởi CSF khi tôi khởi động lại, tôi cũng đã tạo `iptables-save` và kết quả tương tự với cảnh báo cho biết: "# Cảnh báo: có bảng iptables-legacy, sử dụng iptables-legacy-save để xem chúng"
Ahmed Suror avatar
lá cờ uz
Ngoài ra, tệp lưu có phần khác (không hoàn toàn) nhìn vào bộ lọc: https://Pastebin.com/dJGsF0KG
Ahmed Suror avatar
lá cờ uz
`nhưng không có dòng nào bắt đầu bằng :INVDROP` có những dòng bắt đầu với nó ở bộ lọc
A.B avatar
lá cờ cl
A.B
Tôi nghĩ bạn hoàn toàn không nên sử dụng dịch vụ iptables và để csf xử lý mọi việc. Nhưng tốt hơn hết là bạn nên đợi ai đó biết về csf, tôi thì không.
Ahmed Suror avatar
lá cờ uz
Tôi đồng ý, có vẻ như CSF đang xử lý việc này và bằng chứng là thử nghiệm iptable đã thành công, cũng có vẻ như CSF đang sử dụng `nft netfilter` để thay thế `iptables` cũ. Dù sao, tôi thực sự đánh giá cao sự giúp đỡ của bạn, cảm ơn rất nhiều.
Michael Hampton avatar
lá cờ cz
Bạn đang cố gắng sử dụng csf/lfd hoặc tập lệnh iptables hệ thống kiểu cũ ?? Chúng không tương thích và không thể chạy đồng thời.
Ahmed Suror avatar
lá cờ uz
@MichaelHampton Tôi đang sử dụng **CSF/LFD** nhưng dù sao thì iptables vẫn khởi động bình thường, tôi thắc mắc tại sao bạn lại nói: " `Những thứ này không tương thích và không thể chạy đồng thời`"! Tôi biết rằng CSF hoặc FirewallD bằng cách nào đó giống như một công cụ GUI được sử dụng để xử lý iptables... Tôi đã giải quyết vấn đề bằng cách làm trống tệp iptables, tuy nhiên, tôi không chắc đó là giải pháp tốt nhất.

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