AWS Lambda nuk arrin te një proxy privat: kontrolloni rrugën e VPC
Përdorni adresën dhe portën e dëgjuesit të proxy-t për lidhjen e parë VPC, me drejtimin e saktë të grupit të sigurisë dhe pamjen DNS.
Kur Requests është konfiguruar për një proxy përpara, Lambda lidhet së pari me atë dëgjues. Një faqe HTTPS në 443 nuk e kthen një proxy që dëgjon në 3128 në portën 443 të hapit të parë.
Lambda code → configured VPC path → proxy listener → destinationPër një proxy privat të strehuar në EC2, lidhni funksionin me nënrrjetet dhe grupet e sigurisë të synuara të VPC-së. Lambda menaxhon ndërfaqet e rrjetit për këtë lidhje. Nënrrjeta të ndryshme mund të funksionojnë kur rrugëzimi dhe kontrollet e aksesit e lejojnë lidhjen.
| Kontrolli | Kërkesa e hapit të parë në një konfigurim me rrugëzim të drejtpërdrejtë në të njëjtin VPC |
|---|---|
| Grupi i sigurisë i funksionit | TCP në dalje drejt dëgjuesit të proxy-t |
| Grupi i sigurisë i proxy-t | TCP në hyrje në atë portë nga burimi ose grupi i sigurisë i synuar i funksionit |
| Procesi i proxy-t | Dëgjues në ndërfaqen e arritshme me akses klientësh të lejuar |
Një rregull hyrës vetëm në grupin e funksionit nuk mund të autorizojë këtë lidhje klienti në dalje. Përfshini tabelat e rrugëzimit dhe ACL-të e rrjetit të nënrrjetit në kontrollin e rrugës.
Për një emër privat proxy në Route 53, verifikoni lidhjen e zonës së strehuar me VPC-në dhe konfigurimin DNS, duke përfshirë enableDnsHostnames dhe enableDnsSupport. Një kërkim i suksesshëm nga laptopi nuk dëshmon pamjen DNS të Lambda. Shënoni nëse emri që dështon është proxy-t apo faqja; ndryshimi i faqes në një IP numerike nuk është rregullim i emrit të proxy-t.
Pasi ky hap funksionon, proxy-t i duhet rruga e vet përpara. Lidhja e Lambda me një nënrrjet publik nuk cakton një IP publike dhe nuk ofron automatikisht akses të drejtpërdrejtë në internet; vendosni daljen veçmas për të dyja lidhjet.