AWS Lambda no pot arribar a un proxy privat: comproveu el camí de la VPC
Feu servir l'adreça i el port de l'oient del proxy per a la primera connexió de la VPC, amb la direcció correcta del grup de seguretat i la visió de DNS.
Quan Requests està configurat per a un proxy d'avançament, Lambda es connecta primer a aquell oient. Un lloc HTTPS al 443 no converteix un proxy que escolta al 3128 en el port 443 del primer salt.
Lambda code → configured VPC path → proxy listener → destinationPer a un proxy privat allotjat a EC2, adjunteu la funció a les subxarxes i grups de seguretat de la VPC previstos. Lambda gestiona les interfícies de xarxa per a aquesta adjunció. Subxarxes diferents poden funcionar quan l'encaminament i els controls d'accés ho permeten.
| Control | Requisit del primer salt en una configuració encaminada directament dins de la mateixa VPC |
|---|---|
| Grup de seguretat de la funció | TCP de sortida cap a l'oient del proxy |
| Grup de seguretat del proxy | TCP d'entrada en aquest port des de l'origen o grup de seguretat previst de la funció |
| Procés del proxy | Oient a la interfície accessible amb accés de clients permès |
Una regla d'entrada només al grup de la funció no pot autoritzar aquesta connexió de client de sortida. Incloeu les taules d'encaminament i les ACL de xarxa de la subxarxa en la comprovació del camí.
Per a un nom de proxy privat a Route 53, verifiqueu l'associació de la zona allotjada amb la VPC i la configuració de DNS, incloent-hi enableDnsHostnames i enableDnsSupport. La consulta correcta des de l'ordinador portàtil no demostra la visió de DNS de Lambda. Anoteu si el nom que falla és el proxy o el lloc web; canviar el lloc a una IP numèrica no arregla el nom del proxy.
Quan aquest salt funcioni, el proxy necessita la seva pròpia ruta cap endavant. Adjuntar Lambda a una subxarxa pública no assigna cap IP pública ni proporciona automàticament accés directe a Internet; decidiu la sortida per separat per a les dues connexions.