เว็บไซต์ในซับเน็ตเดียวกันสามารถข้ามพร็อกซี่แบบโปร่งใสของเกตเวย์ได้
อธิบายว่าทำไมทราฟฟิกในซับเน็ตเดียวกันจึงข้ามกฎการดักจับของเกตเวย์ได้ ขณะที่คำขออินเทอร์เน็ตปรากฏในบันทึกของเกตเวย์
การท่องอินเทอร์เน็ตปรากฏในบันทึกของพร็อกซี่เกตเวย์ เว็บไซต์บน LAN ของสำนักงานไม่ปรากฏ ก่อนเปลี่ยนตัวกรอง URL ให้ตรวจสอบว่าคำขอจาก LAN ไปถึงเกตเวย์หรือไม่
สำหรับปลายทาง IPv4 ที่เชื่อมต่อโดยตรง ไคลเอนต์สามารถแปลงที่อยู่ชั้นลิงก์ของปลายทางและส่งไปยังที่อยู่นั้นในเซกเมนต์ท้องถิ่น เกตเวย์เริ่มต้นไม่ได้อยู่ในเส้นทางนั้นโดยอัตโนมัติ กฎการดักจับแบบโปร่งใสบนเกตเวย์ไม่สามารถเปลี่ยนเส้นทางแพ็กเก็ตที่เกตเวย์ไม่เคยได้รับ
ตัวอย่างเช่น โฮสต์สองเครื่องในซับเน็ตแบบออนลิงก์เดียวกันสามารถแลกเปลี่ยนทราฟฟิกผ่านสวิตช์ ขณะที่เครื่องพร็อกซี่เชื่อมต่อกับพอร์ตสวิตช์อีกพอร์ตหนึ่ง การอยู่ใน LAN นั้นเพียงอย่างเดียวไม่ได้ทำให้พร็อกซี่เป็นจุดส่งต่อ
เลือกเส้นทางที่ต้องการ
การตั้งค่าพร็อกซี่แบบชัดเจนสามารถส่งคำขอของแอปพลิเคชันที่เข้าร่วมไปยังพร็อกซี่ได้ แม้เว็บไซต์เป้าหมายจะอยู่ในท้องถิ่น ตรวจสอบกฎการข้ามและการตัดสินใจของ PAC ด้วย เพราะอาจเลือก DIRECT โดยเจตนาสำหรับชื่อหรือที่อยู่ส่วนตัว
หากจำเป็นต้องดักจับ เครือข่ายต้องวางจุดดักจับไว้ในเส้นทางจริง ๆ บนเกตเวย์ Linux ให้แยกเส้นทางแพ็กเก็ตท้องถิ่นและเส้นทางที่ส่งต่อ การแยกซับเน็ตด้วยเราเตอร์หรือบริดจ์ที่วางในไลน์โดยเจตนาสามารถทำได้ในการออกแบบที่เหมาะสม แต่แต่ละอย่างเปลี่ยนพฤติกรรมการส่งต่อและการล้มเหลว บริดจ์ที่อื่นบน LAN ไม่ได้อยู่ในไลน์โดยอัตโนมัติ
แยกข้อกำหนดของโปรโตคอลแอปพลิเคชันไว้ต่างหาก แม้หลังจากทราฟฟิกผ่านอุปกรณ์แล้ว ผู้รับฟังต้องรองรับโหมดดักจับ การย้ายแพ็กเก็ตไม่ใช่การอนุญาตให้ถอดรหัส HTTPS และไม่ใช่การรับประกันว่าพอร์ต SOCKS ธรรมดาจะรับแพ็กเก็ตเหล่านั้นได้
บันทึกเส้นทางที่ไคลเอนต์เลือก เซกเมนต์ท้องถิ่น และอุปกรณ์ส่งต่อจริง การไม่มีบันทึกพร็อกซี่อาจเป็นคำอธิบายโทโพโลยีที่ถูกต้อง ไม่ใช่ความล้มเหลวในการบันทึก