Uwierzytelnianie źródłowego adresu IP dla floty pracowników proxy

Konto proxy uwierzytelniane po IP może działać z jednego pracownika, a innego odrzucić, ponieważ pracownicy przychodzą z różnych adresów publicznych. Flota potrzebuje świadomie wybranej drogi na zewnątrz, zanim połączy się z proxy.

Jeden z układów AWS IPv4 jest następujący:

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

Publiczna brama NAT ma powiązany Elastic IP. Dla ruchu wysyłanego przez bramę internetową VPC usługa AWS tłumaczy prywatny adres bramy NAT na ten Elastic IP. Zdalne proxy może więc autoryzować ten publiczny adres wyjścia zamiast prywatnego adresu każdego pracownika.

Skieruj ruch internetowy wyznaczonych pracowników przez planowaną bramę i zarejestruj możliwe publiczne adresy wyjścia w usłudze proxy. Jeśli wdrożenie używa kilku bram NAT lub dodatkowych adresów wyjścia, uwzględnij każdą ścieżkę, którą flota może obrać.

Źródło akceptowane przez proxy to jedna relacja adresowa. Adres wyjścia proxy widziany przez cel to inna relacja. Przyznanie kontu stabilnego IP połączenia nie zmusza usługi do używania tego IP jako wyjścia.

Prywatna brama NAT nie zapewnia tego układu internetowego z publicznym Elastic IP. AWS dokumentuje też inne zachowanie adresów, gdy publiczna brama NAT wysyła ruch przez bramę tranzytową lub wirtualną prywatną zamiast przez bramę internetową.

Kontrola operacyjna to obserwacja usługi proxy dotycząca połączenia z każdej trasy pracownika, wraz z przełączeniem awaryjnym. Zachowaj tę obserwację razem z konfiguracją wyjścia, aby późniejsza zmiana sieci mogła zostać odzwierciedlona na liście dozwolonych adresów konta.