Прокси контейнері DNS контейнерін неге автоматты түрде қолданбайды

Docker хостын бөлісу, желіні бөлісу және шешушіні таңдау — үш түрлі нәрсе. DNS сұрауын проксидің ішінен бақылаңыз.

Прокси мен DNS серверін бір Docker хостта іске қосу олардың DNS жолдарын біріктірмейді. Үш бөлек байланыс маңызды:

  • Желілік қолжетімділік. Бөлек Compose жобалары әдетте бөлек әдепкі желілерге ие. Қызметтерді қолайлы ортақ желіге орналастырыңыз: не бір жобаның ішінде, не жобалар арасында анық ортақ желі арқылы.
  • Қызметтерді табу. Теңшелген Docker желісінің кірістірілген DNS-і контейнер атауларын шеше алады. Бұл қосымшаға көршіні табуға мүмкіндік береді, бірақ сол көршіні өзінің DNS шешушісі ретінде автоматты түрде таңдамайды.
  • Шешушіні таңдау. Прокси контейнерінің ішінде қолданылатын шешушіні анықтаңыз. Compose-тың dns өрісі DNS серверлерінің мекенжайларын қабылдайды. Қосымшада шешілетін dns.local тәрізді атау оны бұл өріс үшін жарамды мәнге айналдырмайды.

Сұрауды прокси контейнерінен оның конфигурацияланған шешуші мекенжайына дейін бақылаңыз. Сол мекенжайда маршрут пен DNS тыңдаушысының бар екенін растаңыз. Хосттың 53 портын жариялау хост жағында қатынау жолын жасайды, бірақ контейнерлерге оны қолдануды айтпайды. Желіні бөлісетін контейнерлер оның орнына тікелей байланыса алады.

Егер конфигурация DNS контейнерінің мекенжайына сілтеме жасаса, оны үйлесімді IPAM конфигурациясында тұрақты ұстаңыз. Кешегі контейнерден көшірілген динамикалық бөлінген мекенжай қайта құру кезінде сәтсіз болуы мүмкін. Шешушінің жоғарғы ағын жолын да тексеріңіз: жауапсыз сұрауларды өзіне қайта жіберу қолжетімсіз шешушіден басқа ақау тудырады.

Соңында, мақсатты кім шешетінін анықтаңыз. CONNECT атауын шешетін HTTP прокси бұл контейнер жолын қолдана алады; жергілікті шешетін SOCKS клиенті қолданбауы мүмкін. Хосттағы іздеу хосттың маршрутын дәлелдейді, прокси процесінің маршрутын емес.

Қатысты мақалалар