AWS Lambda نجی پراکسی تک نہیں پہنچ رہا: VPC راستہ جانچیں
پہلے VPC کنکشن کے لیے پراکسی سننے والے کا پتہ اور پورٹ استعمال کریں، درست سیکیورٹی گروپ سمت اور DNS منظر کے ساتھ۔
جب Requests فارورڈ پراکسی کے لیے ترتیب دیا جائے، Lambda پہلے اسی سننے والے سے جڑتا ہے۔ 443 پر HTTPS سائٹ 3128 پر سننے والی پراکسی کو پہلی چھلانگ کا پورٹ 443 نہیں بنا دیتی۔
Lambda code → configured VPC path → proxy listener → destinationEC2 پر میزبانی شدہ نجی پراکسی کے لیے فنکشن کو مطلوبہ VPC ذیلی نیٹ اور سیکیورٹی گروپس سے منسلک کریں۔ Lambda اس منسلکے کے نیٹ ورک انٹرفیس سنبھالتا ہے۔ مختلف ذیلی نیٹ بھی کام کر سکتے ہیں جب ان کی روٹنگ اور رسائی کنٹرول اجازت دیں۔
| کنٹرول | اسی VPC میں براہ راست روٹ شدہ ترتیب میں پہلی چھلانگ کی شرط |
|---|---|
| فنکشن سیکیورٹی گروپ | پراکسی سننے والے کی طرف جانے والا TCP |
| پراکسی سیکیورٹی گروپ | مطلوبہ فنکشن ماخذ یا سیکیورٹی گروپ سے اس پورٹ پر آنے والا TCP |
| پراکسی عمل | قابل رسائی انٹرفیس پر کلائنٹ رسائی کی اجازت والا سننے والا |
صرف فنکشن گروپ پر آنے والا قاعدہ اس جانے والے کلائنٹ کنکشن کی اجازت نہیں دے سکتا۔ راستہ جانچ میں روٹ ٹیبل اور ذیلی نیٹ نیٹ ورک ACL شامل کریں۔
نجی Route 53 پراکسی نام کے لیے میزبان زون کا VPC تعلق اور DNS ترتیب جانچیں، بشمول enableDnsHostnames اور enableDnsSupport۔ لیپ ٹاپ سے کامیاب تلاش Lambda کے DNS منظر کو ثابت نہیں کرتی۔ درج کریں کہ ناکام نام پراکسی ہے یا ویب سائٹ؛ ویب سائٹ کو عددی IP میں بدلنا پراکسی نام کا حل نہیں ہے۔
اس چھلانگ کے کام کرنے کے بعد پراکسی کو اپنا آگے کا راستہ درکار ہے۔ Lambda کو عوامی ذیلی نیٹ سے منسلک کرنا عوامی IP نہیں دیتا اور نہ خودکار طور پر براہ راست انٹرنیٹ رسائی فراہم کرتا ہے؛ دونوں کنکشنز کے لیے اخراج الگ سے طے کریں۔