Разве Авторизация: Носитель отличается от kubectl --token? - PullRequest
Новая
       7

Разве Авторизация: Носитель отличается от kubectl --token?

0 голосов
/ 04 февраля 2020

Использование флага --token приводит к успешному запросу, но использование curl приводит к 401. 

kubectl --token=eyJhbGciOiJSUzI1NiIsInR... get ns
NAME              STATUS   AGE
default           Active   3m47s
kube-node-lease   Active   3m48s
kube-public       Active   3m48s
kube-system       Active   3m48s

curl -XGET -H "Authorization: Bearer $TOKEN" -k https://192.168.64.13:8443/apis
{
  "kind": "Status",
  "apiVersion": "v1",
  "metadata": {

  },
  "status": "Failure",
  "message": "Unauthorized",
  "reason": "Unauthorized",
  "code": 401
}%

В чем разница между этими двумя параметрами? Насколько я понимаю, они одинаковы.

Мой токен - это JWT, предоставляемый keycloak.

Редактировать: Подробнее об ответах ниже ...

Работа с высокой степенью детализации приводит к запросу скручивания. 

 k --v=9 --token=$TOKEN get po
I0204 09:10:08.439084   26734 loader.go:375] Config loaded from file:  /Users/me/.kube/config
I0204 09:10:08.445696   26734 round_trippers.go:423] curl -k -v -XGET  -H "Accept: application/json;as=Table;v=v1beta1;g=meta.k8s.io, application/json" -H "User-Agent: kubectl/v1.17.1 (darwin/amd64) kubernetes/d224476" -H "Authorization: Bearer eyJhbGciOiJSUzI1...." 'https://192.168.64.13:8443/api/v1/namespaces/default/pods?limit=500'
I0204 09:10:08.464046   26734 round_trippers.go:443] GET https://192.168.64.13:8443/api/v1/namespaces/default/pods?limit=500 200 OK in 18 milliseconds
I0204 09:10:08.464070   26734 round_trippers.go:449] Response Headers:
I0204 09:10:08.464074   26734 round_trippers.go:452]     Date: Tue, 04 Feb 2020 17:10:08 GMT
I0204 09:10:08.464078   26734 round_trippers.go:452]     Cache-Control: no-cache, private
I0204 09:10:08.464082   26734 round_trippers.go:452]     Content-Type: application/json
I0204 09:10:08.464086   26734 round_trippers.go:452]     Content-Length: 2931
I0204 09:10:08.464127   26734 request.go:1017] Response Body: {"kind":"Table",..... VALID RESPONSE.

Но Вставка того же скручивания возвращает 401 

curl -k -v -XGET  -H "Accept: application/json;as=Table;v=v1beta1;g=meta.k8s.io, application/json" -H "User-Agent: kubectl/v1.17.1 (darwin/amd64) kubernetes/d224476" -H "Authorization: Bearer eyJhbGciOiJSUzI1NiIsInR5cC..." 'https://192.168.64.13:8443/api/v1/namespaces/default/pods?limit=500'

{"kind":"Status","apiVersion":"v1","metadata":{},"status":"Failure","message":"Unauthorized","reason":"Unauthorized","code":401}
* Connection #0 to host 192.168.64.13 left intact
* Closing connection 0

Как можно Я выполняю тот же запрос через curl и получаю результаты?

1 Ответ

1 голос
/ 04 февраля 2020

Да, они совпадают с тем, что kubectl внутренне выполнит скручивание для конечной точки сервера API. Вы можете просмотреть запрос скручивания, отправленный на сервер API Kubernetes, выполнив команду kubectl с установленным набором подробностей, а затем сравнить ее с командой curl, которая вы используете. 

kubectl --v=9 --token=eyJhbGciOiJSUzI1NiIsInR... get ns | grep curl
...