Điểm:1

FreeBSD 13 PF chặn lưu lượng tù

lá cờ id

Sau khi nâng cấp hệ thống FreeBSD của tôi từ 12.2 lên 13.0-p3 PF đang chặn tất cả lưu lượng truy cập vào các nhà tù của tôi. Khi tắt PF, mọi thứ đều hoạt động tốt (ngoại trừ việc không được bảo vệ;))

Tôi đã cố gắng tìm ra quy tắc nào đang chặn lưu lượng truy cập này bằng cách đặt 'chặn tất cả nhật ký', nhưng ngoài một số nội dung phát đa hướng rõ ràng, không có gì xuất hiện có thể giải thích tại sao lưu lượng truy cập này bị chặn.

Một lần nữa, trước khi mọi thứ hoạt động hoàn toàn tốt trong phiên bản 12.2. Tôi đã tìm thấy một số bài viết về v13 hiện đang lọc qua Vlan thay vì lo0 nhưng tôi không sử dụng bất kỳ Vlan nào.

Tôi nên tìm kiếm thêm theo hướng nào?

Cập nhật 2021-07-15:

Để rõ ràng: đây là tệp pf_rules của tôi:

đặt trả lại chính sách khối
thiết lập tối ưu hóa tích cực
đặt bỏ qua trên { lo0, lo1, lo2, lo3, lo4, lo5 }
ext_if=hn0
ext_address="{ 192.x.x.x, 2001:981:x.x::x }"
ext_services = "{ ssh, http, https, smtp, smtps }"
tcp_services = "{ ftp, ssh, tên miền, ntp, www, smtp, smtps, đệ trình, http, https, nfs}"
udp_services = "{ tên miền, ntp, nfs }"
icmp6_types="{ 2, 128 }" # gói tin quá lớn, yêu cầu phản hồi (ping6)
icmp6_types_ext_if="{ 128, 133, 134, 135, 136, 137 }"
giam_net = "192.168.1.0/24"
giam_services = "{ mysql, http, smtp, 587, 3000 }"
bảng <sshguard> vẫn tồn tại
chà trong tất cả
tự nhiên chuyển $ext_if từ $jail_net sang bất kỳ -> $ext_address
chặn đăng nhập trên $ext_if proto tcp từ <sshguard> tới bất kỳ cổng ssh nào có nhãn "ssh bruteforce"
chặn đăng nhập tất cả
chuyển nhanh từ cờ <pf_whitelist> trạng thái đồng bộ S/SA
bỏ qua $ext_if inet6 proto icmp6 tất cả trạng thái echoreq kiểu icmp6
chuyển $ext_if inet proto udp sang cổng 33433:33626
chuyển $ext_if inet6 proto udp sang cổng 33433:33626
chuyển vào $ext_if inet6 proto ipv6-icmp icmp6-type $icmp6_types giữ nguyên trạng thái
chuyển $ext_if inet6 proto ipv6-icmp từ bất kỳ sang { ($ext_if ), ff02::1/16 } icmp6-type $i
cmp6_types_ext_if giữ trạng thái
chuyển $ext_if proto tcp từ bất kỳ sang cổng $ext_address $ext_services giữ nguyên trạng thái
chuyển $ext_if inet6 proto tcp từ bất kỳ sang cổng $ext_address $ext_services giữ nguyên trạng thái
bỏ qua $ext_if inet proto tcp tới bất kỳ cổng nào $tcp_services giữ nguyên trạng thái
chuyển $ext_if inet6 proto tcp sang bất kỳ cổng nào $tcp_services giữ nguyên trạng thái
chuyển $ext_if inet6 proto udp sang bất kỳ cổng nào $udp_services
chuyển proto udp tới bất kỳ cổng nào $udp_services giữ trạng thái
chuyển tcp proto từ bất kỳ sang cổng $jail_net $jail_services giữ nguyên trạng thái
chuyển proto tcp từ $jail_net sang bất kỳ cổng nào $jail_services giữ nguyên trạng thái
chuyển inet proto icmp từ bất kỳ sang bất kỳ

Điều này đã hoạt động trong nhiều năm cho đến khi FreeBSD 13

