Kwa nini kontena ya proksi haitumii kontena ya DNS kiotomatiki

Kuendesha proksi na seva ya DNS kwenye mwenyeji mmoja wa Docker hakuunganishi njia zao za DNS. Mahusiano matatu tofauti ni muhimu:

• Ufikivu wa mtandao. Miradi tofauti ya Compose kwa kawaida huwa na mitandao tofauti chaguo-msingi. Weka huduma kwenye mtandao unaofaa unaoshirikiwa, ama ndani ya mradi mmoja au kupitia mtandao unaoshirikiwa waziwazi kati ya miradi.
• Ugunduzi wa huduma. DNS iliyopachikwa katika mtandao maalum wa Docker inaweza kutatua majina ya kontena. Hilo huruhusu programu kugundua jirani; lakini haichagui jirani huyo kiotomatiki kama kitatuzi chake cha DNS.
• Uchaguzi wa kitatuzi. Tambua kitatuzi kinachotumika ndani ya kontena ya proksi. Sehemu ya dns ya Compose hupokea anwani za seva za DNS. Jina kama dns.local linalotatuliwa katika programu haliifanyi kuwa thamani halali kwa sehemu hiyo.

Fuatilia swali kutoka kontena ya proksi hadi anwani yake ya kitatuzi iliyosanidiwa. Thibitisha kuwa kuna njia na kisikilizaji cha DNS kwenye anwani hiyo. Kuchapisha bandari 53 ya mwenyeji huunda njia ya ufikiaji upande wa mwenyeji; lakini haiiambii kontena kuitumia. Kontena zinazoshiriki mtandao zinaweza kuwasiliana moja kwa moja badala yake.

Ikiwa usanidi unarejelea anwani ya kontena ya DNS, iweke thabiti chini ya usanidi wa IPAM unaoendana. Anwani iliyotengwa kwa njia ya kubadilika na kunakiliwa kutoka kontena ya jana inaweza kushindwa inapoundwa upya. Chunguza pia njia ya juu ya kitatuzi: kurudisha maswali yasiyojibiwa kwake yenyewe huunda hitilafu tofauti na kitatuzi kisichofikika.

Hatimaye, tambua ni nani anayetatua lengwa. Proksi ya HTTP inayotatua jina la CONNECT inaweza kutumia njia hii ya kontena; mteja wa SOCKS anayetatua kienyeji huenda asitumie. Utafutaji kwenye mwenyeji huthibitisha njia ya mwenyeji, sio ile ya mchakato wa proksi.