<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Configuration on Step Documentation</title>
    <link>https://step.dev/knowledgebase/31/categories/configuration/</link>
    <description>Recent content in Configuration on Step Documentation</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en</language>
    <lastBuildDate>Mon, 19 Oct 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://step.dev/knowledgebase/31/categories/configuration/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Identity management</title>
      <link>https://step.dev/knowledgebase/31/setup/configuration/identity-management/</link>
      <pubDate>Thu, 08 Aug 2024 00:00:00 +0000</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/setup/configuration/identity-management/</guid>
      <description>Ldap setup (optional) You can use LDAP to authenticate to Step by uncommenting the following properties is step.properties:
# Authenticator configuration - example for LDAP ui.authenticator=step.core.access.LdapAuthenticator # url of your LDAP server ui.authenticator.ldap.url=&amp;lt;url&amp;gt; # root named context for searching for users ui.authenticator.ldap.base=dc=&amp;lt;&amp;gt;,dc=&amp;lt;&amp;gt; # search filter - {user} will be replaced with the username ui.authenticator.ldap.filter=(cn={user}) # user used for connecting to the LDAP server ui.authenticator.ldap.techuser=cn=&amp;lt;&amp;gt;,dc=&amp;lt;&amp;gt;,dc=&amp;lt;&amp;gt; ui.authenticator.ldap.techpwd=&amp;lt;PWD&amp;gt; # Use following flag to manage users from LDAP (authenticated user will be created automatically in Step) #ui.</description>
    </item>
    
    <item>
      <title>Important settings</title>
      <link>https://step.dev/knowledgebase/31/setup/configuration/important-settings/</link>
      <pubDate>Thu, 08 Aug 2024 00:00:00 +0000</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/setup/configuration/important-settings/</guid>
      <description>Controller settings Main properties The main configuration file of the Controller is step.properties.
Installation from archive When installing Step manually from the archives, the file is located in the conf folder of the controller.
The main parameters to be updated in order to start the Controller are listed below :
port=&amp;lt;port_to_access_controller_gui&amp;gt; grid.port=&amp;lt;port_for_agents_to_access_the_controller&amp;gt; datasource.mongo.properties.host=&amp;lt;mongo_hostname_or_ip&amp;gt; datasource.mongo.properties.port=&amp;lt;mongo_port&amp;gt; datasource.mongo.properties.username=&amp;lt;step_database_username&amp;gt; (if any) datasource.mongo.properties.password=&amp;lt;step_database_password&amp;gt; (if any) For example :
port=8080 -&amp;gt; Controller GUI will be accessible on port 8080 grid.</description>
    </item>
    
    <item>
      <title>Licensing settings</title>
      <link>https://step.dev/knowledgebase/31/setup/configuration/licensing/</link>
      <pubDate>Thu, 08 Aug 2024 00:00:00 +0000</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/setup/configuration/licensing/</guid>
      <description>License (Enterprise version only) For the Step Controller Enterprise version, you will need to put your purchased Step license files in one of the following folders:
[installation_path]/licenses/ (recommended) [installation_path]/bin/licenses/ Detailed explanation: The license files consist of a license configuration file (step-enterprise.licenseconfig.json), as well as (usually) one or more actual license files (license*.json). Please contact us to obtain the relevant files for your organization.
Do not attempt to modify the content of these files, as they are digitally signed, and any change will render the signature invalid.</description>
    </item>
    
    <item>
      <title>Logging</title>
      <link>https://step.dev/knowledgebase/31/setup/configuration/logging/</link>
      <pubDate>Thu, 08 Aug 2024 00:00:00 +0000</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/setup/configuration/logging/</guid>
      <description>This page describes how to configure the logging in the different component of Step.
To customize the logback configuration using our Helm chart, refer to this documentation Controller logs By default, the controller logs are written to the file log/controller.log.
The default logging settings can be changed in the file bin/logback.xml.
Verbosity You can easily change the logging verbosity by tweaking the &amp;ldquo;root&amp;rdquo; log level present in the file bin/logback.xml. You can also tweak the verbosity for specific features.</description>
    </item>
    
    <item>
      <title>SSL settings</title>
      <link>https://step.dev/knowledgebase/31/setup/configuration/ssl-settings/</link>
      <pubDate>Thu, 08 Aug 2024 00:00:00 +0000</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/setup/configuration/ssl-settings/</guid>
      <description>By default, the controller GUI is accessible via HTTP and SSL is disabled. It is highly recommended to secure your controller instance by enabling SSL.
