צוקומען צום פּראָקסי פֿונעם האָסט פֿון אַ Docker bridge־קאַנטיינער

בײַ אַ געוויינטלעכן קאַנטיינער אין אַ bridge־נעץ איז 127.0.0.1 די אייגענע loopback־אַדרעס פֿונעם קאַנטיינער. אַ פּראָקסי וואָס הערט אויפֿן localhost פֿון אײַער לאַפּטאָפּ הערט נישט אויטאָמאַטיש אינעווייניק אין יעדן קאַנטיינער.

דאָס דערקלערט אַ פֿאַרשפּרייטן חילוק: דער זעלבער פּראָקסי־URL אַרבעט אינעם טערמינאַל פֿונעם האָסט, אָבער אינעם קאַנטיינער ווערט די פֿאַרבינדונג אָפּגעזאָגט. די אַדרעס באַצייכנט אין יעדן אָרט אַן אַנדער נעץ־ענדפּונקט.

אַן עפֿנטלעכן פּראָקסי קען מען ניצן דירעקט

אויב דער ענדפּונקט פֿון אַ דינסט אָדער פֿון דער רשימה פֿון HTTP־פּראָקסיס איז טאַקע אַן עפֿנטלעכע IP וואָס מען קען דערגרייכן, גיט יענע אַדרעס דער אַפּליקאַציע אַנשטאָט זי צו פֿאַרוואַנדלען אין localhost:

docker run --rm \
  -e HTTP_PROXY=http://203.0.113.10:8080 \
  -e HTTPS_PROXY=http://203.0.113.10:8080 \
  your-image

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

אויב דער פּראָקסי לויפֿט אויפֿן Docker־האָסט

Docker Desktop שטעלט צו host.docker.internal כּדי צו דערגרייכן די אינערלעכע אַדרעס פֿונעם האָסט. אין אַ געשטיצטער נאַטיווער Engine־אויפֿשטעלונג קען אַ האָסט־מאַפּירונג צושטעלן דעם געוויינטלעכן נאָמען:

docker run --rm \
  --add-host host.docker.internal=host-gateway \
  -e HTTP_PROXY=http://host.docker.internal:8080 \
  -e HTTPS_PROXY=http://host.docker.internal:8080 \
  your-image

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

פּרוּווט פֿון דעם זעלבן אָרט ווי די אַפּליקאַציע

אַ curl־רעזולטאַט אויפֿן האָסט פּרוּווט נאָר דעם האָסטס מאַרשרוט. שיקט די פּאַסיקע בקשה פֿון דער סבֿיבֿה פֿונעם קאַנטיינער און קוקט צי זי דערגרייכט דעם בדעהדיקן ענדפּונקט.

דער נאָמען „האָסט“ מיינט אויך די מאַשין וואָס פֿירט אויס Docker Engine. מיט אַ ווײַטן Engine איז דאָס נישט דווקא אײַער לאַפּטאָפּ. דעריבער איז עס באַזונדערס אומוואַרשײַנלעך אַז אַ loopback־IP קאַפּירט פֿון אַ לאָקאַלער דעסקטאָפּ־אַפּליקאַציע זאָל אַרבעטן אומגעענדערט אויף אַ ווײַטן בילדער אָדער סערווער.

האַלט באַזונדער פּראָבלעמען מיט אַראָפּלאָדן דער אימאַזש: דער דעמאָן לאָדט אַראָפּ די אימאַזש איידער די אַפּליקאַציע קען ניצן די אויבן געוויזענע סבֿיבֿה.