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 бербейт жана интернетке түз кирүүнү автоматтык түрдө камсыз кылбайт; эки туташуу үчүн чыгууну өзүнчө чечиңиз.