AWS Lambda bereik nie 'n private proxy nie: kontroleer die VPC-pad
Gebruik die adres en poort van die proxy-luisteraar vir die eerste VPC-verbinding, met die korrekte rigting van die sekuriteitsgroep en DNS-aansig.
Wanneer Requests vir 'n vorentoe-proxy opgestel is, verbind Lambda eers met daardie luisteraar. 'n HTTPS-webwerf op 443 verander nie 'n proxy wat op 3128 luister in die eerste-hop-poort 443 nie.
Lambda code → configured VPC path → proxy listener → destinationVir 'n private proxy wat op EC2 gehuisves word, koppel die funksie aan die beoogde VPC-subnette en sekuriteitsgroepe. Lambda bestuur netwerkkoppelvlakke vir die koppeling. Verskillende subnette kan werk wanneer hul roetering en toegangsbeheer die verbinding toelaat.
| Beheer | Vereiste vir die eerste hop in 'n direk geroteerde opstelling binne dieselfde VPC |
|---|---|
| Funksie-sekuriteitsgroep | Uitgaande TCP na die proxy-luisteraar |
| Proxy-sekuriteitsgroep | Inkomende TCP op daardie poort vanaf die beoogde funksiebron of -sekuriteitsgroep |
| Proxy-proses | Luisteraar op die bereikbare koppelvlak met kliënttoegang toegelaat |
'n Inkomende reël slegs op die funksiegroep kan nie hierdie uitgaande kliëntverbinding magtig nie. Sluit roetetabelle en netwerk-ACL's van die subnet by die roetekontrole in.
Vir 'n private Route 53-proxynaam, verifieer die gehuisvesde sone se VPC-assosiasie en DNS-konfigurasie, insluitend enableDnsHostnames en enableDnsSupport. Die skootrekenaar se suksesvolle opsoek bewys nie Lambda se DNS-aansig nie. Teken aan of die mislukte naam die proxy of die webwerf is; om die webwerf na 'n numeriese IP te verander is nie 'n oplossing vir die proxynaam nie.
Nadat hierdie hop werk, het die proxy sy eie verdere roete nodig. Om Lambda aan 'n openbare subnet te koppel, wys nie 'n openbare IP toe nie en verskaf nie outomaties direkte internettoegang nie; besluit uitgaande verkeer afsonderlik vir albei verbindings.