Before enabling SSL you will need a valid SSL certificate for your controller domain. You can either use a self-signed certificate or obtain it from a certificate authority (CA).
In both cases you&amp;rsquo;ll get following files:
the private key file (.key) the certificate file (.cert) The controller requires the certificate in a Java KeyStore in JKS format.</description>
    </item>
    
    <item>
      <title>Chart configuration</title>
      <link>https://step.dev/knowledgebase/31/setup/installation/kubernetes/chart-configuration-samples/</link>
      <pubDate>Fri, 19 Apr 2024 14:00:00 +0000</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/setup/installation/kubernetes/chart-configuration-samples/</guid>
      <description>This page provides practical configuration examples for common Step Helm chart deployment scenarios. For a complete reference of all available Helm values and their detailed descriptions, please refer to the Helm Values documentation.
Additional Resources:
Access enterprise download section - For obtaining access to Step Enterprise artifacts and Docker images Release notes of the Helm Chart - Latest chart versions and changelog Database configuration Step supports two database backends: MongoDB (default) and PostgreSQL.</description>
    </item>
    
    <item>
      <title>Step Studio</title>
      <link>https://step.dev/knowledgebase/31/devops/step-studio/</link>
      <pubDate>Mon, 19 Oct 2026 00:00:00 +0000</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/devops/step-studio/</guid>
      <description>Step Studio brings the visual editors of the Step platform to your local machine. It lets you create and maintain Automation Packages, execute Plans locally, and execute or deploy your automation on a remote Step instance.
Studio works directly on the Automation Package files in your project, including its YAML descriptor and Plan fragments, alongside the source code and resources used by your Keywords. You can use Studio and your IDE on the same project without maintaining separate copies of the automation.</description>
    </item>
    
    <item>
      <title>Time Series Configuration</title>
      <link>https://step.dev/knowledgebase/31/setup/configuration/timeseries-settings/</link>
      <pubDate>Wed, 25 Sep 2024 00:00:00 +0000</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/setup/configuration/timeseries-settings/</guid>
      <description>How Time Series Works Step has its own implementation of time series, designed to efficiently manage and visualize large datasets over extended periods. This feature powers data visualization in the Performance tab of the execution view and the Analytics view. By grouping data into collections with different resolutions, the system optimizes both storage and retrieval for short-term and long-term analysis, ensuring high performance and resource efficiency. By default, Step uses several collections with varying resolutions to store data:</description>
    </item>
    
    <item>
      <title>Agent configuration</title>
      <link>https://step.dev/knowledgebase/31/setup/configuration/agent-configuration/</link>
      <pubDate>Wed, 01 May 2024 14:00:00 +0000</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/setup/configuration/agent-configuration/</guid>
      <description>Agent endpoint The agent exposes a REST service to the Controller, which is consumed by the controller to execute Keywords. The endpoint of this service is called agent endpoint. The agent endpoint is configured automatically at agent startup and is communicated to the controller at registration. If required, the endpoint can be tweaked as follow:
Agent port Per default the agent lets the system find a free port automatically at startup to listen on.</description>
    </item>
    
    <item>
      <title>Agent Provisioning configuration</title>
      <link>https://step.dev/knowledgebase/31/setup/configuration/agent-provisioning-configuration/</link>
      <pubDate>Wed, 01 May 2024 14:00:00 +0000</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/setup/configuration/agent-provisioning-configuration/</guid>
      <description>When running in Kubernetes, Step supports automatic provisioning of Agents (i.e. automatic provisioning of the containers responsible for executing Keywords). This page describes how to enable and configure the Agent provisioning.
