AWS Lambdak ezin du proxy pribatu batera iritsi: egiaztatu VPC bidea
Erabili proxy entzulearen helbidea eta portua lehen VPC konexiorako, segurtasun-taldearen norabide eta DNS ikuspegi egokiekin.
Requests aurreranzko proxy gisa konfiguratuta dagoenean, Lambda lehenengo entzule horrekin konektatzen da. 443-n dagoen HTTPS gune batek ez du 3128-n entzuten ari den proxy bat lehen jauziko 443 portu bihurtzen.
Lambda code → configured VPC path → proxy listener → destinationEC2-n ostatatutako proxy pribatu baterako, lotu funtzioa aurreikusitako VPC azpisare eta segurtasun-taldeetara. Lambdak sare-interfazeak kudeatzen ditu lotura horretarako. Azpisare desberdinek funtziona dezakete bideratzeak eta sarbide-kontrolak konexioa baimentzen dutenean.
| Kontrola | Lehen jauziko baldintza VPC berean zuzenean bideratutako ezarpen batean |
|---|---|
| Funtzioaren segurtasun-taldea | Irteerako TCP proxy entzulera |
| Proxyaren segurtasun-taldea | Sarrerako TCP portu horretan, aurreikusitako funtzio iturri edo segurtasun-taldetik |
| Proxy prozesua | Entzulea irisgarri den interfazean, bezeroen sarbidea baimenduta |
Funtzioaren taldean soilik dagoen sarrera-arau batek ezin du irteerako bezero-konexio hau baimendu. Sartu bide-taula eta azpisarearen sare-ACLak bidearen egiaztapenean.
Route 53-ko proxy izen pribatu baterako, egiaztatu ostatatutako zonaren VPC elkartzea eta DNS konfigurazioa, enableDnsHostnames eta enableDnsSupport barne. Mokoginaren bilaketa arrakastatsuak ez du Lambdaren DNS ikuspegia frogatzen. Idatz ezazu huts egin duen izena proxya edo webgunea den; webgunea IP zenbakizko batera aldatzeak ez du proxy izena konpontzen.
Jauzi hau funtzionatzen duenean, proxyak bere aurrerako bidea behar du. Lambda azpisare publiko batera lotzeak ez du IP publiko bat esleitzen eta ez du automatikoki Interneteko sarbide zuzena ematen; erabaki irteera bi konexioetarako bereizita.