버전 1.2.0 +1과 동일한 문제가 있습니다.

@xificurC @jankoprowski apiserver가 실행되고 있는지 확인하셨나요?

문제 해결 가이드를 살펴보십시오.
http://kubernetes.io/docs/troubleshooting/

그래도 도움이 필요하면 stackoverflow에 문의하세요.

apiserver가 다음으로 실패했습니다.

F0421 14:28:55.140493 1 server.go:410] 잘못된 인증 구성: open /srv/kubernetes/basic_auth.csv: 해당 파일이나 디렉터리가 없습니다.

나는 또한 그 문제를 만났고 내 apiserver는 실패하지 않았고 모든 프로세스(apiserver,controller-manager,schdeuler,kublet 및 kube-proxy)가 정상적으로 실행되고 있습니다. 내 도커 버전은 1.11.2입니다. 이 문제를 해결하는 방법을 아는 사람이 있습니까?

나도 이 문제를 만났다. Kubernetes1.2.2를 사용해야 하므로 docker를 사용하여 Kubernetes를 배포합니다. 같은 문제가 발생합니다. API 서버가 다운되었습니다. 여기에 로그,

I0725 08:56:20.440089       1 genericapiserver.go:82] Adding storage destination for group batch
W0725 08:56:20.440127       1 server.go:383] No RSA key provided, service account token authentication disabled
F0725 08:56:20.440148       1 server.go:410] Invalid Authentication Config: open /srv/kubernetes/basic_auth.csv: no such file or directory

apiserver가 실패하여 Kubernetes를 배포할 수 없습니다. 아무도 그것에 대해 알고 있습니까?

--server를 사용하여 마스터를 지정하십시오.
kubectl --server=16.187.189.90:8080 포드 -o 와이드 가져오기

안녕하세요 Centos 7에서 다음 오류가 발생합니다. 이 문제를 어떻게 해결할 수 있습니까?

[root@ip-172-31-11-12 system]# kubectl get nodes
The connection to the server localhost:8080 was refused - did you specify the right host or port?

"kubectl config"를 사용하여 이 문제를 해결할 수 있습니다.

$ kubectl config set-cluster demo-cluster --server=http://master.example.com:8080
$ kubectl config set-context demo-system --cluster=demo-cluster
$ kubectl config use-context demo-system
$ kubectl get nodes
NAME                 STATUS    AGE
master.example.com   Ready     3h
node1.example.com    Ready     2h
node2.example.com    Ready     2h

제 경우에는 이전 시도에서 남은 ~/.kube/config 를 제거해야 했습니다.

안녕,
나는 여전히이 문제를 만났습니다.
쿠버네티스-마스터-1.4.0-0.1.git87d9d8d.el7.x86_64
쿠버네티스-노드-1.4.0-0.1.git87d9d8d.el7.x86_64
kubernetes-unit-test-1.4.0-0.1.git87d9d8d.el7.x86_64
kubernetes-ansible-0.6.0-0.1.gitd65ebd5.el7.noarch
쿠버네티스-클라이언트-1.4.0-0.1.git87d9d8d.el7.x86_64
쿠버네티스-1.4.0-0.1.git87d9d8d.el7.x86_64

아래 값으로 KUBE_API_ADDRESS를 구성하면
KUBE_API_ADDRESS="--insecure-bind-address=10.10.10.xx"
이 오류가 발생했으며 "--server=10.10.10.xx:8080" 옵션을 cmd에 전달하면 작동합니다.

아래 값으로 KUBE_API_ADDRESS를 구성하면
KUBE_API_ADDRESS="--insecure-bind-address=0.0.0.0"
잘 작동합니다.

가능을 사용하여 원격 시스템에서 상태를 얻으려고했는데 동일한 문제에 직면했습니다.
나는 시도했고 효과가 있었다.
kubectl --kubeconfig ./admin.conf 포드 가져오기 --all-namespaces -o wide

@sumitkau 와 유사하게 다음을 사용하여 새 kubelet 구성 위치를 설정하는 문제를 해결했습니다.
kubectl --kubeconfig /etc/kubernetes/admin.conf 가져오기 없음
/etc/kubernetes/admin.conf를 ~/.kube/config에 복사할 수도 있습니다. 그러면 작동하지만 좋은 작업인지 아닌지는 모르겠습니다!

/etc/kubernetes/apiserver의 항목 업데이트(마스터 서버에서)
KUBE_API_PORT="--포트=8080"
그런 다음 systemctl을 수행하십시오. kube-apiserver를 다시 시작하십시오.

