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