Pam mae eich procsï corfforaethol yn ceisio datrys enw gwasanaeth Compose

Gall cleient HTTP anfon cais gwasanaeth mewnol i'w brocsï cyfluniedig cyn defnyddio datrysiad enw gwasanaeth Docker. Ychwanegwch osgoi bwriadol ar gyfer y cleient iawn.

Mae'r cymhwysiad yn cyrraedd y rhyngrwyd trwy ei brocsï corfforaethol, ond mae http://catalog:8080/ yn methu ac ni all y procsï ddatrys “catalog”. Efallai na ddefnyddiodd y cais hwnnw DNS mewnol Docker erioed.

Gall cleient HTTP ddewis ei brocsï cyn gwneud cysylltiad uniongyrchol. Yna mae'r procsï allanol yn derbyn enw nad yw ei ystyr yn bodoli ond y tu mewn i rwydwaith Compose.

  1. Defnyddiwch enw'r gwesteiwr yn y cais. Gellir darganfod gwasanaethau Compose trwy enw gwasanaeth ar y rhwydwaith priodol. Ychwanegwch catalog at ffurfweddiad osgoi a gefnogir y cleient sy'n defnyddio, yn hytrach na chaledgodio IP cynhwysydd a all newid.
  2. Cadwch yr eithriadau presennol. Ar gyfer cleient sy'n ymwybodol o'r amgylchedd, cyfunwch y cofnodion perthnasol â rhestr y sefydliad:
NO_PROXY=localhost,127.0.0.1,catalog
no_proxy=localhost,127.0.0.1,catalog

Gwiriwch y llyfrgell neu'r gweithredadwy gwirioneddol yn y ddelwedd ar gyfer trin maint llythrennau, fersiwn a gramadeg paru. Nid oes parser NO_PROXY cyffredinol. Nid oes rhaid i raglen o'r enw wget mewn delwedd fach ymddwyn fel GNU Wget.

Unwaith y bydd y cais yn dewis llwybr uniongyrchol, gwiriwch rwydwaith a rennir y galwr a'r gwasanaeth, y gwasanaeth sy'n gwrando a phorth y cynhwysydd. Mae porth gwesteiwr a gyhoeddwyd yn derfynfa arall. Ni all osgoi ychwanegu atodiad rhwydwaith sydd ar goll, yn union fel na all ail-greu rhwydwaith ddysgu enw Compose preifat i brocsï allanol.

Cadwch y rhaniad bwriadedig: mae ceisiadau mewnol yn defnyddio eu llwybr mewnol; mae ceisiadau allanol yn cadw'r procsï a gymeradwywyd. Gall analluogi'r procsï yn fyd-eang guddio'r un methiant hwn wrth dynnu'r llwybr sydd ei angen ar gyfer y cais allanol nesaf.

Erthyglau cysylltiedig