IP로 인증하는 프록시 계정은 한 워커에서는 작동하고 다른 워커에서는 거부될 수 있습니다. 워커마다 공인 주소가 다르기 때문입니다. 플리트는 프록시에 연결하기 전에 의도적으로 설계된 외부 경로가 필요합니다.

AWS IPv4 구성 중 하나는 다음과 같습니다.

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

공인 NAT 게이트웨이에는 연결된 Elastic IP가 있습니다. VPC의 인터넷 게이트웨이를 통해 전송되는 트래픽에 대해 AWS는 NAT 게이트웨이의 사설 주소를 그 Elastic IP로 변환합니다. 따라서 원격 프록시는 각 워커의 사설 주소 대신 이 공인 이그레스 주소를 승인할 수 있습니다.

대상 워커의 인터넷행 트래픽을 계획된 게이트웨이를 통해 보내고, 가능한 공인 이그레스 주소를 프록시 서비스에 등록하십시오. 배포가 여러 NAT 게이트웨이나 추가 이그레스 주소를 사용한다면 플리트가 택할 수 있는 모든 경로를 고려하십시오.

프록시가 받아들이는 소스는 하나의 주소 관계입니다. 목적지가 관찰하는 프록시의 출구 주소는 또 다른 관계입니다. 계정에 안정적인 연결 IP를 준다고 해서 서비스가 그 IP를 출구로 사용하도록 강제되지는 않습니다.

사설 NAT 게이트웨이는 이 공인 Elastic IP 인터넷 구성을 제공하지 않습니다. AWS는 또한 공인 NAT 게이트웨이가 인터넷 게이트웨이 대신 전송 또는 가상 사설 게이트웨이를 통해 트래픽을 보낼 때의 다른 주소 동작도 문서화합니다.

운영 점검은 각 워커 경로에서 오는 연결에 대한 프록시 서비스의 관찰이며, 장애 조치도 포함합니다. 그 관찰을 이그레스 구성과 함께 보관하여 나중의 네트워크 변경이 계정의 허용 목록에 반영될 수 있게 하십시오.

관련 글