AWS Lambda når ikke en privat proxy: kontroller VPC-ruten
Bruk adressen og porten til proxy-lytteren for den første VPC-tilkoblingen, med riktig retning på sikkerhetsgruppen og DNS-visning.
Når Requests er konfigurert for en videresendende proxy, kobler Lambda først til den lytteren. Et HTTPS-nettsted på 443 gjør ikke en proxy som lytter på 3128 om til første hopp-port 443.
Lambda code → configured VPC path → proxy listener → destinationFor en privat proxy på EC2 kobler du funksjonen til de tiltenkte VPC-subnettene og sikkerhetsgruppene. Lambda administrerer nettverksgrensesnittene for tilkoblingen. Ulike subnett kan fungere når rutingen og tilgangskontrollen deres tillater forbindelsen.
| Kontroll | Krav til første hopp i et direkte rutet oppsett i samme VPC |
|---|---|
| Funksjonens sikkerhetsgruppe | Utgående TCP til proxy-lytteren |
| Proxyens sikkerhetsgruppe | Inngående TCP på den porten fra den tiltenkte funksjonskilden eller sikkerhetsgruppen |
| Proxyprosess | Lytter på det tilgjengelige grensesnittet med klienttilgang tillatt |
En inngående regel bare på funksjonsgruppen kan ikke tillate denne utgående klientforbindelsen. Ta med rutetabeller og subnettets nettverks-ACL-er i ruteundersøkelsen.
For et privat proxynavn i Route 53, verifiser den hostede sonens VPC-tilknytning og DNS-konfigurasjon, inkludert enableDnsHostnames og enableDnsSupport. Et vellykket oppslag fra maskinen beviser ikke Lambdas DNS-visning. Noter om navnet som feiler er proxyen eller nettstedet; å endre nettstedet til en numerisk IP er ikke en retting av proxynavnet.
Når dette hoppet virker, trenger proxyen sin egen videre rute. Å koble Lambda til et offentlig subnett tildeler ikke en offentlig IP og gir ikke automatisk direkte internettilgang; avgjør utgående trafikk separat for begge forbindelsene.