Kubernetes v1.12 Проблемы с kubectl exec - PullRequest
Новая
       17

Kubernetes v1.12 Проблемы с kubectl exec

0 голосов
/ 19 ноября 2018

Я узнал о Кубернетесе, используя превосходное руководство Келси Хайтауэра по kubernetes-the-hard-way-guide.

Используя это руководство, я установил v1.12 на GCE.Все отлично работает, кроме kubectl exec: 

$ kubectl exec -it shell-demo – /bin/bash --kubeconfig=/root/certsconfigs/admin.kubeconfig
error: unable to upgrade connection: Forbidden (user=kubernetes, verb=create, resource=nodes, subresource=proxy)

Обратите внимание, что я установил KUBECONFIG=/root/certsconfigs/admin.kubeconfig.

Кроме exec все другие функции kubectl работают, как и ожидалось, с этим файлом admin.kubeconfig, поэтомуиз этого я делаю вывод, что это действительно для использования с моим кластером.

Я почти уверен, что где-то допустил ошибку новичка, но если кто-то может посоветовать, куда я ушел, я был бы очень признателен.

TIA

Shaun

Я дважды проверил, что на моем главном контроллере нет файла .kube/config: 

root@controller-1:/root/deployment/kubernetes# kubectl get pods
NAME READY STATUS
shell-demo 1/1 Running 0 23m

Вот вывод с -v8: 

root@controller-1:/root/deployment/kubernetes# kubectl -v8 exec -it shell-demo – /bin/bash
I1118 15:18:16.898428 11117 loader.go:359] Config loaded from file /root/certsconfigs/admin.kubeconfig
I1118 15:18:16.899531 11117 loader.go:359] Config loaded from file /root/certsconfigs/admin.kubeconfig
I1118 15:18:16.900611 11117 loader.go:359] Config loaded from file /root/certsconfigs/admin.kubeconfig
I1118 15:18:16.902851 11117 round_trippers.go:383] GET ://127.0.0.1:6443/api/v1/namespaces/default/pods/shell-demo
I1118 15:18:16.902946 11117 round_trippers.go:390] Request Headers:
I1118 15:18:16.903016 11117 round_trippers.go:393] Accept: application/json, /
I1118 15:18:16.903091 11117 round_trippers.go:393] User-Agent: kubectl/v1.12.0 (linux/amd64) kubernetes/0ed3388
I1118 15:18:16.918699 11117 round_trippers.go:408] Response Status: 200 OK in 15 milliseconds
I1118 15:18:16.918833 11117 round_trippers.go:411] Response Headers:
I1118 15:18:16.918905 11117 round_trippers.go:414] Content-Type: application/json
I1118 15:18:16.918974 11117 round_trippers.go:414] Content-Length: 2176
I1118 15:18:16.919053 11117 round_trippers.go:414] Date: Sun, 18 Nov 2018 15:18:16 GMT
I1118 15:18:16.919218 11117 request.go:942] Response Body: {“kind”:“Pod”,“apiVersion”:“v1”,“metadata”:{“name”:“shell-demo”,“namespace”:“default”,“selfLink”:"/api/v1/namespaces/default/pods/shell-demo",“uid”:“99f320f8-eb42-11e8-a053-42010af0000b”,“resourceVersion”:“13213”,“creationTimestamp”:“2018-11-18T14:59:51Z”},“spec”:{“volumes”:[{“name”:“shared-data”,“emptyDir”:{}},{“name”:“default-token-djprb”,“secret”:{“secretName”:“default-token-djprb”,“defaultMode”:420}}],“containers”:[{“name”:“nginx”,“image”:“nginx”,“resources”:{},“volumeMounts”:[{“name”:“shared-data”,“mountPath”:"/usr/share/nginx/html"},{“name”:“default-token-djprb”,“readOnly”:true,“mountPath”:"/var/run/secrets/kubernetes.io/serviceaccount"}],“terminationMessagePath”:"/dev/termination-log",“terminationMessagePolicy”:“File”,“imagePullPolicy”:“Always”}],“restartPolicy”:“Always”,“terminationGracePeriodSeconds”:30,“dnsPolicy”:“ClusterFirst”,“serviceAccountName”:“default”,“serviceAccount”:“default”,“nodeName”:“worker-1”,“securityContext”:{},“schedulerName”:“default-scheduler”,“tolerations”:[{“key”:"node.kubernet [truncated 1152 chars]
I1118 15:18:16.925240 11117 round_trippers.go:383] POST …
error: unable to upgrade connection: Forbidden (user=kubernetes, verb=create, resource=nodes, subresource=proxy)

1 Ответ

0 голосов
/ 19 ноября 2018

Согласно вашим журналам, соединение между kubectl и apiserver в порядке, и аутентификация проходит корректно.

Чтобы удовлетворить запрос exec, apiserver связывается с kubelet, на котором запущен модуль, и это соединение является тем, чтозапрещен.

Ваш kubelet настроен для аутентификации / авторизации запросов, а учетные данные apiserver не авторизованы для выполнения запроса exec на API-интерфейс kubelet.

Исходя из запрещенного сообщения, ваш apiserver аутентифицируется как пользователь kubernetes для kubelet.

Вы можете предоставить этому пользователю полные права доступа к API kubelet с помощью следующей команды:

kubectl create clusterrolebinding apiserver-kubelet-admin --user=kubernetes --clusterrole=system:kubelet-api-admin

Для получения дополнительной информации см. Следующие документы

https://kubernetes.io/docs/reference/command-line-tools-reference/kubelet-authentication-authorization/#overview

https://kubernetes.io/docs/reference/access-authn-authz/rbac/#other-component-roles

...