Ang mga website sa parehong subnet ay maaaring lumampas sa transparent na proxy ng gateway
Ipinapaliwanag kung bakit ang trapiko sa parehong subnet ay maaaring lumampas sa panuntunan ng pagharang ng gateway habang lumalabas ang mga kahilingan sa internet sa log nito.
Lumalabas ang pagba-browse sa internet sa log ng proxy ng gateway. Ang website sa LAN ng opisina ay hindi. Bago baguhin ang filter ng URL, alamin kung naabot ba ng kahilingan sa LAN ang gateway.
Para sa direktang konektadong destinasyon ng IPv4, maaaring lutasin ng kliyente ang link-layer address ng destinasyon at magpadala roon sa lokal na segment. Ang default na gateway nito ay hindi awtomatikong nasa landas na iyon. Ang transparent na panuntunan ng pagharang sa gateway ay hindi makapag-redirect ng mga packet na hindi natatanggap ng gateway.
Halimbawa, ang dalawang host sa parehong on-link na subnet ay maaaring magpalitan ng trapiko sa pamamagitan ng switch habang ang proxy machine ay konektado sa ibang port ng switch. Ang pagiging nasa LAN na iyon lamang ay hindi ginagawang forwarding point ang proxy.
Piliin ang nilalayong landas
Ang tahasang setting ng proxy ay maaaring magpadala ng kahilingan ng kalahok na application sa proxy kahit lokal ang target na website. Suriin din ang mga panuntunan sa bypass at mga desisyon ng PAC: maaari silang sadyang pumili ng DIRECT para sa mga pribadong pangalan o address.
Kung kailangan ang pagharang, dapat talagang ilagay ng network ang punto ng pagharang sa landas; sa gateway na Linux, paghiwalayin ang lokal at naipadalang mga landas ng packet. Ang niruruting paghihiwalay ng subnet o sadyang inilagay sa linya na tulay ay makakagawa nito sa angkop na mga disenyo, ngunit binabago ng bawat isa ang pag-uugali ng pagpapadala at pagkabigo. Ang tulay sa ibang lugar sa LAN ay hindi awtomatikong nasa linya.
Panatilihing hiwalay ang pangangailangan sa protocol ng application. Kahit matapos dumaan ang trapiko sa device, dapat suportahan ng listener ang mode ng pagharang. Ang paglipat ng mga packet ay hindi pahintulot na i-decrypt ang HTTPS at hindi rin garantiya na matatanggap sila ng ordinaryong port ng SOCKS.
Itala ang landas na pinili ng kliyente, ang lokal na segment at ang aktwal na device na nagpapadala. Ang kawalan ng log ng proxy ay maaaring tamang paglalarawan ng topolohiya at hindi pagkabigo sa pag-log.