Skip to content

Add OIDC authentication or error message about support authentication methods #368

Closed

Description

@briedel

I was trying to use the python client against a kubernetes cluster that uses OIDC authentication. The python-client tried to log in as an "anonymous" user, which failed. It would be good to add OIDC authentication or add an error message that the authentication method was not support.

Activity

  1. mbohlool commented on Oct 18, 2017

    @mbohlool
    Contributor
  2. mbohlool commented on Oct 18, 2017

    @mbohlool
    Contributor

    kubernetes-client/python-base#31 is implementing this.

  3. briedel commented on Oct 19, 2017

    @briedel
    Author

    Thanks for the hint! I used the code from kubernetes-client/python-base#31 and found that there is a difference between how kubectl behaves and the python API. When a refresh token is necessary, kubectl does not require idp-certificate-authority-data to be set:

        if cfg[cfgCertificateAuthorityData] != "" {
            certAuthData, err = base64.StdEncoding.DecodeString(cfg[cfgCertificateAuthorityData])
            if err != nil {
                return nil, err
            }
        }
    

    The error that is called seems to be suppressed somehow. Yet, with the same config the new oidc authentication requires idp-certificate-authority-data to be set:

    ConfigException: Invalid kube-config file. Expected key idp-certificate-authority-data in kube-config/users[...]/user/auth-provider/config

    There is a refresh-token URL provided in the config though, which might be what allows kubectl to get around the need for idp-certificate-authority-data

  4. lichen2013 commented on Jan 26, 2018

    @lichen2013

    This issue is the same as #195

  5. fejta-bot commented on Apr 22, 2019

    @fejta-bot

    Issues go stale after 90d of inactivity.
    Mark the issue as fresh with /remove-lifecycle stale.
    Stale issues rot after an additional 30d of inactivity and eventually close.

    If this issue is safe to close now please do so with /close.

    Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
    /lifecycle stale

  6. added
    lifecycle/staleDenotes an issue or PR has remained open with no activity and has become stale.
    on Apr 22, 2019
  7. fejta-bot commented on May 22, 2019

    @fejta-bot

    Stale issues rot after 30d of inactivity.
    Mark the issue as fresh with /remove-lifecycle rotten.
    Rotten issues close after an additional 30d of inactivity.

    If this issue is safe to close now please do so with /close.

    Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
    /lifecycle rotten

  8. added
    lifecycle/rottenDenotes an issue or PR that has aged beyond stale and will be auto-closed.
    and removed
    lifecycle/staleDenotes an issue or PR has remained open with no activity and has become stale.
    on May 22, 2019
  9. benley commented on May 26, 2019

    @benley

    It appears this may be addressed via kubernetes-client/python-base#48; should this issue be closed?

  10. fejta-bot commented on Jun 25, 2019

    @fejta-bot

    Rotten issues close after 30d of inactivity.
    Reopen the issue with /reopen.
    Mark the issue as fresh with /remove-lifecycle rotten.

    Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
    /close

  11. k8s-ci-robot commented on Jun 25, 2019

    @k8s-ci-robot
    Contributor

    @fejta-bot: Closing this issue.

    Details

    In response to this:

    Rotten issues close after 30d of inactivity.
    Reopen the issue with /reopen.
    Mark the issue as fresh with /remove-lifecycle rotten.

    Send feedback to sig-testing, kubernetes/test-infra and/or fejta.
    /close

    Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    lifecycle/rottenDenotes an issue or PR that has aged beyond stale and will be auto-closed.

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions