mirror of
https://github.com/gravitational/teleport.git
synced 2026-11-04 19:12:46 +08:00
* Reorganize the config reference Closes #11253 This change breaks up the config reference by moving each Teleport service's configuration settings into a separate YAML snippet, and organizing each YAML snippet into a `TabItem` within a `Tabs` with `dropdownView` enabled. When Teleport Enterprise Cloud doesn't support a service, this change adds a `Notice` with a message about Teleport Enterprise Cloud in the relevant `TabItem`. I thought this approach would be cleaner than alternatives: - **Including an H2 for each service:** With this approach, the configuration reference would be even longer than it is now. With the approach I'm proposing, readers would navigate to "Reference configurations", then choose a service from a dropdown menu: much less scrolling for slightly more clicking. - **Including another set of `TabItem`s for Teleport editions:** I thought about adding a `Tabs` with a dropdown option for each Teleport edition and a horizontal `TabItem` for each service, but this would require horizontal scrolling and doesn't scale very well. - **Including horizontal tabs for each Teleport edition**, with an inner dropdown menu for each Teleport service: There is currently no way to do this without multiple `Tabs` components, which gets messy quickly. **Note** that this change does not attempt to copy-edit comments/example values within the configuration snippets. The scope of this change is limited only to reorganization. * Respond to PR feedback * Update docs/pages/includes/config-reference/instance-wide.yaml Co-authored-by: Alex Fornuto <alex.fornuto@goteleport.com> * Respond to PR feedback Use headings instead of `TabItem`s to split up sections of the config reference. --------- Co-authored-by: Alex Fornuto <alex.fornuto@goteleport.com>
123 lines
5.0 KiB
YAML
123 lines
5.0 KiB
YAML
# By default, this file should be stored in /etc/teleport.yaml
|
|
|
|
# Configuration file version. The current version is "v3".
|
|
version: v3
|
|
|
|
# This section of the configuration file applies to all teleport
|
|
# services.
|
|
teleport:
|
|
# nodename allows one to assign an alternative name this node can be
|
|
# reached by. By default it's equal to hostname.
|
|
nodename: graviton
|
|
|
|
# Data directory where Teleport daemon keeps its data.
|
|
# See "Storage backends" for more details
|
|
# (https://goteleport.com/docs/setup/reference/backends/).
|
|
data_dir: /var/lib/teleport
|
|
|
|
# PID file for Teleport process
|
|
#pid_file: /var/run/teleport.pid
|
|
|
|
# The invitation token or an absolute path to a file containing the token used
|
|
# to join a cluster. It is not used on subsequent starts.
|
|
# If using a file, it only needs to exist when teleport is first ran.
|
|
#
|
|
# File path example:
|
|
# auth_token: /var/lib/teleport/tokenjoin
|
|
#
|
|
# This is the same as setting join_params.method to "token", and join_params.token_name
|
|
# to the value of auth_token.
|
|
# You should only use either auth_token or join_params.
|
|
auth_token: xxxx-token-xxxx
|
|
|
|
# join_params are parameters to set when joining a cluster via
|
|
# EC2, IAM or a token.
|
|
#
|
|
# EC2 join method documentation:
|
|
# https://goteleport.com/docs/setup/guides/joining-nodes-aws-ec2/
|
|
# IAM join method documentation:
|
|
# https://goteleport.com/docs/setup/guides/joining-nodes-aws-iam/
|
|
join_params:
|
|
# When `method` is set to "token", it is the equivalent to using `auth_token` above.
|
|
# You should only use either auth_token or join_params.
|
|
method: "token"|"ec2"|"iam"
|
|
|
|
# If method is "iam" or "ec2", token_name will be will be the name of
|
|
# the joining token resource, e.g., "ec2-token" or "iam-token" as created
|
|
# in the Joining Nodes via EC2 or IAM guides.
|
|
|
|
# If method is "token", token_name will be the invitation token
|
|
# or an absolute path to a file containing the token used to join a cluster.
|
|
# It is not used on subsequent starts.
|
|
# If using a file, it only needs to exist when teleport is first ran.
|
|
#
|
|
# File path example:
|
|
# token_name: /var/lib/teleport/tokenjoin
|
|
token_name: "token-name"
|
|
|
|
# Optional CA pin of the auth server. This enables a more secure way of
|
|
# adding new nodes to a cluster. See "Adding Nodes to your Cluster"
|
|
# (https://goteleport.com/docs/setup/admin/adding-nodes).
|
|
ca_pin: "sha256:7e12c17c20d9cb504bbcb3f0236be3f446861f1396dcbb44425fe28ec1c108f1"
|
|
|
|
# When running in multi-homed or NATed environments Teleport Nodes need
|
|
# to know which IP it will be reachable at by other Nodes.
|
|
#
|
|
# This value can be specified as FQDN e.g. host.example.com
|
|
advertise_ip: 10.1.0.5
|
|
|
|
|
|
# Teleport provides HTTP endpoints for monitoring purposes. They are
|
|
# disabled by default but you can enable them using the diagnosis address.
|
|
# See the Teleport metrics reference:
|
|
# https://goteleport.com/docs/management/diagnostics/metrics/
|
|
diag_addr: "127.0.0.1:3000"
|
|
|
|
|
|
# Only use one of auth_server or proxy_server.
|
|
#
|
|
# When you have either the application service or database service enabled,
|
|
# only tunneling through the proxy is supported, so you should specify proxy_server.
|
|
# All other services support both tunneling through the proxy and directly connecting
|
|
# to the auth server, so you can specify either auth_server or proxy_server.
|
|
|
|
# Auth Server address and port to connect to. If you enable the Teleport
|
|
# Auth Server to run in High Availability configuration, the address should
|
|
# point to a Load Balancer.
|
|
# If adding a node located behind NAT, use the Proxy URL (e.g. teleport-proxy.example.com:443)
|
|
# and set `proxy_server` instead.
|
|
auth_server: 10.1.0.5:3025
|
|
|
|
# Proxy Server address and port to connect to. If you enable the Teleport
|
|
# Proxy Server to run in High Availability configuration, the address should
|
|
# point to a Load Balancer.
|
|
proxy_server: teleport-proxy.example.com:443
|
|
|
|
# cache:
|
|
# # The cache is enabled by default, it can be disabled with this flag
|
|
# enabled: true
|
|
|
|
# Teleport throttles all connections to avoid abuse. These settings allow
|
|
# you to adjust the default limits
|
|
connection_limits:
|
|
max_connections: 1000
|
|
max_users: 250
|
|
|
|
# Logging configuration. Possible output values to disk via
|
|
# '/var/lib/teleport/teleport.log',
|
|
# 'stdout', 'stderr' and 'syslog'. Possible severity values are DEBUG, INFO (default), WARN,
|
|
# and ERROR.
|
|
log:
|
|
output: /var/lib/teleport/teleport.log
|
|
severity: INFO
|
|
|
|
# Log format configuration
|
|
# Possible output values are 'json' and 'text' (default).
|
|
# Possible extra_fields values include: timestamp, component, caller,
|
|
# and level.
|
|
# All extra fields are included by default.
|
|
format:
|
|
output: text
|
|
extra_fields: [level, timestamp, component, caller]
|
|
|