DNS gwasanaeth Docker a osgoi'r proesi gyda no_proxy

Defnyddiwch no_proxy ar gyfer gwasanaeth mewnol bwriadedig pan na all y proesi HTTP allanol ddatrys na chyrraedd y rhwydwaith hwnnw.

Nid oes angen i broesi HTTP allanol wybod enw gwasanaeth api Docker. Ar gyfer http://api:8080/ mae'r proesi yn agor y cysylltiad nesaf, felly nid yw chwiliad llwyddiannus y tu mewn i gynhwysydd yr ap yn profi golwg DNS y proesi.

Ar gyfer mynediad uniongyrchol bwriadedig, ychwanegwch yr eithriad at amgylchedd y cynhwysydd hwnnw:

environment:
  http_proxy: http://proxy.example:8080
  https_proxy: http://proxy.example:8080
  no_proxy: api

Mae ceisiadau uniongyrchol i api yn defnyddio llwybr y cynhwysydd a'r datryswr mewnol. Mae'r ddau gynhwysydd yn dal i fod angen y rhwydwaith a rennir a ddiffinnir gan y defnyddiwr ac mae'n rhaid i'r gwasanaeth wrando ar 8080. Mae ceisiadau allanol cymwys yn cadw'r proesi. Os gall y cyrchfannau cyhoeddus hynny ddefnyddio cyfryngwr cyhoeddus, mae'r rhestr proesi HTTP yn cynnig ymgeiswyr ar gyfer URLau proesi heb gyfrif; cadwch api ymhlith yr eithriadau uniongyrchol.

Os yw cynwysyddion wedi'u hail-greu yn cadw newidynnau annisgwyl, archwiliwch adran config.json proxies cleient Docker, a allai fewnblannu gwerthoedd amgylchedd. Newidiwch y cofnod bwriadedig ac ail-greu'r cynwysyddion yr effeithiwyd arnynt drwy'r llif arferol, gan gadw'r ffurfweddiad di-gysylltiad.

Erthyglau cysylltiedig