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 ציבורי ואינו מספק אוטומטית גישה ישירה לאינטרנט; החליטו על היציאה בנפרד עבור שני החיבורים.