Nettstader i same subnett kan omgå ein transparent proxy i ein gateway

Nettsurfing blir vist i loggen til gateway-proxyen. Ein nettstad på kontor-LAN-et blir ikkje vist. Før du endrar URL-filteret, må du fastslå om LAN-forespurnaden i det heile nådde gatewayen.

For ein direkte tilkopla IPv4-destinasjon kan klienten slå opp lenkelagsadressa til destinasjonen og senda til henne på det lokale segmentet. Standardgatewayen ligg ikkje automatisk på den vegen. Ein transparent avlyttingsregel på gatewayen kan ikkje omdirigera pakkar som gatewayen aldri mottar.

Til dømes kan to vertar i same on-link-subnett utveksla trafikk gjennom ein svitsj medan proxymaskinen er kopla til ein annan svitsjport. Berre å vera på det LAN-et gjer ikkje proxyen til videresendingspunktet.

Vel den tiltenkte vegen

Ei eksplisitt proxyinnstilling kan senda forespurnaden frå deltakande applikasjon til proxyen sjølv når mål-nettstaden er lokal. Kontroller òg omgåingsreglar og PAC-avgjerder: dei kan med vilje velja DIRECT for private namn eller adresser.

Viss avlytting er påkravd, må nettet faktisk plassera avlyttingspunktet i vegen; på ein Linux-gateway skil du mellom lokale og videresende pakkevegar. Ruta subnettdeling eller ei med vilje inline-bru kan gjera det i eigna design, men kvar endrar videresendings- og feilåtferd. Ei bru andre stader på LAN-et er ikkje automatisk inline.

Hald kravet til applikasjonsprotokollen åtskilt. Sjølv etter at trafikken har passert boksen, må lyttaren støtta avlyttingsmodusen. Å flytta pakkane er ikkje løyve til å dekryptera HTTPS og heller ikkje ei garanti for at ein vanleg SOCKS-port kan ta imot dei.

Registrer ruta klienten valde, det lokale segmentet og den faktiske videresendingscininga. Ei manglande proxy-logg kan vera ei korrekt skildring av topologien og ikkje ein loggfeil.