AWS Lambda nie dociera do prywatnego proxy: sprawdź ścieżkę VPC
Do pierwszego połączenia VPC użyj adresu i portu nasłuchującego proxy, z właściwym kierunkiem grupy zabezpieczeń i widokiem DNS.
Gdy Requests jest skonfigurowany dla proxy przekazującego, Lambda najpierw łączy się z tym nasłuchem. Strona HTTPS na 443 nie zamienia proxy nasłuchującego na 3128 w port 443 pierwszego skoku.
Lambda code → configured VPC path → proxy listener → destinationDla prywatnego proxy hostowanego na EC2 podłącz funkcję do docelowych podsieci i grup zabezpieczeń VPC. Lambda zarządza interfejsami sieciowymi tego podłączenia. Różne podsieci mogą działać, gdy ich routing i kontrola dostępu na to pozwalają.
| Kontrola | Wymaganie pierwszego skoku w konfiguracji z bezpośrednim routingiem w tej samej VPC |
|---|---|
| Grupa zabezpieczeń funkcji | Wychodzący TCP do nasłuchu proxy |
| Grupa zabezpieczeń proxy | Wchodzący TCP na tym porcie z docelowego źródła lub grupy zabezpieczeń funkcji |
| Proces proxy | Nasłuch na osiągalnym interfejsie z dozwolonym dostępem klientów |
Reguła przychodząca tylko na grupie funkcji nie może autoryzować tego wychodzącego połączenia klienta. Uwzględnij tabele routingu i sieciowe ACL podsieci w sprawdzaniu ścieżki.
Dla prywatnej nazwy proxy w Route 53 zweryfikuj powiązanie strefy hostowanej z VPC i konfigurację DNS, w tym enableDnsHostnames i enableDnsSupport. Udane zapytanie z laptopa nie dowodzi widoku DNS Lambdy. Zanotuj, czy nieudana nazwa to proxy, czy witryna; zmiana witryny na numeryczny IP nie naprawia nazwy proxy.
Gdy ten skok działa, proxy potrzebuje własnej dalszej trasy. Podłączenie Lambdy do podsieci publicznej nie przydziela publicznego IP ani nie zapewnia automatycznie bezpośredniego dostępu do internetu; wyjście ustal osobno dla obu połączeń.