Wählen Sie Minikubes interne NO_PROXY-Bereiche für den aktiven Treiber
Verwenden Sie das tatsächliche Netzwerk und den Dienstbereich des Profils; ein historisches Subnetz von einem anderen Treiber ist keine universelle Umgehungsliste.
Wenn Minikube einen Proxy für Internet-Downloads benötigt, halten Sie die eigenen Ziele des Clusters direkt. Wählen Sie Umgehungen aus dem aktiven Profil und Treiber, statt ein Subnetz von einer anderen Maschine zu kopieren.
Minikube dokumentiert diese Standardwerte:
| Verwendung | Standardbereich |
|---|---|
| Einige VM-Treiber | 192.168.59.0/24 |
| kvm2 | 192.168.39.0/24 |
| Erster Cluster des Docker-Treibers | 192.168.49.0/24 |
| IP-Adressen der Dienst-Cluster | 10.96.0.0/12 |
Fügen Sie die zutreffenden Bereiche und lokalen Ziele zu NO_PROXY hinzu und passen Sie sie für benutzerdefinierte Netzwerke an. Ein breites 192.168.0.0/16 beschreibt nicht unbedingt die vom Profil benötigten Routen.
Für ein laufendes Profil liefert minikube ip seine Adresse. Führen Sie diese Adresse ausdrücklich auf, wenn der Umgehungs-Parser des beteiligten Browsers oder eines anderen Clients CIDR nicht unterstützt.
Halten Sie diese Entscheidung für interne Routen getrennt von der Downloadphase. Downloads auf der Hostseite und Image-Pulls der Node-Laufzeit können unterschiedliche Umgebungen verwenden. Ein erfolgreicher Binär-Download auf dem Host belegt nicht, dass die Laufzeit ihre Proxy-Konfiguration erhalten hat.