AWS Lambda kan ikke nå en privat proxy: kontroller VPC-ruten
Brug proxylytterens adresse og port til den første VPC-forbindelse, med den rigtige retning for sikkerhedsgruppen og DNS-visning.
Når Requests er konfigureret til en videresendende proxy, opretter Lambda først forbindelse til den lytter. Et HTTPS-websted på 443 gør ikke en proxy, der lytter på 3128, til første hop-port 443.
Lambda code → configured VPC path → proxy listener → destinationFor en privat proxy på EC2 skal du knytte funktionen til de tilsigtede VPC-undernet og sikkerhedsgrupper. Lambda administrerer netværksgrænseflader til tilknytningen. Forskellige undernet kan virke, når deres routing og adgangskontrol tillader forbindelsen.
| Kontrol | Krav til første hop i et direkte routet opsætning i samme VPC |
|---|---|
| Funktionens sikkerhedsgruppe | Udgående TCP til proxylytteren |
| Proxyens sikkerhedsgruppe | Indgående TCP på den port fra den tilsigtede funktionskilde eller sikkerhedsgruppe |
| Proxyproces | Lytter på den tilgængelige grænseflade med klientadgang tilladt |
En indgående regel alene på funktionsgruppen kan ikke tillade denne udgående klientforbindelse. Medtag rutetabeller og undernets netværks-ACL'er i ruteundersøgelsen.
For et privat proxynavn i Route 53 skal du kontrollere den hostede zones VPC-tilknytning og DNS-konfiguration, inklusive enableDnsHostnames og enableDnsSupport. Et vellykket opslag fra bærbar computer beviser ikke Lambdas DNS-visning. Noter, om det fejlende navn er proxyen eller webstedet; at ændre webstedet til en numerisk IP er ikke en rettelse af proxynavnet.
Når dette hop virker, har proxyen brug for sin egen videre rute. Tilknytning af Lambda til et offentligt undernet tildeler ikke en offentlig IP og giver ikke automatisk direkte internetadgang; afgør udgående trafik separat for begge forbindelser.