AWS Lambda berikt gjin privee proxy: kontrolearje it VPC-paad
Brûk it adres en de poarte fan de proxy-listener foar de earste VPC-ferbining, mei de krekte rjochting fan de befeiligingsgroep en DNS-útsjoch.
As Requests is ynsteld foar in foarútproxy, ferbynt Lambda him earst mei dy listener. In HTTPS-side op 443 makket fan in proxy dy't op 3128 harket net poarte 443 fan de earste hop.
Lambda code → configured VPC path → proxy listener → destinationFoar in privee proxy op EC2, keppelje de funksje oan de bedoelde VPC-subnetten en befeiligingsgroepen. Lambda beheart netwurkynterfaces foar dy keppeling. Ferskate subnetten kinne wurkje as har rûtelegging en tagongskontrôle de ferbining tastean.
| Kontrôle | Eask foar de earste hop yn in direkt rûte opset binnen itselde VPC |
|---|---|
| Befeiligingsgroep fan de funksje | Utgeande TCP nei de proxy-listener |
| Befeiligingsgroep fan de proxy | Yngeande TCP op dy poarte fan de bedoelde funksjeboarne of befeiligingsgroep |
| Proxy-proses | Listener op de berikbere interface mei tastiene klanttagong |
In yngeande regel allinnich op de funksjegroep kin dizze utgeande klantferbining net tastean. Nim rûtetabellen en netwurk-ACL's fan it subnet op yn de paadkontrôle.
Foar in privee proxynamme yn Route 53, kontrolearje de VPC-ferbining fan de hoste sône en de DNS-konfiguraasje, ynklusyf enableDnsHostnames en enableDnsSupport. In slagge opfreegje fan de laptop bewiist de DNS-útsjoch fan Lambda net. Skriuw op oft de mislearre namme de proxy of de side is; it feroarjen fan de side nei in nûmer-IP is gjin repaasje fan de proxynamme.
As dizze hop wurket, hat de proxy syn eigen fierdere rûte nedich. Lambda oan in iepenbier subnet keppelje jout gjin iepenbier IP en leveret net automatysk direkte ynternettagong; beslút de útgong apart foar beide ferbinings.