GCP에서 이런 일이 발생하면 아래에서 문제가 해결될 가능성이 가장 높습니다.

gcloud container clusters get-credentials your-cluster --zone your-zone --project your-project

@mamirkhani에게 감사드립니다. 이 오류를 해결했습니다.
그러나 "kubeadm init" 출력에서 ​​이러한 정보를 찾았습니다.
_Kubernetes 마스터가 성공적으로 초기화되었습니다!
클러스터 사용을 시작하려면 (일반 사용자로) 다음을 실행해야 합니다.
sudo cp /etc/kubernetes/admin.conf $HOME/
sudo chown $(id -u):$(id -g) $HOME/admin.conf
내보내기 KUBECONFIG=$HOME/admin.conf_

이것이 권장되는 솔루션이라고 생각합니다.

나는 같은 문제가 있었다. Google 클라우드에서 웹 GUI를 통해 클러스터를 생성하고 kubectl을 실행하려고 할 때

The connection to the server localhost:8080 was refused - did you specify the right host or port?

$HOME/.kubectl/config에 저장될 클러스터에 대한 kubectl 구성을 가져오기만 하면 됩니다.

$ gcloud container clusters get-credentials guestbook2
Fetching cluster endpoint and auth data.
kubeconfig entry generated for guestbook2.

이제 kubectl이 잘 작동합니다.

kubectl은 구성의 파일 이름으로 ~/.kube/config를 예상합니다.

나를 위해 일한 빠른 수정은 심볼릭 링크를 만드는 것이 었습니다.

ln -s ~/.kube/config.conjure-canonical-kubern-e82 ~/.kube/config

NB 이것은 "conjure-up kubernetes" 배포를 위한 것입니다.

이 문제는 1주일 동안 저를 혼란스럽게 했습니다. 이제 저에게 효과가 있는 것 같습니다. 이 문제가 있는 경우 먼저 어떤 노드에서 문제가 발생하는지 알아야 합니다.

마스터 노드인 경우 모든 kubernetes 포드가 명령으로 실행 중인지 확인하십시오.
kubectl get pods --all-namespaces ,

내 모습은 이렇습니다
kube-system etcd-kubernetes-master01 1/1 Running 2 6d kube-system kube-apiserver-kubernetes-master01 1/1 Running 3 6d kube-system kube-controller-manager-kubernetes-master01 1/1 Running 2 6d kube-system kube-dns-2425271678-3kkl1 3/3 Running 6 6d kube-system kube-flannel-ds-brw34 2/2 Running 6 6d kube-system kube-flannel-ds-psxc8 2/2 Running 7 6d kube-system kube-proxy-45n1h 1/1 Running 2 6d kube-system kube-proxy-fsn6f 1/1 Running 2 6d kube-system kube-scheduler-kubernetes-master01 1/1 Running 2 6d

그렇지 않은 경우 /etc/kubernetes/ 디렉토리에 해당 파일이 있는지 확인하십시오.
admin.conf controller-manager.conf kubelet.conf manifests pki scheduler.conf , 그렇다면 일반 사용자(ROOT 사용자가 아님)로 해당 파일을 복사하십시오.
mkdir -p $HOME/.kube sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config sudo chown $(id -u):$(id -g) $HOME/.kube/config

그런 다음 kubectl 버전이 작동하는지 확인하고 여전히 작동하지 않으면 https://kubernetes.io/docs/setup/independent/create-cluster-kubeadm/ 의 자습서를 따르고 클러스터를 해체하고 다시 빌드하십시오. 주인.

(슬레이브) 노드에서 발생하는 경우 파일이 있는지 확인하십시오.
kubelet.conf manifests pki
/etc/kubernetes/ 디렉토리와 이 kubelet.conf에서 서버 필드는 마스터 노드 admin.conf와 동일한 설정인 마스터 IP를 가리켜야 합니다.
kubelet.conf가 없다면 아마도 마스터와 노드를 결합하는 명령을 실행하지 않았기 때문일 것입니다.
kubeadm join --token f34tverg45ytt34tt 192.168.1.170:6443 , 마스터 노드가 빌드된 후에 이 명령(토큰)을 가져와야 합니다.

(슬레이브) 노드에서 일반 사용자로 로그인한 후 ~/.kube에서 구성 파일을 볼 수 없을 것입니다. 그런 다음 이 폴더를 만든 다음 마스터 노드에서 _admin.conf_를 복사하여 ~/.kube/ 디렉터리에 (슬레이브 ) 노드를 일반 사용자와 함께 _config_로 만든 다음 복사를 수행하고 kubectl 버전을 시도하면 작동합니다.

여기에 실패에 대한 여러 이유가 있을 수 있다는 것을 알고 있지만 제 경우에는 ~/.kube/cache 를 제거하는 것이 즉시 도움이 되었습니다.

이 문제가 있습니다. 이 솔루션은 저에게 효과적입니다.

sudo cp /etc/kubernetes/admin.conf $HOME/
sudo chown $(id -u):$(id -g) $HOME/admin.conf
export KUBECONFIG=$HOME/admin.conf

admin.conf 이 없으면 kubeadm 를 설치하십시오.
그런 다음 ~/.kube/cache 를 제거합니다.

rm -rf ~/.kube/cache

컨텍스트를 전환해야 합니다.
kubectl config use-context docker-for-desktop

하이팀,

kubernetes와 Docker가 전제 조건이기 때문에 sap vora를 설치해야 합니다. 우리는 kubernetes master와 kubectl, docker를 설치했습니다. 하지만 우리가 확인할 때

kubectl 클러스터 정보

kubectl 클러스터 정보 덤프

2018-05-09 06:47:57.905806 나 | proto: 등록된 프로토타입 중복: google.protobuf.Any
2018-05-09 06:47:57.905997 나 | proto: 등록된 프로토타입 중복: google.protobuf.Duration
2018-05-09 06:47:57.906019 나 | proto: 중복된 프로토타입 등록됨: google.protobuf.Timestamp
서버 10.xxx:6443에 대한 연결이 거부되었습니다. 올바른 호스트 또는 포트를 지정했습니까?

systemctl status kubelet -l을 확인할 때

kubelet.service - Kubernetes Kubelet 서버
로드됨: 로드됨(/usr/lib/systemd/system/kubelet.service; 활성화됨)
활성: 실패(결과: 시작 제한) 이후 수요일 2018-05-09 04:17:21 EDT; 2시간 28분 전
문서: https://github.com/GoogleCloudPlatform/kubernetes
프로세스: 2513 ExecStart=/usr/bin/hyperkube kubelet $KUBE_LOGTOSTDERR $KUBE_LOG_LEVEL $KUBELET_API_SERVER $KUBELET_ADDRESS $KUBELET_PORT $KUBELET_03/CUBELET_HOSTNAME $KUBE_ALLOW_ETex 상태)
메인 PID: 2513(코드=종료, 상태=203/EXEC)

우리는 아래 설정을 수행했습니다

sudo cp /etc/kubernetes/admin.conf $HOME/
sudo chown $(id -u):$(id -g) $HOME/admin.conf
내보내기 KUBECONFIG=$HOME/admin.conf

그러나 아무 소용이 없습니다. 누구든지 도울 수 있습니까?

문안 인사
카르틱

이 문제가 있습니다. 이 솔루션은 저에게 효과적입니다.
내보내기 KUBECONFIG=/etc/kubernetes/admin.conf

하이맵식,

환경 이상으로 내보냈지만 소용이 없습니다. 같은 오류가 발생합니다.

2018-05-15 04:27:32.221744 나 | proto: 등록된 프로토타입 중복: google.protobuf.Any
2018-05-15 04:27:32.221912 나 | proto: 등록된 프로토타입 중복: google.protobuf.Duration
2018-05-15 04:27:32.221936 나 | proto: 중복된 프로토타입 등록됨: google.protobuf.Timestamp
서버 10.xxx:6443에 대한 연결이 거부되었습니다. 올바른 호스트 또는 포트를 지정했습니까?

kubelet 서비스 및 구성 파일 항목도 변경했지만 여전히 사용하지 않습니다.

문안 인사
카르틱

안녕하세요 Karthik 님,

kubelet 서비스에 대한 로그를 확인하려고 할 수 있습니다.

위의 오류가 발생합니다

[admin ~]$ kubectl cluster-info
Kubernetes master is running at https://xxxxx:6443

To further debug and diagnose cluster problems, use 'kubectl cluster-info dump'.
The connection to the server xxxxx:6443 was refused - did you specify the right host or port?
[admin~]$ kubectl cluster-info dump
The connection to the server xxxx:6443 was refused - did you specify the right host or port?

kubectl get pods --all-namespaces 를 사용하는 동안 동일한 오류가 발생함

안녕하세요 Centos 7에서 다음 오류가 발생합니다. 이 문제를 어떻게 해결할 수 있습니까?

[root@ip-172-31-11-12 system]# kubectl get nodes
The connection to the server localhost:8080 was refused - did you specify the right host or port?

kubeadm을 설치하지 않은 것 같습니다 .... 먼저 kubeadm을 설치한 다음 시도하십시오

좋아 그렇게 할거야

2018년 9월 17일 월요일 08:04 Karthik Nair [email protected] 에서 다음과 같이 썼습니다.

안녕하세요 Centos 7에서 다음 오류가 발생합니다. 어떻게 해결할 수 있습니까?
문제?

[ root@ip-172-31-11-12 system]# kubectl 노드 가져오기
서버 localhost:8080 에 대한 연결이 거부되었습니다. 올바른 호스트 또는 포트를 지정했습니까?

kubeadm을 설치하지 않은 것 같습니다.... 먼저 kubeadm을 설치한 다음
노력하다

—
이 스레드에 가입했기 때문에 이 메시지를 받고 있습니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/kubernetes/kubernetes/issues/23726#issuecomment-421909051 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AkFH4U0Cwjeg2Y4sL8irk5velVQDj6u2ks5ub0lzgaJpZM4H9nxM
.

>

감사합니다.

비슈누 수누와르

먼저 다음 명령을 실행해야 합니다.

[ user@k8s-master ~]# mkdir -p $HOME/.kube
[ user@k8s-master ~]# cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
[ user@k8s-master ~]# chown $(id -u):$(id -g) $HOME/.kube/config

Mac OS High Sierra에서 실행하면서 Docker 자체에 내장된 Kubernetes를 활성화하여 이 문제를 해결했습니다.

"서버 10.0.48.115:6443에 대한 연결이 거부되었습니다. 올바른 호스트 또는 포트를 지정했습니까?"라는 문제가 발생합니다.

kubectl 버전

클라이언트 버전: version.Info{주요:"1", 부:"12", GitVersion:"v1.12.1", GitCommit:"4ed3216f3ec431b140b1d899130a69fc671678f4", GitTreeState:"clean", BuildDate:"20:"20 06Z", GoVersion:"go1.10.4", 컴파일러:"gc", 플랫폼:"linux/amd64"}
서버 10.0.48.115:6443에 대한 연결이 거부되었습니다. 올바른 호스트 또는 포트를 지정했습니까?

누가 이것에 대해 도움을 줄 수 있습니까? 고마워하다

~/.kube에서 이전 구성을 삭제한 다음 docker(macos의 경우)를 다시 시작하고 구성 폴더를 다시 빌드했습니다. 'kubectl get nodes'를 수행하면 이제 모든 것이 좋습니다.

minikube 가상 머신 및 구성 파일을 삭제하고 minikube(v0.25.2)를 다시 설치하십시오. 다른 버전에는 구덩이가 있을 수 있습니다.

$ minikube delete
$ rm -rf ~/.minikube
$ curl -Lo minikube https://storage.googleapis.com/minikube/releases/v0.25.2/minikube-linux-amd64 && chmod +x minikube && sudo mv minikube /usr/local/bin/

아래 명령어를 사용하세요. 그것은 나를 위해 일했습니다.

mkdir -p $HOME/.kube
sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
sudo chown $(id -u):$(id -g) $HOME/.kube/config

아래 명령어를 사용하세요. 그것은 나를 위해 일했습니다.

mkdir -p $HOME/.kube
sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
sudo chown $(id -u):$(id -g) $HOME/.kube/config

감사 해요! 이것은 효과가 있었다!

제 경우에는 kubernetes의 마스터 노드를 재부팅했고, 다시 시작할 때 메모리 교환의 SWAP 파티션이 기본적으로 활성화되어 있습니다.

1. sudo systemctl status kubelet

kubelet.service - kubelet: The Kubernetes Node Agent
   Loaded: loaded (/etc/systemd/system/kubelet.service; enabled; vendor preset: disabled)
  Drop-In: /etc/systemd/system/kubelet.service.d
           └─10-kubeadm.conf, 90-local-extras.conf
   Active: activating (auto-restart) (Result: exit-code) since 금 2018-04-20 15:27:00 KST; 6s ago
     Docs: http://kubernetes.io/docs/
  Process: 17247 ExecStart=/usr/bin/kubelet $KUBELET_KUBECONFIG_ARGS $KUBELET_SYSTEM_PODS_ARGS $KUBELET_NETWORK_ARGS $KUBELET_DNS_ARGS $KUBELET_AUTHZ_ARGS $KUBELET_CADVISOR_ARGS $KUBELET_CGROUP_ARGS $KUBELET_CERTIFICATE_ARGS $KUBELET_EXTRA_ARGS (code=exited, status=255)
 Main PID: 17247 (code=exited, status=255)

1. sudo swapon -s

Filename    type        size    Used    priority
/dev/sda6   partition   950267  3580    -1

1. sudo swapoff /dev/sda6

2. sudo systemctl status kubelet

● kubelet.service - kubelet: The Kubernetes Node Agent
   Loaded: loaded (/lib/systemd/system/kubelet.service; enabled; vendor preset: enabled)
  Drop-In: /etc/systemd/system/kubelet.service.d
           └─10-kubeadm.conf
   Active: active (running) since Mon 2019-01-14 08:28:56 -05; 15min ago
     Docs: https://kubernetes.io/docs/home/
 Main PID: 7018 (kubelet)
    Tasks: 25 (limit: 3319)
   CGroup: /system.slice/kubelet.service
           └─7018 /usr/bin/kubelet --bootstrap-kubeconfig=/etc/kubernetes/bootstrap-kubelet.conf --kubeconfig=/etc/kubernetes

1. kubectl get nodes

NAME        STATUS   ROLES    AGE   VERSION
k8smaster   Ready    master   47h   v1.13.2
k8snode1    Ready    <none>   45h   v1.13.2
k8snode2    Ready    <none>   45h   v1.13.2

나는 이것을 실행하지 않았다.

mkdir -p $HOME/.kube
sudo cp -i /etc/kubernetes/admin.conf $HOME/.kube/config
sudo chown $(id -u):$(id -g) $HOME/.kube/config

문제를 일으켰습니다.

ip 경로는 k8s 마스터에서 xxx.xxx.xxx.xxx를 통해 기본값을 추가합니다.

$ kubectl apply -f Deployment.yaml
"Deployment.yaml"을 인식할 수 없음: http://localhost :8080/api?timeout=32s 가져오기: tcp 127.0.0.1:8080 다이얼: 연결: 연결이 거부되었습니다.
"Deployment.yaml"을 인식할 수 없음: http://localhost :8080/api?timeout=32s 가져오기: tcp 127.0.0.1:8080 다이얼: 연결: 연결이 거부되었습니다.

Mac OS High Sierra에서 실행하면서 Docker 자체에 내장된 Kubernetes를 활성화하여 이 문제를 해결했습니다.

효과가있다. 아주 간단합니다. 데스크탑 소프트웨어를 사용하는 경우 먼저 기본 설정에서 솔루션을 찾는 것이 좋습니다. ㅋ.

Mac OS High Sierra에서 실행하면서 Docker 자체에 내장된 Kubernetes를 활성화하여 이 문제를 해결했습니다.

tks

어리석게 들릴지 모르지만 클러스터를 로컬에서 실행하기 위해 miniKube를 설치하지 않았을 수 있습니다.

minikube가 있는 경우 다시 설치하거나 kubectl proxy --port=8080 를 사용해 보십시오.

좋습니다. Mac용 docker(v 2.0.5.0)에는 둘 다 토글해야 하는 두 가지 설정이 있습니다.

모든 용기를 제거했는지 확인하십시오.

docker rm -f $(docker ps -aq)

모든 컨테이너가 제거되었는지 확인한 후 kubelet을 다시 시작하십시오.

systemctl restart kubelet

[ mayuchau@cg-id .kube]$ kubectl 노드 가져오기
서버 localhost:8080 에 대한 연결이 거부되었습니다. 올바른 호스트 또는 포트를 지정했습니까?

위의 오류가 발생합니다. 위에서 언급한 솔루션을 시도했지만 효과가 없었습니다.

[ mayuchau@cg-id .kube]$ kubectl 노드 가져오기
서버 localhost:8080 에 대한 연결이 거부되었습니다. 올바른 호스트 또는 포트를 지정했습니까?

위의 오류가 발생합니다. 위에서 언급한 솔루션을 시도했지만 효과가 없었습니다.

마스터 노드에서 /var/run/docker.sock의 권한을 확인한 후 문제가 해결되었습니다.

해결 방법은 다음과 같습니다.

1. kubectl이 설치되어 있는지 확인하십시오. 다음을 사용하여 확인하십시오.
   gcloud components list
   kubectl을 먼저 설치하지 않는 경우.

2. gcloud 플랫폼에서 프로젝트의 Kubernetes 엔진 콘솔로 이동합니다.

3. 프로젝트가 있는 클러스터와 연결됩니다. 로컬 명령 프롬프트/터미널에서 실행한 명령을 제공합니다. 예를 들어 다음과 같습니다.

gcloud container clusters get-credentials <Cluster_Name> --zone <Zone> --project <Project_Id>

이 명령을 성공적으로 실행하면 다음을 실행할 수 있습니다.
kubectl get nodes

이 가이드를 통해 Docker를 통해 로컬로 kubernetes를 설정하면 위에서 설명한 오류 메시지가 표시됩니다.

취한 조치:

• export K8S_VERSION='1.3.0-alpha.1' (1.2.0도 시도)
• docker run 명령을 복사하여 붙여넣기
• 적절한 kubectl 바이너리를 다운로드하고 PATH 에 넣습니다( which kubectl 작동)
• (선택 사항) 클러스터 설정
• kubectl get nodes 실행

한마디로 마법이 없다. 나는 이것을 Ubuntu 14.04, docker 1.10.3에서 로컬로 실행하고 있습니다. 더 많은 정보가 필요하시면 알려주세요

감사 해요!!!
이것은 내 ~/.bashrc에 KUBEKONFIG 시스템 변수에 대한 변수 내보내기가 없다는 것을 상기시켜주었습니다.
그것을 추가하면 내 문제가 해결되었습니다!

예:
### ADD in ~/.bashrc
export KUBECONFIG=$HOME/.kube/eksctl/clusters/serv-eks-dev

이 문제의 가능한 원인 중 하나는 kube 구성의 current context 가 일부 도구로 삭제되고 현재 컨텍스트가 남아 있지 않기 때문입니다.

확인:

kubectl config get-contexts

current 컨텍스트가 없으면 다음을 사용하여 현재 컨텍스트로 만듭니다.

kubectl config use-context <context name>

나는 비슷한 문제에 직면하여 해결되었습니다.
export KUBECONFIG=/etc/kubernetes/admin.conf

누군가에게 도움이된다면 (오류에 대한 Google 검색을 통해 여기에 왔습니다) Mac 용 Docker Desktop은 기본적으로 Kubernetes를 비활성화했습니다. Enabled Kubernetes 및 Apply & Restart 를 선택하면 오류가 정렬됩니다.

Mac OS: 특정 https://k3d.io/ 를 통해 Docker를 통해 로컬로 Kubernetes를 실행 중입니다. 따라서 설치 후 클러스터가 생성되면 kubectl cluster-info 명령을 실행하면 반환됩니다.
서버 0.0.0.0:51939에 대한 연결이 거부되었습니다. 올바른 호스트 또는 포트를 지정했습니까? 누구든지이 문제에 대한 포인터가 있습니까?

추신: Docker , Homebrew를 통해 설치된 docker-machine

kubectl config get-contexts 는 @navkmurthy를 무엇으로 반환합니까?

navkmurthy$ k3d 클러스터 생성 -p 5432:30080@agent [0] -p 9082:30081@agent [0] --agents 3 --update-default-kubeconfig
INFO[0000] 생성된 네트워크 'k3d-k3s-default'
INFO 생성된 볼륨 'k3d-k3s-default-images'
INFO[0001] 노드 'k3d-k3s-default-server-0' 생성 중
INFO[0001] 노드 'k3d-k3s-default-agent-0' 생성 중
INFO[0002] 노드 'k3d-k3s-default-agent-1' 생성 중
INFO 'k3d-k3s-default-agent-2' 노드 생성 중
INFO 로드밸런서 'k3d-k3s-default-serverlb' 생성
정보 클러스터 'k3s-default'가 성공적으로 생성되었습니다!
정보 이제 다음과 같이 사용할 수 있습니다.
kubectl 클러스터 정보
navkmurthy$ kubectl 클러스터 정보

클러스터 문제를 추가로 디버그하고 진단하려면 'kubectl cluster-info dump'를 사용하십시오.
서버 0.0.0.0:53706에 대한 연결이 거부되었습니다. 올바른 호스트 또는 포트를 지정했습니까?

@paulmwatson

navkmurthy$ kubectl 구성 get-contexts
현재 이름 클러스터 인증 네임스페이스

• k3d-k3s-default k3d-k3s-default admin@k3d-k3s-default

navkmurthy$