Các trang web trong cùng một subnet có thể vượt qua proxy trong suốt của cổng
Giải thích vì sao lưu lượng trong cùng subnet có thể vượt qua quy tắc chặn bắt của cổng trong khi các yêu cầu Internet vẫn xuất hiện trong nhật ký của nó.
Duyệt web xuất hiện trong nhật ký của proxy cổng. Một trang web trên LAN văn phòng thì không. Trước khi thay đổi bộ lọc URL, hãy xác định yêu cầu trong LAN có từng đến cổng hay không.
Với một đích IPv4 kết nối trực tiếp, máy khách có thể phân giải địa chỉ lớp liên kết của đích và gửi đến đó trong phân đoạn cục bộ. Cổng mặc định của nó không tự động nằm trên đường đó. Một quy tắc chặn bắt trong suốt trên cổng không thể chuyển hướng các gói mà cổng không bao giờ nhận.
Ví dụ, hai máy chủ trong cùng một subnet kết nối trực tiếp có thể trao đổi lưu lượng qua một switch trong khi máy proxy được nối vào một cổng switch khác. Chỉ ở trên LAN đó không làm proxy trở thành điểm chuyển tiếp.
Chọn đường đi dự định
Một thiết lập proxy rõ ràng có thể gửi yêu cầu của ứng dụng tham gia đến proxy ngay cả khi trang web đích là cục bộ. Cũng hãy kiểm tra quy tắc bỏ qua và quyết định PAC: chúng có thể cố ý chọn DIRECT cho tên hoặc địa chỉ riêng.
Nếu cần chặn bắt, mạng phải thực sự đặt điểm chặn bắt trên đường đi; trên cổng Linux, hãy phân biệt đường gói cục bộ và đường gói được chuyển tiếp. Tách subnet bằng định tuyến hoặc một cầu nối được đưa vào tuyến một cách có chủ ý có thể làm điều đó trong các thiết kế phù hợp, nhưng mỗi cách đều thay đổi hành vi chuyển tiếp và lỗi. Một cầu nối ở nơi khác trên LAN không tự động nằm trên tuyến.
Giữ riêng yêu cầu về giao thức ứng dụng. Ngay cả sau khi lưu lượng đi qua thiết bị, trình lắng nghe phải hỗ trợ chế độ chặn bắt. Việc di chuyển các gói không phải là quyền giải mã HTTPS và cũng không bảo đảm rằng một cổng SOCKS thông thường có thể nhận chúng.
Ghi lại tuyến mà máy khách đã chọn, phân đoạn cục bộ và thiết bị chuyển tiếp thực tế. Việc thiếu nhật ký proxy có thể là mô tả đúng về cấu trúc mạng chứ không phải lỗi ghi nhật ký.