AWS Lambda når ikkje ein privat proxy: kontroller VPC-ruta
Bruk adressa og porten til proxy-lyttaren for den første VPC-tilkoplinga, med rett retning på tryggingsgruppa og DNS-vising.
Når Requests er sett opp for ein videresendande proxy, koplar Lambda først til den lyttaren. Eit HTTPS-nettstad på 443 gjer ikkje eit proxy som lyttar på 3128 om til første hopp-port 443.
Lambda code → configured VPC path → proxy listener → destinationFor eit privat proxy på EC2 koplar du funksjonen til dei tiltenkte VPC-subnetta og tryggingsgruppene. Lambda styrer nettverksgrensesnitta for tilkoplinga. Ulike subnett kan fungere når rutinga og tilgangskontrollen deira tillèt sambandet.
| Kontroll | Krav til første hopp i eit direkte ruta oppsett i same VPC |
|---|---|
| Tryggingsgruppe for funksjonen | Utgåande TCP til proxy-lyttaren |
| Tryggingsgruppe for proxyet | Inngåande TCP på den porten frå den tiltenkte funksjonskjelda eller tryggingsgruppa |
| Proxyprosess | Lyttar på det tilgjengelege grensesnittet med klienttilgang tillaten |
Ein inngåande regel berre på funksjonsgruppa kan ikkje tillate denne utgåande klienttilkoplinga. Ta med rutetabellar og nettverks-ACL-ar for subnettet i ruteundersøkinga.
For eit privat proxynamn i Route 53, stadfest VPC-tilknytinga til den hosta sona og DNS-oppsetet, inkludert enableDnsHostnames og enableDnsSupport. Eit vellukka oppslag frå maskina provar ikkje DNS-visinga til Lambda. Noter om namnet som feilar er proxyet eller nettstaden; å endre nettstaden til ein numerisk IP er ikkje ei retting av proxynamnet.
Når dette hoppet verkar, treng proxyet si eiga vidare rute. Å kople Lambda til eit offentleg subnett gjev ikkje ein offentleg IP og gjev ikkje automatisk direkte internettilgang; avgjer utgåande trafikk separat for begge sambanda.