AWS Lambda no puede llegar a un proxy privado: revise la ruta de la VPC
Use la dirección y el puerto del escucha del proxy para la primera conexión de la VPC, con la dirección correcta del grupo de seguridad y la vista de DNS.
Con Requests configurado para un proxy de reenvío, Lambda se conecta primero a ese escucha. Un sitio HTTPS en el 443 no convierte un proxy que escucha en el 3128 en el puerto 443 del primer salto.
Lambda code → configured VPC path → proxy listener → destinationPara un proxy privado alojado en EC2, asocie la función a las subredes y grupos de seguridad de la VPC previstos. Lambda gestiona las interfaces de red de esa asociación. Otras subredes pueden funcionar cuando su enrutamiento y sus controles de acceso lo permiten.
| Control | Requisito del primer salto en una configuración enrutada directamente dentro de la misma VPC |
|---|---|
| Grupo de seguridad de la función | TCP de salida hacia el escucha del proxy |
| Grupo de seguridad del proxy | TCP de entrada en ese puerto desde el origen o grupo de seguridad previsto de la función |
| Proceso del proxy | Escucha en la interfaz accesible con acceso de clientes permitido |
Una regla de entrada solo en el grupo de la función no puede autorizar esta conexión de cliente de salida. Incluya las tablas de rutas y las ACL de red de la subred en la comprobación de la ruta.
Para un nombre de proxy privado en Route 53, verifique la asociación de la zona alojada con la VPC y la configuración de DNS, incluidos enableDnsHostnames y enableDnsSupport. La consulta correcta desde el portátil no demuestra la vista de DNS de Lambda. Anote si el nombre que falla es el proxy o el sitio web; cambiar el sitio a una IP numérica no arregla el nombre del proxy.
Cuando este salto funcione, el proxy necesita su propia ruta hacia delante. Asociar Lambda a una subred pública no asigna una IP pública ni proporciona automáticamente acceso directo a Internet; decida la salida por separado para ambas conexiones.