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. ლეპტოპიდან წარმატებული ძიება არ ამტკიცებს Lambda-ის DNS ხედვას. ჩაწერეთ, წარუმატებელი სახელი პროქსია თუ ვებსაიტი; ვებსაიტის რიცხვით IP-ად შეცვლა პროქსის სახელის შესწორება არ არის.

როცა ეს ნახტომი იმუშავებს, პროქსის საკუთარი შემდგომი გზა სჭირდება. Lambda-ის საჯარო ქვექსელზე მიბმა არ ანიჭებს საჯარო IP-ს და ავტომატურად არ უზრუნველყოფს პირდაპირ ინტერნეტ წვდომას; გასასვლელი ცალ-ცალკე გადაწყვიტეთ ორივე კავშირისთვის.

დაკავშირებული სტატიები