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 и не осигурява автоматично директен интернет достъп; решете изходящия трафик отделно за двете връзки.