kubetoken issues temporary certificates for access to Kubernetes clusters.

run make build_container in Project directory

This will build a Container which can be started with make start_container with kubetokend inside running on 48080

Also, in this Container there is the Client kubetoken to connect to kubetokend

Building with -f Dockerfile-debianbuild creates a debian:jessie Container with .deb Packages in the workdir. They can be copied with docker cp ://*.deb /tmp

Building with -f Dockerfile-buildFromGithub gets recent Version from github an build the binaries to the Container

Installation is covered in a seperate document.

Deploying kubetoken involves two steps.

1. deploying kubetokend as a kubernetes service
2. distributing the kubetoken cli tool.

use kubetoken Client with --host poiting to the kubetokend server

the kubetoken --help Flag will Print Basic Usage.

kubetoken client will edit the ~/.kube/config with the proper Cluster Contexts for the chosen User

After kubetoken login one can view the Cluster Contexts configured with

kubectl config get-contexts

and Switch between them with

kubectl config use-context <contextname>

Full Usage:

usage: kubetoken [<flags>]

Flags:
      --help                  Show context-sensitive help (also try --help-long and --help-man).
  -v, --verbose               talk
  -j, --json                  dump json
  -u, --user="j.schueppel"    StaffID username. Default: $USER
      --kubeconfig="/root/.kube/config"  
                              kubeconfig location. Default: $HOME/.kube/config
      --version               print version string and exit.
  -f, --filter=FILTER         only show matching roles.
  -n, --namespace=NAMESPACE   override namespace.
  -h, --host=""               kubetokend hostname. Default: $KUBETOKEN_SSO_AUTH_URL
  -P, --password=""           password. Default: $KUBETOKEN_PW
      --password-prompt       prompt for password (replaces current password in keyring)
      --skip-keyring          skip usage of the keyring
  -k, --no-check-certificate  Skip Certificate Verify Default: $KUBETOKEN_NO_CHECK_CERTIFICATE

Pull requests, issues and comments welcome. For pull requests:

• Do not submit a pull request without an accompanying issue. All pull requests must include an Updates or Fixes line.
• Add tests for new features and bug fixes.
• Follow the existing style.
• Separate unrelated changes into multiple pull requests.

See the existing issues for things to start contributing.

For bigger changes, make sure you start a discussion first by creating an issue and explaining the intended change.

Atlassian requires contributors to sign a Contributor License Agreement, known as a CLA. This serves as a record stating that the contributor is entitled to contribute the code/documentation/translation to the project and is willing to have it used in distributions and derivative works (or is willing to transfer ownership).

Prior to accepting your contributions we ask that you please follow the appropriate link below to digitally sign the CLA. The Corporate CLA is for those who are contributing as a member of an organization and the individual CLA is for those contributing as an individual.

• CLA for corporate contributors
• CLA for individuals

Copyright (c) 2017 Atlassian and others. MIT licensed, see LICENSE file.