פארוואס אַ פּראָקסי קאָנטיינער ניצט נישט אויטאָמאַטיש דעם DNS קאָנטיינער

אָפּערירן אַ פּראָקסי און אַ DNS סערווער אויף איין Docker האָסט פֿאַרבינדט נישט זייערע DNS וועגן. דרײַ באַזונדערע באַציונגען זענען וויכטיק:

• נעצן דערגרייכונג. באַזונדערע Compose פּראָיעקטן האָבן געוויינטלעך באַזונדערע פֿאַרשטעלטע נעצן. לייגט די דינסטן אויף אַ פּאַסיק געמיינזאַם נעץ, אָדער אין איין פּראָיעקט אָדער דורך אַ נעץ וואָס ווערט קלאָר געמיינזאַם צווישן פּראָיעקטן.
• דינסט אַנטדעקונג. דער אײַנגעבויטער DNS פֿון אַ ספּעציעלן Docker נעץ קען אויסלייזן קאָנטיינער נעמען. דאָס לאָזט אַ פּראָגראַם אַנטדעקן אַ שכן; אָבער עס קלייבט נישט אויטאָמאַטיש דעם שכן ווי זײַן DNS רעזאָלווער.
• רעזאָלווער אויסוואַל. באַשטימט דעם רעזאָלווער וואָס ווערט געניצט אין דעם פּראָקסי קאָנטיינער. דאָס פֿעלד dns פֿון Compose נעמט אָן אַדרעסן פֿון DNS סערווערס. אַ נאָמען ווי dns.local וואָס ווערט אויסגעלייזט אין אַ פּראָגראַם מאַכט אים נישט קיין גילטיקן ווערט פֿאַר דעם פֿעלד.

נאָכגייט דעם פֿרעג פֿון דעם פּראָקסי קאָנטיינער ביז זײַן פֿאַרשטעלטער רעזאָלווער אַדרעס. באַשטעטיקט אַז דאָרט זענען פֿאַראַן אַ וועג און אַ DNS צוהערער. פֿאַרעפֿנטלעכן דעם האָסט פּאָרט 53 שאַפֿט אַ צוטריט וועג אויף דער האָסט זײַט; אָבער עס זאָגט נישט די קאָנטיינערס עס צו ניצן. קאָנטיינערס וואָס טיילן אַ נעץ קענען אַנשטאָט דעם קאָמוניקירן גלײַך.

אויב די פֿאַרשטעלונג באַציט זיך אויף דעם DNS קאָנטיינער אַדרעס, האַלט אים סטאַביל אונטער אַ פּאַסיקער IPAM פֿאַרשטעלונג. אַ דינאַמיש צוגעטיילטער אַדרעס אַרײַנגעקאָפּירט פֿון דעם נעכטיקן קאָנטיינער קען דורכפֿאַלן בעת באַנײַען. פּרופֿט אויך דעם אויפֿשטרײַם וועג פֿונעם רעזאָלווער: צוריקשיקן אומבאַענטפֿערטע פֿרעגן צו אים אַליין שאַפֿט אַן אַנדער דורכפֿאַל ווי אַ ניט דערגרייכלעכער רעזאָלווער.

לעסאָף, באַשטימט ווער לייזט אויס דעם ציל. אַ HTTP פּראָקסי וואָס לייזט אויס אַ CONNECT נאָמען קען ניצן דעם קאָנטיינער וועג; אַ SOCKS קליענט וואָס לייזט אויס אין אָרט קען אפשר נישט. אַ זוך אויף דעם האָסט באַווײַזט דעם האָסט וועג, נישט דעם פּראָקסי פּראָצעס וועג.