Podman pasta: דערגרייכן אַ האָסט loopback פּראָקסי פֿון אַ rootless קאָנטיינער

ניצט pasta'ס namespace-to-host TCP פֿאָרווערטסונג פֿאַר אַן עקזיסטירנדיקן loopback פּראָקסי, און האַלט זי באַזונדער פֿון פֿאַרעפֿנטלעכן אַ קאָנטיינער פּאָרט.

דער האָסט'ס 127.0.0.1:8118 און דער קאָנטיינער'ס 127.0.0.1:8118 זענען געוויינטלעך באַזונדערע loopback ענדפּוינטן. אַריבערפֿירן אַ פּראָקסי וואַריאַבל אין אַ rootless קאָנטיינער פֿאַרבינדט נישט די loopback צווישנפּאַסטן.

אין אַ Podman אויסשטעל מיט pasta קען זיין TCP פֿאָרווערטסונג פֿון namespace צו האָסט אַנטדעקן דעם געוואונטשענעם האָסט פּאָרט אין namespace:

podman run --network=pasta:-T,8118 \
  --env http_proxy=http://127.0.0.1:8118 \
  --env https_proxy=http://127.0.0.1:8118 \
  existing-image application-command

ניצט דעם עקזיסטירנדיקן image און באַפֿעל פֿון דער אַפּליקאַציע. דער בייַשפּיל אַסומירט אַן אַרבעטנדיקן HTTP פּראָקסי פֿון דער האָסט זייַט אויף פּאָרט 8118 און אַ Podman/pasta ווערסיע וואָס שטיצט די געוויזענע פֿאָרווערטסונג אָפּציע.

דער גרויסער -T פֿון pasta פֿאָרווערט פֿון דעם ציל namespace צו דעם האָסט namespace. דער קליינער -t און Podman'ס --publish זענען אין דער פֿאַרקערטער ריכטונג. דעריבער, פֿאַרעפֿנטלעכן קאָנטיינער פּאָרט 8118 מאַכט נישט פֿון זיך אַליין דעם האָסט פּראָקסי צוגענגלעך פֿאַר דעם קאָנטיינער.

Podman פֿאַרמאַכט געוויינטלעך אויטאָמאַטישע פּאָרט פֿאָרווערטסונג פֿון namespace צו האָסט; דער בפֿירושיקער פּאָרט קלויבט דעם דאָרטן נייטיקן דינסט. די באַזונדערע pasta:--map-gw אָפּציע באַטרעפֿט דערגרייכן דעם האָסט דורך דער gateway אַדרעס, וואָס איז אַן אַנדער אָרדענונג.

מיט Compose, פּריפֿט דעם טאַקע סאַפּלייער און די דזשענערירטע נעץ קאָנפֿיגוראַציע. אַ באַנאַמטער bridge נעץ ווערט נישט אויטאָמאַטיש אַ pasta namespace בלויז וואָס אַ זעלבסטיקער podman run באַפֿעל האָט מצליח געווען ניצן pasta. אַ ווייטן Podman מאָטאָר שטעלט אויך „האָסט” אין דעם אָרט פֿון דעם מאָטאָר.

פֿאַרבונדענע אַרטיקלען