For information on using Agent provisioning, please refer to the Agent Provisioning page.
Notes: Agent provisioning is part of Step Enterprise and is supported as of version 25. It has been designed to work with the official Step Helm Chart.</description>
    </item>
    
    <item>
      <title>Multi-Profile Configuration</title>
      <link>https://step.dev/knowledgebase/31/ai/mcp-server/multi-profile-config/</link>
      <pubDate>Mon, 29 Jun 2026 00:00:00 +0000</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/ai/mcp-server/multi-profile-config/</guid>
      <description>The Step MCP Server supports a YAML-based configuration file that lets you define multiple profiles — each targeting a different Step instance or project. This is the recommended approach when you work with more than one Step instance, or manage many projects on the same instance.
For the simple single-instance setup using environment variables, see Getting Started.
Key concepts: profiles and projects A profile is a connection identity: a Step instance URL, an API token, and an optional default project.</description>
    </item>
    
    <item>
      <title>Agent configuration for Step SaaS</title>
      <link>https://step.dev/knowledgebase/31/saasdocs/agent-configuration/</link>
      <pubDate>Thu, 25 Jan 2024 11:08:01 +0100</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/saasdocs/agent-configuration/</guid>
      <description>Automation scripts are executed on Agents. Certain jobs require specific agents: Client-based automation (like browser-based testing) require UI agents. Most plugins require a specific agent type (java for most of them), we list the most relevant tasks here. Configuring this for Step SaaS in the Step Portal is an easy process and can either be done when creating a cluster or by editing an existing one.
Agent Types Here all available Agent types are listed, including information about the available resources per running agent.</description>
    </item>
    
    <item>
      <title>Keyword Configuration</title>
      <link>https://step.dev/knowledgebase/31/userdocs/keywords/configuring-keywords/</link>
      <pubDate>Sun, 18 Jun 2023 00:00:00 +0000</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/userdocs/keywords/configuring-keywords/</guid>
      <description>Step offers holistic business use cases that lets business and technical users reuse different automation components. To enhance interaction quality and prevent input mismatches, users can specify mandatory information required to execute a specific Keyword.
Schema Optional and mandatory input keys can be specified in the form of a JSON schema tied to the Keyword. Schema can be provided manually as part of the Keyword&amp;rsquo;s generic fields or automatically populated based on the &amp;ldquo;schema&amp;rdquo; attribute of the Keyword annotation in Java and .</description>
    </item>
    
    <item>
      <title>Helm Values</title>
      <link>https://step.dev/knowledgebase/31/setup/installation/kubernetes/helmvalues/</link>
      <pubDate>Fri, 19 Apr 2024 14:00:00 +0000</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/setup/installation/kubernetes/helmvalues/</guid>
      <description>Helm values Values that could be used are listed below.
Note that the listed values applies to the latest Chart version, some of them might not be available in previous versions. Image parameters Name Description Default value image.repository Controller and Agent images repository base name &amp;quot;&amp;quot; image.pullPolicy Controller and Agent images pull policy Always imagePullSecrets Registry secret names as an array [] Commons parameters Name Description Default value commons.version Step version to use 3.</description>
    </item>
    
    <item>
      <title>Customization</title>
      <link>https://step.dev/knowledgebase/31/setup/configuration/customization/</link>
      <pubDate>Thu, 28 Feb 2019 14:08:01 +0100</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/setup/configuration/customization/</guid>
      <description>Cosmetics Cosmetics customization is only available as part of step enterprise Customization of step&amp;rsquo;s static resources (images, stylesheets, &amp;hellip;) is made possible in a generic way using the two following properties:
cosmetics.folder: This property points to a local folder on the controller&amp;rsquo;s host in which alternate cosmetic resources are stored (conf/cosmetics/ by default).
cosmetics.interceptedResourceList: A comma-separated list of resources which are supposed to be replaces with custom resources. Defaults to step-variables.</description>
    </item>
    
    <item>
      <title>Artifact repositories configuration</title>
      <link>https://step.dev/knowledgebase/31/setup/configuration/maven-artifact-repository/</link>
      <pubDate>Sun, 23 Nov 2025 00:00:00 +0000</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/setup/configuration/maven-artifact-repository/</guid>
      <description>Artifact repositories configuration When deploying or executing Automation Packages and their libraries using maven coordinates, the artifacts are retrieved from the configured artifact repositories.
