AWS Lambda nepasiekia privataus tarpinio serverio: patikrinkite VPC kelią
Pirmajam VPC ryšiui naudokite tarpinio serverio klausytuvės adresą ir prievadą, su teisinga saugos grupės kryptimi ir DNS vaizdu.
Kai Requests sukonfigūruotas kaip persiuntimo tarpinis serveris, Lambda pirmiausia prisijungia prie tos klausytuvės. HTTPS svetainė 443 prievade nepaverčia 3128 prievade klausančio tarpinio serverio pirmojo šuolio 443 prievadu.
Lambda code → configured VPC path → proxy listener → destinationJei privatus tarpinis serveris talpinamas EC2, prijunkite funkciją prie numatytų VPC potinkių ir saugos grupių. Lambda tvarko šio prijungimo tinklo sąsajas. Skirtingi potinkiai gali veikti, kai jų maršrutizavimas ir prieigos kontrolė leidžia ryšį.
| Kontrolė | Pirmojo šuolio reikalavimas tiesiogiai maršrutizuotoje to paties VPC aplinkoje |
|---|---|
| Funkcijos saugos grupė | Išeinantis TCP į tarpinio serverio klausytuvę |
| Tarpinio serverio saugos grupė | Įeinantis TCP tame prievade iš numatyto funkcijos šaltinio ar saugos grupės |
| Tarpinio serverio procesas | Klausytuvė pasiekiamoje sąsajoje su leidžiama kliento prieiga |
Vien tik funkcijos grupėje esanti įeinanti taisyklė negali leisti šio išeinančio kliento ryšio. Į kelių patikrą įtraukite maršrutų lenteles ir potinkio tinklo ACL.
Privataus Route 53 tarpinio serverio vardui patikrinkite priglobintos zonos susiejimą su VPC ir DNS konfigūraciją, įskaitant enableDnsHostnames ir enableDnsSupport. Sėkminga užklausa iš nešiojamojo kompiuterio neįrodo Lambda DNS vaizdo. Užsirašykite, ar nepavykęs vardas yra tarpinis serveris, ar svetainė; svetainės keitimas skaitmeniniu IP nėra tarpinio serverio vardo pataisymas.
Kai šis šuolis veikia, tarpiniam serveriui reikia savo tolesnio maršruto. Lambda prijungimas prie viešo potinkio nesuteikia viešo IP ir automatiškai neužtikrina tiesioginės interneto prieigos; išėjimą nuspręskite atskirai abiem ryšiams.