Trieu els rangs NO_PROXY interns de Minikube per al controlador actiu
Feu servir la xarxa i el rang de serveis reals del perfil; una subxarxa històrica d'un altre controlador no és una llista de bypass universal.
Quan Minikube necessita un proxy per a les descàrregues d'Internet, manteniu les destinacions pròpies del clúster directes. Trieu els bypassos del perfil i del controlador actius, en lloc de copiar una subxarxa d'una altra màquina.
Minikube documenta aquests valors per defecte:
| Ús | Rang per defecte |
|---|---|
| Alguns controladors de VM | 192.168.59.0/24 |
| kvm2 | 192.168.39.0/24 |
| Primer clúster del controlador Docker | 192.168.49.0/24 |
| IP del clúster de serveis | 10.96.0.0/12 |
Afegiu els rangs aplicables i les destinacions locals a NO_PROXY, ajustant-los per a xarxes personalitzades. Un 192.168.0.0/16 ampli no descriu necessàriament les rutes requerides pel perfil.
Per a un perfil en execució, minikube ip dóna la seva adreça. Llisteu aquesta adreça explícitament quan l'analitzador de bypass del navegador o d'un altre client no admeti CIDR.
Manteniu aquesta elecció de ruta interna separada de la fase de descàrrega. Les descàrregues al costat de l'amfitrió i l'extracció d'imatges del runtime del node poden usar entorns diferents. Una descàrrega binària correcta a l'amfitrió no demostra que el runtime hagi rebut la seva configuració de proxy.