די proxies-מאַפּע פון Docker איז געבונדן צו דעם daemon, נישט צו דער וועבזייטל
אַ האָסט-ספּעציפֿישער אַרײַנטראָג אין דער פּראָקסי-קאָנפֿיגוראַציע פֿון Docker-קליענט קלייבט אַסאַכלען פֿאַר אַ Docker-daemon-פֿאַרבינדונג. דאָס איז נישט קיין PAC-כּלל פּער ציל.
דער JSON-אָביעקט זעט אויס פֿאַרספּרעכנדיק: אַ proxies-מאַפּע מיט אַן default-אַרײַנטראָג און נאָכמער אַדרעס-שליסלעך. עס איז פֿאַרלוקנדיק אַרײַנצושטעלן דאָרטן אַ registry-האָסטנאָמען און דערוואַרטן אַז בקשות צו יענעם registry וועלן ניצן אַן אַנדער פּראָקסי.
יענע שליסלעך ידענטיפֿיצירן די Docker-daemons צו וואָס דער קליענט פֿאַרבינדט זיך. זיי ידענטיפֿיצירן נישט די וועבזייטלען וואָס אַ קאָנטיינער וועט בקשה'ן.
די קאָנפֿיגוראַציע פֿון Docker-קליענט קען געבן נײַע קאָנטיינערס פּראָקסי-סבֿיבֿה-וואַריאַבלען און נײַע בילדס פּראָקסי-בילד-אַרגומענטן. אַ daemon-ספּעציפֿישער אַרײַנטראָג ענדערט יענע געגעבענע קאָנפֿיגוראַציע פֿאַר דעם תּואמענדיקן daemon-קאָנטעקסט.
ער קאָנפֿיגורירט נישט די אייגענע אַרויסגאַנג-פּראָקסי-פֿאַרבינדונג פֿון דעם daemon. ער מאַכט אויך נישט דעם HTTP-קליענט פֿון קאָנטיינער פֿאַר אַ PAC-אָפּשאַצער.
אויב אײַער אויפֿגאַבע איז צו האַלטן אַן אינעווייניק registry גלייך בשעת דער daemon באַקומט אַנדערע סערוויסן דורך אַ פּראָקסי, קוקט אַן די פּראָקסי- און אַרומגאַנג-קאָנפֿיגוראַציע וואָס דער daemon שטיצט. אויב די אַפּליקאַציע דאַרפֿט אַנדערע אויסשטאַם-פּראָקסיס פֿאַר אַנדערע צילן, געהערט די פּאָליטיק צו אַ פּאַסיקער קליענט- אָדער ווײַטערפֿיר-אָרדענונג.
פֿאַר איר רעדאַגירט די מאַפּע, שרײַבט אַראָפּ וועלכע אַדרעס דער שליסל פֿאַרטרעט און וועלכער פּראָצעס מאַכט די דורכגעפֿאַלענע בקשה. דער זעלביקער האָסטנאָמען קען דערשיינען אין אַ daemon-פֿאַרבינדונג, אין אַ registry-URL און אין אַ פּראָקסי-URL, אָבער דאָס זײַנען דרײַ פֿאַרשיידענע ראָלעס.