Ett nettverkskort er nok for en eksplisitt proxy
Forstå når en videresendende proxy kan dele LAN-et uten å bli klientenes standardgateway.
En privat videresendende proxy trenger ikke fysisk å sitte mellom laptopen og ruteren. Den kan være en annen maskin på samme LAN, med ett nettverksgrensesnitt.
Laptopen kobler til proxyens adresse og lyttende port. Proxyprosessen åpner en egen forbindelse mot nettstedet eller dets forelder. Samme grensesnitt kan bære begge samtalene, mens vertens rutetabell velger neste hopp.
client → proxy listener
proxy → existing router → destinationDet er nok for en applikasjon som uttrykkelig har valgt proxyen. På Linux krever denne vanlige ordningen ikke at IP-videresending slås på bare for å videresende applikasjonens forespørsler.
Standardgatewayen svarer på et annet spørsmål
En klients standardgateway håndterer pakkene klienten sender mot andre nettverk. Å endre den innstillingen får ikke nettleseren til å sende HTTP-proxyforespørsler eller SOCKS-forhandlinger. Like lite ruter det å skrive inn en proxy i nettleseren alle andre applikasjoner gjennom den maskinen.
En vert kan gjøre begge jobbene, men har da to konfigurasjoner å administrere: proxytjenesten og ruting- eller brannmurfunksjonen. Flere grensesnitt kan gjøre nettverksdeling enklere. Det er et topologivalg, ikke en forutsetning som eksplisitt HTTP-proxying pålegger.
Denne forskjellen forklarer også et vanlig mislykket eksperiment: å redigere videresendingsreglene til en proxyserver har ingen virkning på en direkte klientforbindelse som går gjennom en annen ruter. Pakkene krysset aldri den serveren.
Hvis kravet er obligatorisk bruk, må du fastslå hvor alternativ utgående trafikk kan kontrolleres. En eksplisitt proxy med ett grensesnitt kan være en gyldig tjeneste, mens en egen gateway håndhever nettverkspolicyen. Plasser håndhevelsen der pakkene faktisk passerer.