Kwa nini proksi ya shirika lako inajaribu kutafsiri jina la huduma ya Compose

Mteja wa HTTP anaweza kutuma ombi la huduma ya ndani kwa proksi iliyosanidiwa kabla ya kutumia utatuzi wa majina ya huduma wa Docker. Ongeza mbinu za kukwepa kwa makusudi kwa mteja sahihi.

Programu hufikia intaneti kupitia proksi ya shirika, lakini http://catalog:8080/ inashindikana na proksi haiwezi kutafsiri “catalog”. Huenda ombi hilo halikuwahi kutumia DNS ya ndani ya Docker.

Mteja wa HTTP anaweza kuchagua proksi yake kabla ya kufanya muunganisho wa moja kwa moja. Proksi ya nje hupokea jina ambalo maana yake ipo tu ndani ya mtandao wa Compose.

  1. Tumia jina la mwenyeji katika ombi. Huduma za Compose zinapatikana kwa jina la huduma kwenye mtandao unaofaa. Ongeza catalog kwenye usanidi wa kukwepa unaoauniwa na mteja anayetumia, badala ya kuweka IP ya kontena kwa njia ngumu ambayo inaweza kubadilika.
  2. Hifadhi vighairi vilivyopo. Kwa mteja anayefahamu mazingira, unganisha maingizo husika na orodha ya shirika:
NO_PROXY=localhost,127.0.0.1,catalog
no_proxy=localhost,127.0.0.1,catalog

Angalia maktaba au faili tekelezwa halisi katika taswira kuhusu utunzaji wa herufi kubwa na ndogo, toleo na sarufi ya ulinganifu. Hakuna kichanganuzi cha NO_PROXY cha jumla. Programu inayoitwa wget katika taswira ndogo haitakiwi kuishi kama GNU Wget.

Mara ombi linapochagua uelekezaji wa moja kwa moja, angalia mtandao wa pamoja wa mpigaji simu na huduma, huduma inayosikiliza na bandari ya kontena. Bandari ya mwenyeji iliyochapishwa ni mwisho mwingine. Kukwepa hakuwezi kuongeza kiungo cha mtandao kinachokosekana, kama vile kuunda upya mtandao hakuwezi kumfundisha proksi ya nje jina la faragha la Compose.

Hifadhi mgawanyiko uliokusudiwa: maombi ya ndani hutumia njia yao ya ndani; maombi ya nje huhifadhi proksi iliyoidhinishwa. Kuzima proksi kwa jumla kunaweza kuficha hitilafu hii moja huku kikiondoa njia inayohitajika kwa ombi la nje linalofuata.

Makala zinazohusiana