Điểm:0

Chuyển IP máy chủ DNS trên Unifi UDM-Pro bằng iptables

lá cờ in

Tôi đang dùng Unifi UDM Pro làm gateway cho 2 VLAN:

  • Mạng LAN chính (giao diện: anh trai, mạng con: 192.168.1.1/24)
  • Thiết bị IoT VLAN (giao diện: anh3, mạng con: 192.168.3.1/24)

Mỗi máy chủ có máy chủ DNS cục bộ (Adguard Home) riêng (192.168.1.52192.168.3.52 tương ứng). Đối với mỗi mạng con, tôi muốn ngăn khách hàng bỏ qua máy chủ DNS cục bộ được chỉ định qua DHCP. Để thực hiện việc này, tôi SSH vào UDM Pro và thực hiện các lệnh sau:


iptables -t nat -A PREROUTING -i br0 ! -s 192.168.1.52 ! -d 192.168.1.52 -p tcp --dport 53 -j DNAT --to 192.168.1.52
iptables -t nat -A PREROUTING -i br0 ! -s 192.168.1.52 ! -d 192.168.1.52 -p udp --dport 53 -j DNAT --to 192.168.1.52

iptables -t nat -A PREROUTING -i br3 ! -s 192.168.3.52 ! -d 192.168.3.52 -p tcp --dport 53 -j DNAT --to 192.168.3.52
iptables -t nat -A PREROUTING -i br3 ! -s 192.168.3.52 ! -d 192.168.3.52 -p udp --dport 53 -j DNAT --to 192.168.3.52

iptables -t nat -A POSTROUTING -p tcp --dport 53 -j MASQUERADE
iptables -t nat -A POSTROUTING -p udp --dport 53 -j MASQUERADE

Tôi kiểm tra những điều này bằng hai phương pháp chính: đào và qua thiết bị WLAN (ví dụ: iPad):

Sử dụng đào phương pháp, trước tiên tôi kiểm tra một truy vấn DNS trực tiếp và sau đó là một truy vấn đến máy chủ DNS của Google. Tôi chạy cả hai lệnh trên máy chủ vật lý cho máy chủ DNS của mình (vốn là thành viên của mọi Vlan thông qua Debian vlan bưu kiện):

  1. đào linux.org '@192.168.3.52' -b '192.168.3.52'
  2. đào linux.org '@8.8.8.8' -b '192.168.3.52'

Lệnh đầu tiên ở trên hoạt động tốt. Cái thứ hai cho tôi một khoảng thời gian. Tôi hy vọng cái thứ hai vẫn hoạt động, ngoại trừ được chuyển qua 192.168.3.52.

Nếu tôi chạy như vậy đào các lệnh ở trên nhưng trên mạng LAN chính, cả hai đều hoạt động tốt và tôi có thể thấy cả hai truy vấn trên máy chủ DNS cục bộ của mình.

Tôi không chắc tại sao VLAN 3 không hoạt động trong trường hợp chuyển hướng, nhưng mạng LAN chính của tôi thì có. Ai đó có thể giúp tôi hiểu tại sao điều này không hiệu quả và chỉ cho tôi giải pháp hiệu quả không?

lá cờ in
Nếu bạn chạy các lệnh này từ `.52` thì lệnh đó sẽ bị loại khỏi quá trình chuyển hướng. Kiểm tra và xác minh rằng các quy tắc bị tấn công (bộ đếm iptables rất hữu ích), sau đó sử dụng tcpdump để xem lưu lượng truy cập đi đến đâu, Tôi đoán là quy tắc MASQUERADE có thể không hoạt động hoặc gây ra sự cố, nhưng tcpdump sẽ cho bạn biết nếu đúng như vậy .
lá cờ in
Tôi đã nghĩ về việc chạy từ .52 sẽ gây ra sự cố, nhưng tôi mong rằng `8.8.8.8` vẫn trả lời phản hồi cho tôi, chỉ là không chuyển hướng qua máy chủ DNS cục bộ của tôi. Nhưng yêu cầu hết thời gian hoàn toàn. Ngoài ra FWIW, thử nghiệm qua iPad trên Vlan đó, tôi vẫn thấy thời gian chờ. Tôi không phải là chuyên gia về iptables, tcpdump. Bạn có thể cung cấp một số lệnh ví dụ để chạy và chạy chúng ở đâu không? Cảm ơn bạn!

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