Колдонмонун жанында угуучу жергиликтүү прокси прокси аркылуу кирүүнү талап кылган тармакты кайра жаратпайт. Колдонмо конфигурацияланган проксини этибарга албай, түз туташып, ошого карабастан ийгилик тууралуу билдириши мүмкүн.

Колдонмонун тармагын проксинин тышкы жолунан бөлүңүз. Контейнерге негизделген бир курулуш колдонмону гана ички тармакка коёт жана проксиге экинчи чыгуу тармагын берет. Учурдагы Compose аныктамасында тармактык туташуулар мындай көрүнүшү мүмкүн:

services:
  app:
    networks: [clients]
  proxy:
    networks: [clients, egress]
networks:
  clients:
    internal: true
  egress: {}

Бул мурун аныкталган кызматтар үчүн тармактын үзүндүсү. Бекитилген багыттоочу проксини жана колдонмонун чыныгы кардарын өзүнчө конфигурациялаңыз. Docker ички тармактарды тыштан обочолонгон деп жазат; бул курулушта кошумча тышкы тармак проксиде гана бар.

Прокси колдонулбаган терс учурду кошуңуз: колдонмонун тышкы суроосу ийгиликсиз болушу керек. Аутентификациялуу HTTP проксиде четке кагылган аккаунт өзүнүн аутентификация катасын чыгарышы керек, ал эми кабыл алынган аккаунт тиешелүү прокси байкоосу менен максатка жетиши керек.

Проксинин уруксат берилген жана четке кагылган учурларын өзүнчө текшериңиз. Колдонмону башка тышкы тармактардан алыс кармап, проксини айланып өтүүчү хост тармак режимин кошпоңуз. Ийгиликтүү суроо сынак так көздөлгөн жолду гана сунганда пайдалуу далил болот.

Тектеш макалалар