En IP-autentisert proxy-konto kan fungere fra én arbeider og avvise en annen fordi arbeiderne kommer fra forskjellige offentlige adresser. Flåten trenger en bevisst valgt utgangsvei før den kobler til proxyen.

Ett AWS IPv4-oppsett er:

private worker → public NAT gateway → internet gateway → proxy service → destination

En offentlig NAT-gateway har en tilknyttet elastisk IP. For trafikk som sendes gjennom VPC-ens internettgateway, oversetter AWS NAT-gatewayens private adresse til den elastiske IP-en. En ekstern proxy kan derfor autorisere denne offentlige utgangsadressen i stedet for den private adressen til hver arbeider.

Rut de tiltenkte arbeidernes internettrafikk gjennom den planlagte gatewayen og registrer de mulige offentlige utgangsadressene hos proxy-tjenesten. Hvis utrullingen bruker flere NAT-gatewayer eller ekstra utgangsadresser, må du ta høyde for hver vei flåten kan ta.

Kilden proxyen godtar, er ett adresseforhold. Utgangsadressen målet ser fra proxyen, er et annet. Å gi kontoen en stabil tilkoblings-IP tvinger ikke tjenesten til å bruke den IP-en som utgang.

En privat NAT-gateway gir ikke dette internett-oppsettet med offentlig elastisk IP. AWS dokumenterer også annen adresseatferd når en offentlig NAT-gateway sender trafikk gjennom en transit- eller virtuell privat gateway i stedet for internettgatewayen.

Den operative kontrollen er proxy-tjenestens observasjon av en tilkobling fra hver arbeiderrute, inkludert failover. Ta vare på observasjonen sammen med utgangskonfigurasjonen, slik at en senere nettverksendring kan gjenspeiles i tillatelseslisten til kontoen.

Relaterte artikler