AWS Lambda не достигает частного прокси: проверьте путь в VPC
Для первого подключения в VPC используйте адрес и порт прослушивателя прокси, с правильным направлением группы безопасности и представлением DNS.
Если Requests настроен на пересылающий прокси, Lambda сначала подключается к этому прослушивателю. HTTPS-сайт на 443 не превращает прокси, слушающий на 3128, в порт первого перехода 443.
Lambda code → configured VPC path → proxy listener → destinationДля частного прокси на EC2 подключите функцию к нужным подсетям и группам безопасности VPC. Lambda управляет сетевыми интерфейсами для этого подключения. Разные подсети могут работать, если их маршрутизация и управление доступом допускают соединение.
| Контроль | Требование первого перехода при прямой маршрутизации в том же VPC |
|---|---|
| Группа безопасности функции | Исходящий TCP к прослушивателю прокси |
| Группа безопасности прокси | Входящий TCP на этом порту от нужного источника или группы безопасности функции |
| Процесс прокси | Прослушиватель на доступном интерфейсе с разрешённым доступом клиентов |
Правило входящего трафика только в группе функции не может разрешить это исходящее клиентское соединение. Включите таблицы маршрутизации и сетевые ACL подсети в проверку пути.
Для частного имени прокси в Route 53 проверьте связь размещённой зоны с VPC и конфигурацию DNS, включая enableDnsHostnames и enableDnsSupport. Успешный запрос с ноутбука не доказывает представление DNS в Lambda. Зафиксируйте, что не разрешается — прокси или сайт; замена сайта числовым IP не исправляет имя прокси.
Когда этот переход работает, прокси нужен собственный дальнейший маршрут. Подключение Lambda к публичной подсети не выдаёт публичный IP и не обеспечивает автоматически прямой доступ в интернет; исходящий трафик решайте отдельно для обоих соединений.