Перакрыццё падсетак Docker можа трымаць запыты ў баку ад проксі
Параўнайце маршрут прасторы імёнаў, якая робіць запыт, з дыяпазонамі моста Docker, перш чым мяняць уліковы запіс карпаратыўнага проксі.
Кантэйнер на 172.17.0.0/16 можа ўспрымаць карпаратыўны проксі на 172.17.14.133 як лакальнага суседа Docker. Тады запыт ідзе па маршруце моста, а не дасягае карпаратыўнай сеткі.
Праверце маршрут у сеткавай прасторы імёнаў, якая адпраўляе запыт. Адна табліца маршрутаў хоста Windows не апісвае ўсе маршруты ўнутры Linux VM Docker Desktop або кантэйнера.
| Налада Docker | Закранутая сетка |
|---|---|
| bip | Адрас і прэфікс моста па змаўчанні |
| default-address-pools | Падсеткі, якія аўтаматычна выдзяляюцца новым сеткам |
Выберыце дыяпазон без перакрыцця, параўнаўшы карпаратыўныя, VPN-, хост- і існуючыя сеткі кантэйнераў. Змена пула для будучых сетак не перанумоўвае існуючыя.
Плануйце перастварэнне закранутай сеткі і кантэйнера разам з працоўнымі нагрузкамі; змена адрасоў можа разарваць актыўныя злучэнні. Вырашэнне аднаго перакрыцця не патрабуе поўнага адключэння моста.
Калі запыт дасягнуў патрэбнага слухача, яго пратакол і аўтэнтыфікацыю можна ацэньваць звычайна. Змена пароля не выправіць гэты ранейшы выбар маршруту.