drookie avatar
lá cờ za
`kldload pflog && ifconfig pflog0 up && tcpdump -netti pflog0` ? Và cập nhật câu hỏi của bạn với kết quả.
GTeley avatar
lá cờ id
Như tôi đã nói, tôi đã kiểm tra nhật ký (với tcpdump) nhưng ngoài một số nội dung UDP và phát đa hướng, không có gì xuất hiện: 1626265392.763303 rule 1/0(match): chặn trên hn0: 192.168.178.56.138 > 192.168.178.255.138: NBT UDP PACKET(138) Quy tắc 1626265398.905896 1/0(match): chặn trên hn0: fe80::98af:7b38:affd:bc9f > ff02::16: HBH ICMP6, báo cáo người nghe phát đa hướng v2, 4 bản ghi nhóm, độ dài 88
lá cờ br
Tôi đã phải xóa cờ "synproxy".
Điểm:0
lá cờ id

Có vẻ như điều này không liên quan gì đến PF mà liên quan đến quá trình nâng cấp từ phiên bản 12.2 lên 13.0. Cài đặt phiên bản 13 trên máy chủ vật lý và tạo một nhà tù với một số dịch vụ hoạt động tốt. Vì vậy, nó có thể liên quan đến việc nâng cấp trên máy chủ ảo, có thể là Hyper-V hoặc thứ gì đó khác.Tôi vẫn không biết vì mọi thứ trong cài đặt và cấu hình đều giống nhau (hầu hết phần tôi đã sao chép từ máy chủ ảo đã nâng cấp nhưng nó không hoạt động)

Điểm:0
lá cờ br

trích dẫn từ Ủy quyền TCP SYN:

| SYN proxy sẽ không hoạt động nếu PF đang chạy trên một cây cầu (4).

Xóa cờ đồng bộ hóa

chuyển nhanh từ cờ <pf_whitelist> trạng thái đồng bộ S/SA

thay vào đó hãy thử

chuyển nhanh từ <pf_whitelist> cờ S/SA giữ trạng thái

Nếu điều này hoạt động, bạn chỉ có thể sử dụng nó cho các nhà tù và giữ đồng bộ hóa cho những người khác, e.g.

chuyển nhanh từ <pf_whitelist> sang $jail_net cờ S/SA giữ nguyên trạng thái
chuyển nhanh từ cờ <pf_whitelist> trạng thái đồng bộ S/SA
GTeley avatar
lá cờ id
Xin chào Vlađimia, Cảm ơn sự đóng góp của bạn. Thật không may, nó dường như không giúp được gì. Ngoài ra: Tôi cho rằng có nhiều hơn thế. Tạo một nhà tù mới (cho mục đích thử nghiệm) không hoạt động vì ezjail-admin không quản lý để tạo liên kết đến /bin, /sbin, v.v. Vì vậy, tôi phải tìm hiểu sâu hơn về vấn đề này để tìm ra điều gì đang xảy ra ở phiên bản 13. Có lẽ họ nên bỏ qua 13 và đi thẳng đến 14;)
GTeley avatar
lá cờ id
Vâng, chắc chắn có điều gì đó không ổn với FreeBSD 13 và các nhà tù. Ngay cả trong nhà tù (những cái đến từ ngày 12.2), tôi không còn có thể truy cập các dịch vụ qua địa chỉ 'bên ngoài' mà họ đang nghe. Vì vậy, nếu một dịch vụ HTTP cục bộ đang chạy trên cổng 3000, thì trên bản tù 12.2, tôi có thể truy cập dịch vụ đó bằng ví dụ:. 'cuộn -v 192.168.1.101:3000' Trên một hệ thống được nâng cấp lên v13, điều này không còn hoạt động. Điều này (một phần?) giải thích tại sao không có nỗ lực truy cập nào bị chặn trong de pf_log.
lá cờ br
Rất tiếc khi biết điều đó. FWIW, tôi sử dụng [vai trò Ansible](https://github.com/vbotka/ansible-freebsd-jail). Tôi chỉ phải xóa cờ "synproxy" khi tôi chuyển từ 12 sang 13.
GTeley avatar
lá cờ id
Tôi đã cài đặt một máy chủ IBM x3400 M3 cũ với FreeBSD 13 từ đầu và tạo một test_jail, cài đặt một số dịch vụ và mọi thứ đều hoạt động tốt. Vì vậy, nó phải có một cái gì đó để làm với quá trình nâng cấp. Vì mọi thứ tôi có thể thấy đều giống hệt nhau trong thiết lập và cấu hình (ngoài một dạng là máy ảo), rất khó để biết điều gì đã xảy ra
lá cờ br
Tôi hiểu rồi. Bạn có muốn đóng câu hỏi và trả lời này khô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.