Oc login: Difference between revisions
Jump to navigation
Jump to search
(2 intermediate revisions by the same user not shown) | |||
Line 20: | Line 20: | ||
=Related= | =Related= | ||
* [[oc whoami]] | |||
=Options= | =Options= | ||
Line 50: | Line 49: | ||
Allows interaction with HTTPS server while bypassing server certificate checks. | Allows interaction with HTTPS server while bypassing server certificate checks. | ||
= | =Operations= | ||
* [[OpenShift Enable system:admin Remote Access|Enable system:admin Remote Access]] | * [[OpenShift Enable system:admin Remote Access|Enable system:admin Remote Access]] | ||
=oc login and Azure OpenShift= | |||
{{Internal|OpenShift_on_Azure#oc_login|OpenShift on Azure | oc login}} |
Latest revision as of 01:01, 20 November 2020
Internal
Overview
'oc login' configures locally a Kubernetes context by updating .kube/config. If it finds no state saved under .kube/config, or no command line options are provided, the command queries the user for OpenShift server, username and password. The command runs in the context of a project. The user must exists on server, and its identity must be correctly resolved by the OpenShift identity provider.
Example:
oc login -u <username>:<password>
oc login <api-server-url> -u <username> -p <password>
If -u is not specified, 'oc login' will query for user.
More about OpenShift authentication:
Related
Options
-u,--username
Sets the user name.
-p,--password
Sets the password.
-n
Sets the project (namespace) to log into.
-s,--server
oc login --server="https://my-openshift-master:8443" [...]
--certificate-authority
Specifies the path to the certificate authority file.
--insecure-skip-tls-verify
Allows interaction with HTTPS server while bypassing server certificate checks.