The configuration is based on the standard maven settings.xml format and stored as a Step setting.
Retrieve current maven settings You can get the current content of the maven settings.xml with following REST call:
GET &amp;lt;controller-url&amp;gt;/rest/settings/maven_settings_default Modify maven settings You can invoke following service passing the content of your maven settings.</description>
    </item>
    
    <item>
      <title>User account</title>
      <link>https://step.dev/knowledgebase/31/userdocs/userpreferences/</link>
      <pubDate>Sun, 29 Nov 2020 14:08:01 +0100</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/userdocs/userpreferences/</guid>
      <description>User Settings Credentials and preferences can be defined from the User Settings page. Click on your username on the top right box, then on &amp;ldquo;User Settings&amp;rdquo;: User Credentials and API keys On the &amp;ldquo;User Settings&amp;rdquo;, you can modify your password as well as generate and revoke Api keys.
Generate an API Key API keys are used to authenticate with Step when accessing the Step API, whether through direct REST calls, the Step client, or the CLI.</description>
    </item>
    
    <item>
      <title>Cross-cluster agent connectivity (Grid Proxy)</title>
      <link>https://step.dev/knowledgebase/31/setup/configuration/grid-proxy/</link>
      <pubDate>Wed, 10 Sep 2025 00:00:00 +0000</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/setup/configuration/grid-proxy/</guid>
      <description>The Grid Proxy connects secondary Kubernetes clusters or namespaces that host agents (but not the controller or other Step services) to the primary Step grid. It forwards agent registration and execution traffic, and, when enabled, also manages dynamic agent provisioning.
What is the Grid Proxy? The Grid Proxy is a Step component deployed in each secondary cluster (or namespace). It has two primary roles:
1. Agent connectivity The Grid Proxy forwards registration requests from the agents in the secondary cluster to the agent grid of the primary cluster (running in the controller).</description>
    </item>
    
    <item>
      <title>Configuration</title>
      <link>https://step.dev/knowledgebase/31/setup/configuration/</link>
      <pubDate>Mon, 29 Jul 2024 00:00:00 +0000</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/setup/configuration/</guid>
      <description>Controller configuration The main configuration file of the Controller is step.properties
When installing Step manually from the archive distribution, the file is located in the conf folder of the controller.
When installing Step with Helm, the important properties are exposed directly as values (See Helm Values for details). All properties supported by step.properties which are not directly exposed as value can be defined using the value map: controller.config.additionalProperties
Configuration placeholders Placeholders can be used in step.</description>
    </item>
    
    <item>
      <title>Create a KeyStore in JKS format</title>
      <link>https://step.dev/knowledgebase/31/setup/configuration/jkskeystore/</link>
      <pubDate>Tue, 06 Apr 2021 00:00:00 +0100</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/setup/configuration/jkskeystore/</guid>
      <description>Both the controller, for its web application, and the agent, for the agent services, support SSL and require a Java KeyStore in JKS format for the certificates and keys.
This short tutorial will show you how to generate a KeyStore in JKS format based on .key and .crt files.
To generate it, you will need :
the private key used to create your certificate request (.key file) the private key password (if any) the certificate generated with the previously transmitted certificate request (the .</description>
    </item>
    
    <item>
      <title>Encryption Manager</title>
      <link>https://step.dev/knowledgebase/31/setup/configuration/encryption-manager/</link>
      <pubDate>Tue, 06 Apr 2021 00:00:00 +0100</pubDate>
      
      <guid>https://step.dev/knowledgebase/31/setup/configuration/encryption-manager/</guid>
      <description>The encryption manager is a central component that provides encryption services for Step components that need to store sensitive values (like credentials for instance). The encryption manager is for instance used by the parameter module to store protected parameters.
Enable the encryption manager The encryption manager can be enabled from the step.properties with the following property: plugins.EncryptionManagerControllerPlugin.enabled=true
When starting a controller with the encryption manager the first time, a new RSA key pair will be generated and stored under the folder bin/encryptionManager.</description>
    </item>
    
  </channel>
</rss>
