Team configurations
Team configurations
Zowe CLI is configured through the use of profiles stored and managed in configuration files.
Types of configuration files
Both team and user configurations can be applied either globally or per project, as described in the following definitions:
-
A team configuration file stores team profiles and is used by a group of people who need the same properties to run commands.
- The most frequently used configuration type due to its versatility and efficient maintenance.
-
A user configuration file stores user profiles and is used for one person who needs their own unique properties to run commands.
- The necessity for user configuration is rare, and setting up a user configuration should not be a priority unless there is a specific need for one.
-
A project configuration file resides in a directory of your choice. It contains project team profiles and project user profiles.
- Zowe CLI commands executed within that directory use the profiles from the project configuration. Similarly, when the directory is opened as a Visual Studio Code workspace, Zowe Explorer uses the project config for profiles.
-
A global configuration file resides in the
ZOWE_CLI_HOME
directory (YourUserHomeDirectory/.zowe, by default). It contains global team profiles and global user profiles.- Global config profiles are used for any Zowe CLI command regardless of the directory in which the command is run. The profiles are always available in Zowe Explorer regardless of the location of the current Visual Studio Code workspace.
Zowe CLI profile types
Configuration files are made up of multiple profiles that can be used by Zowe CLI. These profiles contain credentials and/or settings that are applied by the commands issued in the CLI.
-
Service profiles let you store connection information for specific mainframe service, such as IBM z/OSMF. Plug-ins can introduce other service profile types to a configuration file, such as the
cics
profile to connect to IBM CICS. -
Base profiles let you store connection information for use with one or more services. Depending on your configuration file type, the base profile can be either a
global_base
orproject_base
profile. Typically, there is only one base profile in a configuration file.Service profiles can pull information from a base profile as needed, so that you can specify a common username and password only once. A base profile can optionally store tokens to connect to the Zowe API Mediation Layer, which improves security by enabling Multi-Factor Authentication (MFA) and Single Sign-on (SSO).
-
Parent profiles let you nest service profiles that share some of the same properties and values into groups. There can be multiple parent profiles within a configuration file. This makes it possible to define shared properties (for example, hostname or credentials) only once in your configuration file, rather than duplicating values for each service profile. Parent profiles and nested service profiles are useful when your configuration uses multiple kinds of authentication or if your configuration is used to connect to multiple hosts.
Updating secure credentials
To change an existing username or password used by a team config profile, use the zowe config secure
command for a quick update:
-
Open the Zowe CLI command prompt.
-
To update values for secure fields in a project team configuration file:
zowe config secure
To update values for secure fields in a global team configuration file:
zowe config secure --global-config
Prompts request new values for all secure fields defined in the configuration file. In most cases, these properties include a username or password, but some users may include other fields, such as a token value or connection properties.
-
Respond to prompts as needed. Press
Enter
to leave the value unchanged.New values are saved in the secure credential store. After the last secure value is submitted, the user returns to the system command prompt.
For more ways to secure credentials in config profiles, see Managing credential security.