Az azonos alhálózaton lévő webhelyek megkerülhetik az átjáró átlátszó proxyját

Az internetes böngészés megjelenik az átjáró proxyjának naplójában. Az irodai LAN-on lévő webhely nem. Mielőtt módosítja az URL-szűrőt, állapítsa meg, hogy a LAN-kérés egyáltalán elérte-e az átjárót.

Egy közvetlenül csatlakozó IPv4-cél esetén az ügyfél feloldhatja a cél kapcsolati rétegbeli címét, és a helyi szegmensen küldhet neki. Az alapértelmezett átjárója nem automatikusan van ezen az útvonalon. Az átjárón lévő átlátszó elfogási szabály nem tud átirányítani olyan csomagokat, amelyeket az átjáró soha nem kap meg.

Például két, ugyanazon a közvetlenül csatlakozó alhálózaton lévő gazdagép forgalmat cserélhet egy kapcsolón keresztül, miközben a proxy gép egy másik kapcsolóportra csatlakozik. Pusztán azon a LAN-on lenni nem teszi a proxyt továbbítási ponttá.

Válassza ki a kívánt útvonalat

Egy explicit proxybeállítás a részt vevő alkalmazás kérését a proxyhoz küldheti akkor is, ha a célwebhely helyi. Ellenőrizze a megkerülési szabályokat és a PAC-döntéseket is: ezek szándékosan DIRECT-et választhatnak privát nevekhez vagy címekhez.

Ha elfogás szükséges, a hálózatnak valóban az útvonalba kell helyeznie az elfogási pontot; Linux-átjárón különböztesse meg a helyi és továbbított csomagútvonalakat. Az útvonalválasztott alhálózat-elválasztás vagy egy szándékosan sorba iktatott híd ezt megteheti megfelelő tervekben, de mindegyik megváltoztatja a továbbítási és hibaviselkedést. A LAN más pontján lévő híd nem automatikusan van sorba iktatva.

Tartsa külön az alkalmazásprotokoll követelményét. Még miután a forgalom áthalad az eszközön, a figyelőnek támogatnia kell az elfogási módot. A csomagok mozgatása nem engedély az HTTPS visszafejtésére, és nem garancia arra, hogy egy közönséges SOCKS-port fogadni tudja őket.

Rögzítse az ügyfél által választott útvonalat, a helyi szegmenst és a tényleges továbbító eszközt. A hiányzó proxy napló a topológia helyes leírása is lehet, nem naplózási hiba.