oidc-username-prefix switch is not #56826
Labels
kind/bug
Categorizes issue or PR as related to a bug.
sig/api-machinery
Categorizes an issue or PR as relevant to SIG API Machinery.
/kind bug
/sig api-machinery
What happened:
This is the list of switches api server runs with:
It is configured to use OIDC for authentication and prefix is set to user-. When I authenticate OIDC user (in this example rpolasek) without creating any role bindings, kubectl throws back error
In the error message it refers to user as URL#username, rather user-username (user-rpolasek).
It requires a following bind to be created using URL#username name schema for this user to work. Cluster role binding with subject defined as user-rpolasek doesns't work.
What you expected to happen:
API server should be using user- for OIDC users. In the example the error message from API should be Error from server (Forbidden): pods is forbidden: User "user-rpolasek" cannot list pods in the namespace "default" as well as the subject name in ClusterRoleBinding.
How to reproduce it (as minimally and precisely as possible):
Configure api server to use OIDC for user authentication and set oidc user name claim as sub.
Anything else we need to know?:
Environment:
Kubernetes version (use
kubectl version
):Client Version: version.Info{Major:"1", Minor:"8", GitVersion:"v1.8.0", GitCommit:"6e937839ac04a38cac63e6a7a306c5d035fe7b0a", GitTreeState:"clean", BuildDate:"2017-09-28T22:57:57Z", GoVersion:"go1.8.3", Compiler:"gc", Platform:"linux/amd64"}
Server Version: version.Info{Major:"1", Minor:"8", GitVersion:"v1.8.3", GitCommit:"f0efb3cb883751c5ffdbe6d515f3cb4fbe7b7acd", GitTreeState:"clean", BuildDate:"2017-11-08T18:27:48Z", GoVersion:"go1.8.3", Compiler:"gc", Platform:"linux/amd64"}
Cloud provider or hardware configuration:
AWS
OS (e.g. from /etc/os-release):
Debian GNU/Linux 8 (jessie)
Kernel (e.g.
uname -a
):Linux ip-172-20-76-162 4.4.78-k8s Unit test coverage in Kubelet is lousy. (~30%) #1 SMP Fri Jul 28 01:28:39 UTC 2017 x86_64 GNU/Linux
The text was updated successfully, but these errors were encountered: