Shfletimi i internetit shfaqet në regjistrin e përfaqësuesit të portës. Një faqe interneti në LAN-in e zyrës jo. Përpara se të ndryshoni filtrin e URL-ve, përcaktoni nëse kërkesa e LAN-it arriti ndonjëherë në portë.

Për një destinacion IPv4 të lidhur drejtpërdrejt, klienti mund të zgjidhë adresën e shtresës së lidhjes së destinacionit dhe të dërgojë tek ajo në segmentin lokal. Porta e tij e paracaktuar nuk është automatikisht në atë rrugë. Një rregull transparen kapjeje në portë nuk mund të ridrejtojë paketa që porta nuk i merr kurrë.

Për shembull, dy strehë në të njëjtën nënrrjet të lidhur drejtpërdrejt mund të shkëmbejnë trafik përmes një komutatori, ndërsa makina e përfaqësuesit është e lidhur në një portë tjetër të komutatorit. Thjesht të jesh në atë LAN nuk e bën përfaqësuesin pikën e përcjelljes.

Zgjidhni rrugën e synuar

Një cilësim i qartë i përfaqësuesit mund ta dërgojë kërkesën e aplikacionit pjesëmarrës tek përfaqësuesi edhe kur faqja e synuar është lokale. Kontrolloni gjithashtu rregullat e anashkalimit dhe vendimet PAC: ato mund të zgjedhin qëllimisht DIRECT për emra ose adresa private.

Nëse kërkohet kapje, rrjeti duhet ta vendosë vërtet pikën e kapjes në rrugë; në një portë Linux, dalloni rrugët lokale dhe të përcjella të paketave. Ndarja e nënrrjeteve me rrugëtim ose një urë e vendosur qëllimisht në linjë mund ta bëjnë këtë në modele të përshtatshme, por secila ndryshon sjelljen e përcjelljes dhe të dështimit. Një urë diku tjetër në LAN nuk është automatikisht në linjë.

Mbani veçmas kërkesën e protokollit të aplikacionit. Edhe pasi trafiku kalon pajisjen, dëgjuesi duhet të mbështesë modalitetin e kapjes. Lëvizja e paketave nuk është leje për të deshifruar HTTPS dhe as garanci që një portë normale SOCKS mund t’i pranojë ato.

Regjistroni rrugën e zgjedhur nga klienti, segmentin lokal dhe pajisjen reale të përcjelljes. Mungesa e regjistrit të përfaqësuesit mund të jetë një përshkrim i saktë i topologjisë dhe jo një dështim regjistrimi.

Artikuj të ngjashëm