เกตเวย์ Linux สามารถรันกระบวนการพร็อกซีและกำหนดเส้นทางทราฟฟิกเลี่ยงผ่านมันได้เช่นกัน สิ่งเหล่านี้ไม่ใช่เส้นทางแพ็กเก็ตเดียวกัน

การเชื่อมต่อบทบาทภายในที่เกี่ยวข้อง
ไคลเอนต์ไปถึงพร็อกซีบนเกตเวย์ทราฟฟิกที่ส่งถึงโฮสต์ภายใน
ไคลเอนต์ไปถึงโฮสต์อื่นผ่านเกตเวย์ทราฟฟิกที่ส่งต่อ
พร็อกซีเปิดการเชื่อมต่อเว็บไซต์ทราฟฟิกที่สร้างโดยกระบวนการภายใน

Netfilter แยกเส้นทางขาเข้า การส่งต่อ และขาออก กฎที่กำกับการเข้าถึงตัวรับฟังพร็อกซีของเกตเวย์เองไม่ได้จำกัดทุกการเชื่อมต่อที่กำหนดเส้นทางผ่านเครื่องนั้นโดยอัตโนมัติ

กำหนดสิ่งที่ต้องบังคับใช้

หากไคลเอนต์ต้องใช้พร็อกซีที่อนุมัติ นโยบายต้องจัดการเส้นทางขาออกทางเลือกของพวกเขาด้วย นอกเหนือจากการอนุญาตตัวรับฟังที่ตั้งใจไว้ การอนุญาตการเชื่อมต่อไปยังบริการระยะไกลใด ๆ เพียงเพราะใช้พอร์ตพร็อกซีที่คุ้นเคยไม่เหมือนกับการอนุญาตเฉพาะปลายทางพร็อกซีของคุณเท่านั้น

แยกการเข้าถึงต่อเนื่องของพร็อกซีเองออกมา สำหรับ Squid แยกความเป็นเจ้าของซ็อกเก็ตภายในออกจากตัวตนผู้ใช้ LAN ก่อนใช้การอนุญาตขาออก การปฏิเสธการเชื่อมต่อขาออกที่มีประโยชน์ทั้งหมดจากพร็อกซีจะทำให้เส้นทางที่จำเป็นไม่พร้อมใช้งาน ทราฟฟิกการจัดการ การแปลงชื่อ และการดำเนินการที่ไม่ใช่เว็บที่รองรับก็ต้องการการจัดการอย่างตั้งใจในนโยบายการติดตั้ง

ขอบเขตโปรโตคอลสำคัญ กฎ TCP ไม่ได้อธิบายทราฟฟิก UDP ด้วยตัวเอง รวมถึง QUIC การดักจับทราฟฟิกเป็นการออกแบบอีกแบบหนึ่ง พร็อกซี HTTPS ที่ชัดเจนสามารถให้ CONNECT โดยไม่ถอดรหัสเซสชันเว็บไซต์

ทำแผนที่การเชื่อมต่อที่ตั้งใจไว้ก่อนแก้ไขชุดกฎ การตั้งค่าเบราว์เซอร์เลือกเส้นทางสำหรับไคลเอนต์ที่เข้าร่วม การบังคับใช้ในเครือข่ายตัดสินว่าเส้นทางอื่นใดจะสำเร็จได้ ทั้งสองไม่ควรถูกอนุมานจากการเข้าสู่ระบบพร็อกซีที่ทำงานได้เพียงอย่างเดียว

บทความที่เกี่ยวข้อง