ich habe es erfolgreich auf Debian Minikube mit einem einfachen Cluster Debian VM eingerichtet:
umen@debian12:~$ kubectl get pods
NAME READY STATUS RESTARTS AGE
hello-77c947d946-jq2s4 1/1 Running 0 45m
hello-77c947d946-wm6n2 1/1 Running 0 45m
umen@debian12:~$ minikube service list -p multinode-demo
|-------------|------------|--------------|---------------------------|
| NAMESPACE | NAME | TARGET PORT | URL |
|-------------|------------|--------------|---------------------------|
| default | hello | 80 | http://192.168.49.2:31000 |
| default | kubernetes | No node port | |
| kube-system | kube-dns | No node port | |
|-------------|------------|--------------|---------------------------|
umen@debian12:~$ curl http://192.168.49.2:31000
Hello from hello-77c947d946-wm6n2 (10.244.1.2)
Wie Sie oben sehen, arbeiten
Jetzt versuche ich in meinem Windows-Host, diesen Cluster zu verbinden. Ich habe die Zertifikate vom Debian-Server heruntergeladen
vi ./kube/config_debian
apiVersion: v1
clusters:
- cluster:
certificate-authority: debian/ca.crt
extensions:
- extension:
last-update: Mon, 23 Oct 2023 08:54:23 IDT
provider: minikube.sigs.k8s.io
version: v1.31.2
name: cluster_info
server: https://192.168.49.2:8443
name: minikube
contexts:
- context:
cluster: minikube
extensions:
- extension:
last-update: Mon, 23 Oct 2023 08:54:23 IDT
provider: minikube.sigs.k8s.io
version: v1.31.2
name: context_info
namespace: default
user: minikube
name: minikube
current-context: minikube
kind: Config
preferences: {}
users:
- name: minikube
user:
client-certificate: debian/client.crt
client-key: debian/client.key
beim Verbindungsversuch erhalte ich:
$ kubectl -v=8 --kubeconfig=config_debian get pods
I1023 10:55:55.058414 16936 loader.go:372] Config loaded from file: config_debian
I1023 10:55:55.154616 16936 cert_rotation.go:137] Starting client certificate rotation controller
I1023 10:55:55.154616 16936 round_trippers.go:432] GET https://192.168.49.2:8443/api?timeout=32s
I1023 10:55:55.155136 16936 round_trippers.go:438] Request Headers:
I1023 10:55:55.155136 16936 round_trippers.go:442] Accept: application/json, */*
I1023 10:55:55.155136 16936 round_trippers.go:442] User-Agent: kubectl.exe/v1.22.0 (windows/amd64) kubernetes/c2b5237
I1023 10:56:16.186405 16936 round_trippers.go:457] Response Status: in 21031 milliseconds
I1023 10:56:16.186405 16936 round_trippers.go:460] Response Headers:
I1023 10:56:16.186405 16936 cached_discovery.go:121] skipped caching discovery info due to Get "https://192.168.49.2:8443/api?timeout=32s": dial tcp 192.168.49.2:8443: connectex: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.
I1023 10:56:16.188079 16936 round_trippers.go:432] GET https://192.168.49.2:8443/api?timeout=32s
I1023 10:56:16.188079 16936 round_trippers.go:438] Request Headers:
I1023 10:56:16.188079 16936 round_trippers.go:442] Accept: application/json, */*
I1023 10:56:16.188079 16936 round_trippers.go:442] User-Agent: kubectl.exe/v1.22.0 (windows/amd64) kubernetes/c2b5237
I1023 10:56:37.192081 16936 round_trippers.go:457] Response Status: in 21003 milliseconds
I1023 10:56:37.192189 16936 round_trippers.go:460] Response Headers:
I1023 10:56:37.192189 16936 cached_discovery.go:121] skipped caching discovery info due to Get "https://192.168.49.2:8443/api?timeout=32s": dial tcp 192.168.49.2:8443: connectex: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.
I1023 10:56:37.193955 16936 shortcut.go:89] Error loading discovery information: Get "https://192.168.49.2:8443/api?timeout=32s": dial tcp 192.168.49.2:8443: connectex: A connection attempt failed because the connected party did not properly respond after a period of time, or established connection failed because connected host has failed to respond.
I1023 10:56:37.194510 16936 round_trippers.go:432] GET https://192.168.49.2:8443/api?timeout=32s
I1023 10:56:37.194510 16936 round_trippers.go:438] Request Headers:
I1023 10:56:37.195088 16936 round_trippers.go:442] Accept: application/json, */*
I1023 10:56:37.195088 16936 round_trippers.go:442] User-Agent: kubectl.exe/v1.22.0 (windows/amd64) kubernetes/c2b5237
und in der virtuellen Box stelle ich die Portweiterleitung wie folgt ein:
Die Frage ist, warum ich keine Verbindung zum Remote-Cluster herstellen kann
Antwort1
Gemäß derGithub-Problem Nr. 2575, überprüfen Sie die Ursachen für Verbindungsprobleme und deren Beseitigung wie unten erläutert:
Überprüfen Sie, ob möglicherweise ein Problem vorliegt, wenn sowohl Docker Toolbox (alte Version mit VirtualBox) als auch Docker für Windows (mit Hyper-V) installiert sind. Das Entfernen von Docker Toolbox und die Neuinstallation von Docker für Windows kann möglicherweise helfen, das Problem zu beheben.
Überprüfen Sie, ob die Ressourcen des Servers zur Neige gehen: Stellen Sie sicher, dass der Server über genügend Ressourcen (z. B. Speicher) verfügt, um die Anzahl der von Ihnen gesendeten Anfragen zu verarbeiten.
Versuchen Sie auf der Zertifizierungsseite die folgenden 2 Schritte und folgen Sie der DokumentationMinikube TLS ohne Überprüfung, was möglicherweise zur weiteren Lösung Ihres Problems beiträgt:
Richten Sie die Portweiterleitung vom Host 8443 zur Minikube-VM 8443 in der Virtualbox ein.
Erstellen Sie einen neuen Kontext Minikube-VPN ohne TLS-Überprüfung.