Requests ကို ရှေ့သို့ proxy အတွက် ပြင်ဆင်ထားလျှင် Lambda သည် ထို နားထောင်သူထံ ပထမ ချိတ်ဆက်သည်။ 443 ရှိ HTTPS ဆိုက်သည် 3128 တွင် နားထောင်နေသော proxy ကို ပထမအဆင့် ပေါက် 443 အဖြစ် မပြောင်းလဲစေပါ။

Lambda code → configured VPC path → proxy listener → destination

EC2 တွင် ထားရှိသော သီးသန့် proxy အတွက် လုပ်ဆောင်ချက်ကို ရည်ရွယ်ထားသော VPC ခွဲကွန်ရက်များနှင့် လုံခြုံရေးအုပ်စုများသို့ ချိတ်ပါ။ Lambda သည် ထို ချိတ်ဆက်မှုအတွက် ကွန်ရက်ကြားခံများကို စီမံသည်။ ၎င်းတို့၏ လမ်းကြောင်းနှင့် ဝင်ရောက်မှု ထိန်းချုပ်မှုက ခွင့်ပြုလျှင် မတူညီသော ခွဲကွန်ရက်များလည်း အလုပ်လုပ်နိုင်သည်။

ထိန်းချုပ်မှုတူညီသော VPC အတွင်း တိုက်ရိုက် လမ်းကြောင်းဖွင့်ထားသော ဖွဲ့စည်းမှုတွင် ပထမအဆင့် လိုအပ်ချက်
လုပ်ဆောင်ချက် လုံခြုံရေးအုပ်စုproxy နားထောင်သူထံ အပြင်သွား TCP
proxy လုံခြုံရေးအုပ်စုရည်ရွယ်ထားသော လုပ်ဆောင်ချက် ရင်းမြစ် သို့မဟုတ် လုံခြုံရေးအုပ်စုမှ ထို ပေါက်သို့ အတွင်းဝင် TCP
proxy လုပ်ငန်းစဉ်ရောက်ရှိနိုင်သော ကြားခံတွင် ဖောက်သည်ဝင်ရောက်မှု ခွင့်ပြုထားသော နားထောင်သူ

လုပ်ဆောင်ချက် အုပ်စုပေါ်ရှိ အတွင်းဝင်စည်းမျဉ်းတစ်ခုတည်းဖြင့် ဤ အပြင်သွား ဖောက်သည်ချိတ်ဆက်မှုကို ခွင့်ပြုနိုင်မည် မဟုတ်ပါ။ လမ်းကြောင်း စစ်ဆေးမှုတွင် လမ်းကြောင်းဇယားများနှင့် ခွဲကွန်ရက် ကွန်ရက် ACL များ ထည့်ပါ။

Route 53 ရှိ သီးသန့် proxy အမည်အတွက် ဧည့်ခံဇုန်၏ VPC ချိတ်ဆက်မှုနှင့် DNS ဖွဲ့စည်းမှုကို စစ်ဆေးပါ၊ enableDnsHostnames နှင့် enableDnsSupport အပါအဝင်။ လက်တော့ပ်မှ အောင်မြင်သော ရှာဖွေမှုသည် Lambda ၏ DNS မြင်ကွင်းကို သက်သေမပြပါ။ မအောင်မြင်သော အမည်သည် proxy သို့မဟုတ် ဝဘ်ဆိုက် ဖြစ်ကြောင်း မှတ်တမ်းတင်ပါ။ ဝဘ်ဆိုက်ကို ဂဏန်း IP အဖြစ် ပြောင်းခြင်းသည် proxy အမည် ပြုပြင်မှု မဟုတ်ပါ။

ဤ အဆင့် အလုပ်လုပ်ပြီးနောက် proxy သည် ၎င်း၏ ကိုယ်ပိုင် ရှေ့ဆက် လမ်းကြောင်း လိုအပ်သည်။ Lambda ကို အများပြည်သူ ခွဲကွန်ရက်သို့ ချိတ်ခြင်းသည် အများပြည်သူ IP မပေးပါ၊ အင်တာနက် တိုက်ရိုက် ဝင်ရောက်မှုကိုလည်း အလိုအလျောက် မပေးပါ။ ချိတ်ဆက်မှု နှစ်ခုအတွက် အပြင်ထွက် လမ်းကြောင်းကို သီးခြား ဆုံးဖြတ်ပါ။

ဆက်စပ်ဆောင်းပါးများ