Elija los rangos NO_PROXY internos de Minikube para su controlador activo
Utilice la red real del perfil y su rango de servicios; una subred histórica de otro controlador no es una lista de omisión universal.
Cuando Minikube necesita un proxy para las descargas de Internet, mantenga directos los destinos propios del clúster. Elija las omisiones del perfil y del controlador activos, en lugar de copiar una subred de otra máquina.
Minikube documenta estos valores predeterminados:
| Uso | Rango predeterminado |
|---|---|
| Algunos controladores 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 servicios | 10.96.0.0/12 |
Añada los rangos aplicables y los destinos locales a NO_PROXY, ajustándolos para redes personalizadas. Un 192.168.0.0/16 amplio no describe necesariamente las rutas que requiere el perfil.
Para un perfil en ejecución, minikube ip devuelve su dirección. Enumere esa dirección explícitamente cuando el analizador de omisiones del navegador participante u otro cliente no admita CIDR.
Mantenga esta elección de ruta interna separada de la fase de descarga. Las descargas del lado del host y la extracción de imágenes del entorno de ejecución del nodo pueden usar entornos distintos. Una descarga binaria correcta en el host no demuestra que el entorno de ejecución haya recibido su configuración de proxy.