AWS Lambda erreicht einen privaten Proxy nicht: den VPC-Pfad prüfen
Für die erste VPC-Verbindung Adresse und Port des Proxy-Listeners verwenden, mit korrekter Richtung der Sicherheitsgruppe und DNS-Sicht.
Ist Requests für einen Forward-Proxy konfiguriert, verbindet sich Lambda zuerst mit diesem Listener. Eine HTTPS-Website auf 443 macht aus einem Proxy, der auf 3128 lauscht, keinen First-Hop-Port 443.
Lambda code → configured VPC path → proxy listener → destinationBei einem privat auf EC2 gehosteten Proxy die Funktion an die vorgesehenen VPC-Subnetze und Sicherheitsgruppen anbinden. Lambda verwaltet die Netzwerkschnittstellen für diese Anbindung. Andere Subnetze funktionieren, wenn Routing und Zugriffskontrollen die Verbindung zulassen.
| Kontrolle | First-Hop-Anforderung bei direkt geroutetem Aufbau im selben VPC |
|---|---|
| Sicherheitsgruppe der Funktion | Ausgehendes TCP zum Proxy-Listener |
| Sicherheitsgruppe des Proxys | Eingehendes TCP auf diesem Port von der vorgesehenen Quelle oder Sicherheitsgruppe der Funktion |
| Proxy-Prozess | Listener auf der erreichbaren Schnittstelle mit erlaubtem Clientzugriff |
Eine eingehende Regel nur an der Funktionsgruppe kann diese ausgehende Clientverbindung nicht erlauben. Routentabellen und Netzwerk-ACLs des Subnetzes in die Pfadprüfung einbeziehen.
Bei einem privaten Proxy-Namen in Route 53 die VPC-Zuordnung der gehosteten Zone und die DNS-Konfiguration prüfen, einschließlich enableDnsHostnames und enableDnsSupport. Ein erfolgreicher Lookup vom Laptop belegt nicht die DNS-Sicht von Lambda. Festhalten, ob der fehlschlagende Name der Proxy oder die Website ist; die Website auf eine numerische IP umzustellen behebt den Proxy-Namen nicht.
Wenn dieser Hop funktioniert, braucht der Proxy seine eigene Weiterleitung. Lambda an ein öffentliches Subnetz anzubinden vergibt keine öffentliche IP und liefert nicht automatisch direkten Internetzugang; Egress für beide Verbindungen getrennt entscheiden.