En IP-godkendt proxy-konto kan fungere fra én arbejder og afvise en anden, fordi arbejderne kommer fra forskellige offentlige adresser. Flåden har brug for en bevidst valgt vej udad, før den forbinder til proxyen.

Et AWS IPv4-arrangement er:

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

En offentlig NAT-gateway har en tilknyttet Elastic IP. For trafik, der sendes gennem VPC'ens internetgateway, oversætter AWS NAT-gatewayens private adresse til den Elastic IP. En fjern proxy kan derfor godkende denne offentlige udgangsadresse i stedet for hver arbejders private adresse.

Rut de tilsigtede arbejderes internetrettede trafik gennem den planlagte gateway, og registrer de mulige offentlige udgangsadresser hos proxy-tjenesten. Hvis udrulningen bruger flere NAT-gateways eller ekstra udgangsadresser, skal du regne med hver vej, flåden kan tage.

Den kilde, proxyen accepterer, er ét adresseforhold. Den udgangsadresse, destinationen ser fra proxyen, er et andet. At give kontoen en stabil forbindelses-IP tvinger ikke tjenesten til at bruge den IP som sin udgang.

En privat NAT-gateway giver ikke dette internetarrangement med offentlig Elastic IP. AWS dokumenterer også en anden adresseadfærd, når en offentlig NAT-gateway sender trafik gennem en transit- eller virtuel privat gateway i stedet for internetgatewayen.

Den operationelle kontrol er proxy-tjenestens observation af en forbindelse fra hver arbejderrute, inklusive failover. Gem den observation sammen med udgangskonfigurationen, så en senere netværksændring kan afspejles i kontoens tilladelsesliste.

Relaterede artikler