AWS Lambda não chega a um proxy privado: verifique o caminho da VPC
Use o endereço e a porta do listener do proxy para a primeira conexão VPC, com a direção correta do grupo de segurança e a visão de DNS.
Com o Requests configurado para um proxy de encaminhamento, o Lambda conecta-se primeiro a esse listener. Um site HTTPS na 443 não transforma um proxy que escuta na 3128 na porta 443 do primeiro salto.
Lambda code → configured VPC path → proxy listener → destinationPara um proxy privado hospedado no EC2, anexe a função às sub-redes e aos grupos de segurança da VPC pretendidos. O Lambda gerencia as interfaces de rede dessa anexação. Outras sub-redes podem funcionar quando o roteamento e os controles de acesso permitem a conexão.
| Controle | Requisito do primeiro salto em uma configuração roteada diretamente na mesma VPC |
|---|---|
| Grupo de segurança da função | TCP de saída para o listener do proxy |
| Grupo de segurança do proxy | TCP de entrada nessa porta a partir da origem ou do grupo de segurança pretendido da função |
| Processo do proxy | Listener na interface acessível com acesso de clientes permitido |
Uma regra de entrada apenas no grupo da função não pode autorizar esta conexão de cliente de saída. Inclua as tabelas de rotas e as ACLs de rede da sub-rede na verificação do caminho.
Para um nome de proxy privado no Route 53, verifique a associação da zona hospedada à VPC e a configuração de DNS, incluindo enableDnsHostnames e enableDnsSupport. Uma consulta bem-sucedida no notebook não comprova a visão de DNS do Lambda. Registre se o nome que falha é o proxy ou o site; trocar o site por um IP numérico não corrige o nome do proxy.
Depois que este salto funciona, o proxy precisa de sua própria rota adiante. Anexar o Lambda a uma sub-rede pública não atribui um IP público nem fornece automaticamente acesso direto à internet; decida a saída separadamente para as duas conexões.