Выберыце ўнутраныя дыяпазоны NO_PROXY Minikube для актыўнага драйвера
Выкарыстоўвайце фактычную сетку і дыяпазон сэрвісаў профілю; гістарычная падсетка ад іншага драйвера не з'яўляецца ўніверсальным спісам абыходу.
Калі Minikube патрабуе проксі для загрузак з Інтэрнэту, трымайце ўласныя прызначэнні кластара прамымі. Выбірайце абыходы з актыўнага профілю і драйвера, а не капіюйце адну падсетку з іншай машыны.
Minikube дакументуе гэтыя значэнні па змаўчанні:
| Выкарыстанне | Дыяпазон па змаўчанні |
|---|---|
| Некаторыя драйверы VM | 192.168.59.0/24 |
| kvm2 | 192.168.39.0/24 |
| Першы кластар драйвера Docker | 192.168.49.0/24 |
| IP-адрасы сэрвісаў кластара | 10.96.0.0/12 |
Дадайце прыдатныя дыяпазоны і лакальныя прызначэнні ў NO_PROXY, адаптуючы іх для нестандартных сетак. Шырокі 192.168.0.0/16 не абавязкова апісвае патрэбныя маршруты профілю.
Для запушчанага профілю minikube ip выдае яго адрас. Паказвайце гэты адрас яўна, калі парсер абыходу ў браўзеры або іншым кліенце не падтрымлівае CIDR.
Трымайце гэты выбар унутранага маршруту асобна ад этапу загрузкі. Загрузкі на баку хоста і выцягванне вобразаў у асяроддзі выканання вузла могуць выкарыстоўваць розныя асяроддзі. Паспяховая загрузка бінарніка на хосце не даказвае, што асяроддзе выканання атрымала канфігурацыю проксі.