AWS Lambda når inte en privat proxy: kontrollera VPC-vägen
Använd proxylyssnarens adress och port för den första VPC-anslutningen, med rätt riktning för säkerhetsgruppen och DNS-vy.
När Requests är konfigurerat för en vidarebefordrande proxy ansluter Lambda först till den lyssnaren. En HTTPS-webbplats på 443 gör inte en proxy som lyssnar på 3128 till första hopp-port 443.
Lambda code → configured VPC path → proxy listener → destinationFör en privat proxy på EC2 kopplar du funktionen till de avsedda VPC-subnäten och säkerhetsgrupperna. Lambda hanterar nätverksgränssnitten för kopplingen. Olika subnät kan fungera när deras routning och åtkomstkontroll tillåter anslutningen.
| Kontroll | Krav för första hoppet i en direkt routad uppsättning i samma VPC |
|---|---|
| Funktionens säkerhetsgrupp | Utgående TCP till proxylyssnaren |
| Proxyns säkerhetsgrupp | Inkommande TCP på den porten från den avsedda funktionskällan eller säkerhetsgruppen |
| Proxyprocess | Lyssnare på det nåbara gränssnittet med klientåtkomst tillåten |
En inkommande regel enbart på funktionsgruppen kan inte tillåta denna utgående klientanslutning. Ta med routningstabeller och subnätets nätverks-ACL:er i vägkontrollen.
För ett privat proxynamn i Route 53 verifierar du den hostade zonens VPC-koppling och DNS-konfigurationen, inklusive enableDnsHostnames och enableDnsSupport. En lyckad uppslagning från laptopen bevisar inte Lambdas DNS-vy. Anteckna om namnet som misslyckas är proxyn eller webbplatsen; att byta webbplatsen till en numerisk IP är inte en rättelse av proxynamnet.
När detta hopp fungerar behöver proxyn sin egen vidare väg. Att koppla Lambda till ett offentligt subnät tilldelar ingen offentlig IP och ger inte automatiskt direkt internetåtkomst; avgör utgående trafik separat för båda anslutningarna.