شىركەت پروكسىيىڭىز نېمە ئۈچۈن Compose مۇلازىمەت نامىنى ھەل قىلماقچى بولىدۇ

HTTP خېرىدارى Docker نىڭ مۇلازىمەت نامى ھەل قىلىشىنى ئىشلەتمەستىن بۇرۇن ئىچكى مۇلازىمەت تەلەپنى سەپلەنگەن پروكسىيىغا ئەۋەتەلەيدۇ. توغرا خېرىدار ئۈچۈن قەستەن چەتلىتىش قوشۇڭ.

ئەپلىكەيشن ئىنتېرنېتقا شىركەت پروكسىيىسى ئارقىلىق چىقىدۇ، ئەمما http://catalog:8080/ مەغلۇپ بولىدۇ ۋە پروكسىيە “catalog” نى ھەل قىلالمايدۇ. بۇ تەلەپ Docker نىڭ ئىچكى DNS نى ھەرگىز ئىشلەتمىگەن بولۇشى مۇمكىن.

HTTP خېرىدارى بىۋاسىتە ئۇلىنىش قۇرۇشتىن بۇرۇن پروكسىيىسىنى تاللىيالايدۇ. ئاندىن سىرتقى پروكسىيە مەنىسى پەقەت Compose تورى ئىچىدە بولغان نامنى ئالىدۇ.

  1. تەلەپتە خوجا نامىنى ئىشلىتىڭ. Compose مۇلازىمەتلىرى مۇۋاپىق توردا مۇلازىمەت نامى بىلەن تېپىلىدۇ. ئۆزگىرىشى مۇمكىن بولغان كونتېينېر IP نى قاتتىق كودلاش ئورنىغا catalog نى ئىشلەتكۈچى خېرىدارى قوللايدىغان چەتلىتىش سەپلىمىسىگە قوشۇڭ.
  2. مەۋجۇت ئالاھىدە ھالەتلەرنى ساقلاڭ. مۇھىتنى بىلىدىغان خېرىدار ئۈچۈن، مۇناسىۋەتلىك تۈرلەرنى تەشكىلات تىزىملىكى بىلەن بىرلەشتۈرۈڭ:
NO_PROXY=localhost,127.0.0.1,catalog
no_proxy=localhost,127.0.0.1,catalog

ئىمىجدىكى ھەقىقىي كۇتۇپخانا ياكى ئىجرا قىلغىلى بولىدىغان ھۆججەتنى چوڭ-كىچىك ھەرپ بىر تەرەپ قىلىش، نەشرى ۋە ماسلىشىش گرامماتىكىسى جەھەتتىن تەكشۈرۈڭ. ئۇنىۋېرسال NO_PROXY تەھلىل قىلغۇچ يوق. كىچىك ئىمىجدىكى wget دېگەن پروگرامما GNU Wget دەك مۇئامىلە قىلىشى شەرت ئەمەس.

تەلەپ بىۋاسىتە يول باشلاشنى تاللىغاندىن كېيىن، چاقىرغۇچى ۋە مۇلازىمەتنىڭ ئورتاق تورىنى، ئاڭلاۋاتقان مۇلازىمەتنى ۋە كونتېينېر پورتىنى تەكشۈرۈڭ. ئېلان قىلىنغان خوجا پورتى يەنە بىر ئاخىرقى نۇقتا. چەتلىتىش يوق بولغان تور ئۇلىنىشىنى قوشالمايدۇ، خۇددى تورنى قايتا قۇرۇش سىرتقى پروكسىيىگە شەخسىي Compose نامىنى ئۆگىتەلمەيدۇ.

مەقسەت قىلىنغان بۆلۈنۈشنى ساقلاڭ: ئىچكى تەلەپلەر ئۆز ئىچكى يولىنى ئىشلىتىدۇ؛ سىرتقى تەلەپلەر تەستىقلانغان پروكسىيىنى ساقلايدۇ. پروكسىيىنى ئومۇميۈزلۈك ئېتىۋېتىش بۇ بىر مەغلۇبىيەتنى يوشۇرۇپ، كېيىنكى سىرتقى تەلەپ ئۈچۈن كېرەكلىك يولنى ئۆچۈرۈۋېتىشى مۇمكىن.

مۇناسىۋەتلىك ماقالىلەر