Bron-IP-verifikasie vir 'n vloot proxy-werkers

'n IP-geverifieerde proxy-rekening kan van een werker werk en 'n ander weier, want die werkers kom van verskillende openbare adresse. Die vloot het 'n doelbewuste uitwaartse pad nodig voordat dit aan die proxy koppel.

Een AWS IPv4-reëling is:

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

'n Openbare NAT-gateway het 'n geassosieerde elastiese IP. Vir verkeer wat deur die VPC se internetgateway gestuur word, vertaal AWS die NAT-gateway se private adres na daardie elastiese IP. 'n Afgeleë proxy kan dus daardie openbare uitgangsadres magtig in plaas van die private adres van elke werker.

Stuur die beoogde werkers se internetgerigte verkeer deur die beplande gateway en registreer die moontlike openbare uitgangsadresse by die proxy-diens. As die ontplooiing verskeie NAT-gateways of bykomende uitgangsadresse gebruik, reken vir elke pad wat die vloot kan neem.

Die bron wat die proxy aanvaar, is een adresverhouding. Die proxy se uitgangsadres wat die bestemming sien, is 'n ander. Om die rekening 'n stabiele koppel-IP te gee, dwing die diens nie om daardie IP as sy uitgang te gebruik nie.

'n Private NAT-gateway bied nie hierdie openbare-elastiese-IP-internetreëling nie. AWS dokumenteer ook ander adresgedrag wanneer 'n openbare NAT-gateway verkeer deur 'n transit- of virtuele private gateway stuur in plaas van die internetgateway.

Die operasionele kontrole is die proxy-diens se waarneming van 'n verbinding vanaf elke werkerroete, insluitend oorskakeling. Hou daardie waarneming by die uitgangskonfigurasie sodat 'n latere netwerkverandering in die rekening se toelatingslys weerspieël kan word.