AWS Lambda דערגרייכט נישט קיין פריוואטן פראקסי: קאנטראלירט דעם VPC וועג
ניצט די אדרעס און פארט פון דעם פראקסי אויסהערער פאר דער ערשטער VPC פארבינדונג, מיט דער ריכטיקער ריכטונג פון דער זיכערהייט גרופע און DNS בליק.
ווען Requests איז קאנפיגורירט פאר א פארויס פראקסי, פארבינדט זיך Lambda ערשט צו יענעם אויסהערער. אן HTTPS וועבזייטל אויף 443 פארוואנדלט נישט א פראקסי וואס הערט אויף 3128 אין דער ערשטער שפרונג פארט 443.
Lambda code → configured VPC path → proxy listener → destinationפאר א פריוואטן פראקסי אויף EC2, פארבינדט די פונקציע צו די געמיינטע VPC אונטערנעצן און זיכערהייט גרופעס. Lambda פירט די נעצווערק צווישנשטעלן פאר דער פארבינדונג. פארשידענע אונטערנעצן קענען ארבעטן ווען זייער רוטירונג און צוטריט קאנטראל ערלויבן די פארבינדונג.
| קאנטראל | פאדערונג פון דער ערשטער שפרונג אין א דירעקט רוטירטער אויסשטעל אין דעם זעלבן VPC |
|---|---|
| זיכערהייט גרופע פון דער פונקציע | ארויסגענדיקער TCP צום פראקסי אויסהערער |
| זיכערהייט גרופע פונעם פראקסי | אריינגענדיקער TCP אויף יענער פארט פון דער געמיינטער פונקציע קוואל אדער זיכערהייט גרופע |
| פראקסי פראצעס | אויסהערער אויף דער דערגרייכער צווישנשטעל מיט ערלויבטן קליענט צוטריט |
א כלל פון אריינקומענדיקן פארקירעוועט נאר אויף דער פונקציע גרופע קען נישט דערלויבן די דאזיקע ארויסגענדיקע קליענט פארבינדונג. שליסט איין רוט טאבעלעס און נעצווערק ACL פונעם אונטערנעץ אין דער וועג קאנטראל.
פאר א פריוואטן Route 53 פראקסי נאמען, באשטעטיקט די VPC פארבינדונג פון דער געהאסטער זאנע און די DNS קאנפיגוראציע, אריינגערעכנט enableDnsHostnames און enableDnsSupport. א דערפאלגרייכע זוך פונעם לעפטאפ באווייזט נישט Lambda'ס DNS בליק. פארצייכנט צי דער דורכפאל נאמען איז דער פראקסי אדער דער וועבזייטל; פארוואנדלען דעם וועבזייטל אין א נומערישער IP איז נישט קיין פאררעכטונג פונעם פראקסי נאמען.
ווען די דאזיקע שפרונג ארבעט, דארף דער פראקסי זיין אייגענער ווייטערדיקער וועג. פארבינדן Lambda צו אן עפנטלעכן אונטערנעץ גיט נישט קיין עפנטלעכע IP און שאפט נישט אויטאמאטיש דירעקטן אינטערנעט צוטריט; באשליסט דעם ארויסגאנג באזונדער פאר ביידע פארבינדונגען.