Miért nem használja a proxy konténer automatikusan a DNS konténert

A proxy és a DNS-kiszolgáló egy Docker-gazdagépen való futtatása nem köti össze a DNS-útvonalaikat. Három külön kapcsolat számít:

• Hálózati elérhetőség. A különálló Compose-projekteknek általában külön alapértelmezett hálózatuk van. Helyezze a szolgáltatásokat megfelelő közös hálózatra, akár egy projekten belül, akár a projektek között kifejezetten megosztott hálózaton keresztül.
• Szolgáltatásfelderítés. Az egyedi Docker-hálózat beágyazott DNS-e fel tudja oldani a konténerek nevét. Ez lehetővé teszi, hogy egy alkalmazás felfedezzen egy szomszédot; de nem választja automatikusan azt a szomszédot DNS-feloldójaként.
• Feloldó kiválasztása. Azonosítsa a proxy konténeren belül használt feloldót. A Compose dns mezője DNS-kiszolgálók címeit fogadja. Egy dns.local-hez hasonló név, amely egy alkalmazásban feloldódik, még nem teszi érvényes értékké ehhez a mezőhöz.

Kövesse a lekérdezést a proxy konténertől a beállított feloldó címéig. Erősítse meg, hogy ezen a címen van útvonal és DNS-figyelő. A gazdagép 53-as portjának közzététele gazdagép oldali hozzáférési útvonalat hoz létre; de nem mondja meg a konténereknek, hogy használják. A hálózatot megosztó konténerek helyette közvetlenül is kommunikálhatnak.

Ha a konfiguráció a DNS-konténer címére hivatkozik, tartsa stabilan kompatibilis IPAM-konfiguráció mellett. A tegnapi konténerből átmásolt dinamikusan kiosztott cím meghiúsulhat az újralétrehozás során. Vizsgálja meg a feloldó felső irányú útvonalát is: a megválaszolatlan lekérdezések visszaküldése önmagához más hibát okoz, mint egy elérhetetlen feloldó.

Végül azonosítsa, ki oldja fel a célt. Egy CONNECT-nevet feloldó HTTP-proxy használhatja ezt a konténerútvonalat; egy helyben feloldó SOCKS-kliens esetleg nem. A gazdagépen végzett keresés a gazdagép útvonalát bizonyítja, nem a proxyfolyamatét.