เส้นทางแพ็กเก็ต Linux เส้นใดควรบังคับใช้พร็อกซี?
วางการควบคุมการบังคับใช้พร็อกซีเครือข่ายบนเส้นทางแพ็กเก็ตที่ควรกำกับดูแล แทนที่จะกรองเฉพาะการเชื่อมต่อไปยังเกตเวย์เท่านั้น
เกตเวย์ Linux สามารถรันกระบวนการพร็อกซีและกำหนดเส้นทางทราฟฟิกเลี่ยงผ่านมันได้เช่นกัน สิ่งเหล่านี้ไม่ใช่เส้นทางแพ็กเก็ตเดียวกัน
| การเชื่อมต่อ | บทบาทภายในที่เกี่ยวข้อง |
|---|---|
| ไคลเอนต์ไปถึงพร็อกซีบนเกตเวย์ | ทราฟฟิกที่ส่งถึงโฮสต์ภายใน |
| ไคลเอนต์ไปถึงโฮสต์อื่นผ่านเกตเวย์ | ทราฟฟิกที่ส่งต่อ |
| พร็อกซีเปิดการเชื่อมต่อเว็บไซต์ | ทราฟฟิกที่สร้างโดยกระบวนการภายใน |
Netfilter แยกเส้นทางขาเข้า การส่งต่อ และขาออก กฎที่กำกับการเข้าถึงตัวรับฟังพร็อกซีของเกตเวย์เองไม่ได้จำกัดทุกการเชื่อมต่อที่กำหนดเส้นทางผ่านเครื่องนั้นโดยอัตโนมัติ
กำหนดสิ่งที่ต้องบังคับใช้
หากไคลเอนต์ต้องใช้พร็อกซีที่อนุมัติ นโยบายต้องจัดการเส้นทางขาออกทางเลือกของพวกเขาด้วย นอกเหนือจากการอนุญาตตัวรับฟังที่ตั้งใจไว้ การอนุญาตการเชื่อมต่อไปยังบริการระยะไกลใด ๆ เพียงเพราะใช้พอร์ตพร็อกซีที่คุ้นเคยไม่เหมือนกับการอนุญาตเฉพาะปลายทางพร็อกซีของคุณเท่านั้น
แยกการเข้าถึงต่อเนื่องของพร็อกซีเองออกมา สำหรับ Squid แยกความเป็นเจ้าของซ็อกเก็ตภายในออกจากตัวตนผู้ใช้ LAN ก่อนใช้การอนุญาตขาออก การปฏิเสธการเชื่อมต่อขาออกที่มีประโยชน์ทั้งหมดจากพร็อกซีจะทำให้เส้นทางที่จำเป็นไม่พร้อมใช้งาน ทราฟฟิกการจัดการ การแปลงชื่อ และการดำเนินการที่ไม่ใช่เว็บที่รองรับก็ต้องการการจัดการอย่างตั้งใจในนโยบายการติดตั้ง
ขอบเขตโปรโตคอลสำคัญ กฎ TCP ไม่ได้อธิบายทราฟฟิก UDP ด้วยตัวเอง รวมถึง QUIC การดักจับทราฟฟิกเป็นการออกแบบอีกแบบหนึ่ง พร็อกซี HTTPS ที่ชัดเจนสามารถให้ CONNECT โดยไม่ถอดรหัสเซสชันเว็บไซต์
ทำแผนที่การเชื่อมต่อที่ตั้งใจไว้ก่อนแก้ไขชุดกฎ การตั้งค่าเบราว์เซอร์เลือกเส้นทางสำหรับไคลเอนต์ที่เข้าร่วม การบังคับใช้ในเครือข่ายตัดสินว่าเส้นทางอื่นใดจะสำเร็จได้ ทั้งสองไม่ควรถูกอนุมานจากการเข้าสู่ระบบพร็อกซีที่ทำงานได้เพียงอย่างเดียว