AWS Lambda når ikke en privat proxy: sjekk VPC-ruten
Bruk adresse og port til proxy-lytteren for den første VPC-forbindelsen, med korrekt retning for sikkerhetsgruppen og DNS-visning.
Med Requests satt opp for en videresendende proxy, kobler Lambda først til denne lytteren. Et HTTPS-nettsted på 443 gjør ikke en proxy som lytter på 3128 til første hopp-port 443.
Lambda code → configured VPC path → proxy listener → destinationVed en privat proxy på EC2 knytter du funksjonen til de tiltenkte VPC-subnettene og sikkerhetsgruppene. Lambda håndterer nettverksgrensesnittene for tilknytningen. Forskjellige subnett kan fungere når ruting og tilgangskontroll tillater forbindelsen.
| Kontroll | Krav til første hopp i en direkte rutet konfigurasjon i samme VPC |
|---|---|
| Funksjonens sikkerhetsgruppe | Utgående TCP mot proxy-lytteren |
| Proxyens sikkerhetsgruppe | Inngående TCP på denne porten fra den tiltenkte kilden eller sikkerhetsgruppen til funksjonen |
| Proxy-prosessen | Lytter på grensesnittet som kan nås, med klienttilgang tillatt |
En inngående regel kun på funksjonsgruppen kan ikke tillate denne utgående klientforbindelsen. Inkluder rutetabeller og nettverks-ACL-er for subnettet i rutesjekken.
For et privat proxy-navn i Route 53 må du verifisere at den hostede sonen er knyttet til VPC-en, og DNS-konfigurasjonen, inkludert enableDnsHostnames og enableDnsSupport. Et vellykket oppslag fra laptopen beviser ikke Lambdas DNS-visning. Registrer om navnet som feiler er proxyen eller nettstedet; å endre nettstedet til en numerisk IP er ikke en rettelse av proxy-navnet.
Når dette hoppet fungerer, trenger proxyen sin egen videre rute. Å knytte Lambda til et offentlig subnett tildeler ikke en offentlig IP og gir ikke automatisk direkte internett-tilgang; bestem utgående trafikk separat for begge forbindelsene.