2021-10-20 00:17:08 +02:00
|
|
|
---
|
2022-01-02 20:42:35 +01:00
|
|
|
# headscale will look for a configuration file named `config.yaml` (or `config.json`) in the following order:
|
|
|
|
#
|
|
|
|
# - `/etc/headscale`
|
|
|
|
# - `~/.headscale`
|
|
|
|
# - current working directory
|
|
|
|
|
2021-10-22 19:27:11 +02:00
|
|
|
# The url clients will connect to.
|
2022-01-02 20:38:04 +01:00
|
|
|
# Typically this will be a domain like:
|
|
|
|
#
|
|
|
|
# https://myheadscale.example.com:443
|
|
|
|
#
|
2021-10-20 00:17:08 +02:00
|
|
|
server_url: http://127.0.0.1:8080
|
2021-10-22 19:27:11 +02:00
|
|
|
|
|
|
|
# Address to listen to / bind to on the server
|
2022-01-02 20:38:04 +01:00
|
|
|
#
|
2022-11-16 15:25:10 +01:00
|
|
|
# For production:
|
|
|
|
# listen_addr: 0.0.0.0:8080
|
|
|
|
listen_addr: 127.0.0.1:8080
|
2021-10-22 19:27:11 +02:00
|
|
|
|
2022-02-21 16:50:44 +01:00
|
|
|
# Address to listen to /metrics, you may want
|
|
|
|
# to keep this endpoint private to your internal
|
|
|
|
# network
|
|
|
|
#
|
2022-02-28 14:40:02 +01:00
|
|
|
metrics_listen_addr: 127.0.0.1:9090
|
2022-02-21 16:50:44 +01:00
|
|
|
|
2022-02-12 20:08:59 +01:00
|
|
|
# Address to listen for gRPC.
|
|
|
|
# gRPC is used for controlling a headscale server
|
|
|
|
# remotely with the CLI
|
|
|
|
# Note: Remote access _only_ works if you have
|
|
|
|
# valid certificates.
|
2022-11-16 15:25:10 +01:00
|
|
|
#
|
|
|
|
# For production:
|
|
|
|
# grpc_listen_addr: 0.0.0.0:50443
|
|
|
|
grpc_listen_addr: 127.0.0.1:50443
|
2022-02-12 20:08:59 +01:00
|
|
|
|
2022-02-13 10:08:46 +01:00
|
|
|
# Allow the gRPC admin interface to run in INSECURE
|
|
|
|
# mode. This is not recommended as the traffic will
|
|
|
|
# be unencrypted. Only enable if you know what you
|
|
|
|
# are doing.
|
|
|
|
grpc_allow_insecure: false
|
|
|
|
|
2022-08-21 10:42:23 +02:00
|
|
|
# The Noise section includes specific configuration for the
|
2022-11-10 09:20:03 +01:00
|
|
|
# TS2021 Noise protocol
|
2022-08-21 10:42:23 +02:00
|
|
|
noise:
|
|
|
|
# The Noise private key is used to encrypt the
|
|
|
|
# traffic between headscale and Tailscale clients when
|
2023-11-23 08:31:33 +01:00
|
|
|
# using the new Noise-based protocol.
|
2023-03-28 18:43:33 +02:00
|
|
|
private_key_path: /var/lib/headscale/noise_private.key
|
2022-08-13 11:14:38 +02:00
|
|
|
|
2022-01-28 22:13:45 +01:00
|
|
|
# List of IP prefixes to allocate tailaddresses from.
|
|
|
|
# Each prefix consists of either an IPv4 or IPv6 address,
|
|
|
|
# and the associated prefix length, delimited by a slash.
|
2023-05-07 13:13:03 +02:00
|
|
|
# It must be within IP ranges supported by the Tailscale
|
|
|
|
# client - i.e., subnets of 100.64.0.0/10 and fd7a:115c:a1e0::/48.
|
|
|
|
# See below:
|
2023-01-11 15:37:23 +01:00
|
|
|
# IPv6: https://github.com/tailscale/tailscale/blob/22ebb25e833264f58d7c3f534a8b166894a89536/net/tsaddr/tsaddr.go#LL81C52-L81C71
|
|
|
|
# IPv4: https://github.com/tailscale/tailscale/blob/22ebb25e833264f58d7c3f534a8b166894a89536/net/tsaddr/tsaddr.go#L33
|
2023-05-07 13:13:03 +02:00
|
|
|
# Any other range is NOT supported, and it will cause unexpected issues.
|
2024-02-18 19:31:29 +01:00
|
|
|
prefixes:
|
|
|
|
v6: fd7a:115c:a1e0::/48
|
|
|
|
v4: 100.64.0.0/10
|
2022-01-28 22:13:45 +01:00
|
|
|
|
2024-04-17 07:03:06 +02:00
|
|
|
# Strategy used for allocation of IPs to nodes, available options:
|
|
|
|
# - sequential (default): assigns the next free IP from the previous given IP.
|
|
|
|
# - random: assigns the next free IP from a pseudo-random IP generator (crypto/rand).
|
|
|
|
allocation: sequential
|
|
|
|
|
2022-01-02 20:38:04 +01:00
|
|
|
# DERP is a relay system that Tailscale uses when a direct
|
|
|
|
# connection cannot be established.
|
|
|
|
# https://tailscale.com/blog/how-tailscale-works/#encrypted-tcp-relays-derp
|
|
|
|
#
|
|
|
|
# headscale needs a list of DERP servers that can be presented
|
|
|
|
# to the clients.
|
2021-10-24 22:30:51 +02:00
|
|
|
derp:
|
2022-03-05 16:22:02 +01:00
|
|
|
server:
|
|
|
|
# If enabled, runs the embedded DERP server and merges it into the rest of the DERP config
|
2022-03-05 19:19:21 +01:00
|
|
|
# The Headscale server_url defined above MUST be using https, DERP requires TLS to be in place
|
2022-03-05 16:22:02 +01:00
|
|
|
enabled: false
|
|
|
|
|
2022-03-06 17:25:21 +01:00
|
|
|
# Region ID to use for the embedded DERP server.
|
|
|
|
# The local DERP prevails if the region ID collides with other region ID coming from
|
|
|
|
# the regular DERP config.
|
|
|
|
region_id: 999
|
|
|
|
|
|
|
|
# Region code and name are displayed in the Tailscale UI to identify a DERP region
|
|
|
|
region_code: "headscale"
|
|
|
|
region_name: "Headscale Embedded DERP"
|
|
|
|
|
2022-11-10 09:20:03 +01:00
|
|
|
# Listens over UDP at the configured address for STUN connections - to help with NAT traversal.
|
2022-03-18 12:58:00 +01:00
|
|
|
# When the embedded DERP server is enabled stun_listen_addr MUST be defined.
|
2022-03-15 13:22:25 +01:00
|
|
|
#
|
2022-03-06 17:00:56 +01:00
|
|
|
# For more details on how this works, check this great article: https://tailscale.com/blog/how-tailscale-works/
|
2022-03-18 12:58:00 +01:00
|
|
|
stun_listen_addr: "0.0.0.0:3478"
|
2022-03-06 17:00:56 +01:00
|
|
|
|
2023-11-23 08:31:33 +01:00
|
|
|
# Private key used to encrypt the traffic between headscale DERP
|
|
|
|
# and Tailscale clients.
|
|
|
|
# The private key file will be autogenerated if it's missing.
|
|
|
|
#
|
|
|
|
private_key_path: /var/lib/headscale/derp_server_private.key
|
|
|
|
|
2024-01-16 16:04:03 +01:00
|
|
|
# This flag can be used, so the DERP map entry for the embedded DERP server is not written automatically,
|
|
|
|
# it enables the creation of your very own DERP map entry using a locally available file with the parameter DERP.paths
|
|
|
|
# If you enable the DERP server and set this to false, it is required to add the DERP server to the DERP map using DERP.paths
|
|
|
|
automatically_add_embedded_derp_region: true
|
|
|
|
|
|
|
|
# For better connection stability (especially when using an Exit-Node and DNS is not working),
|
2024-05-19 23:49:27 +02:00
|
|
|
# it is possible to optionally add the public IPv4 and IPv6 address to the Derp-Map using:
|
2024-01-16 16:04:03 +01:00
|
|
|
ipv4: 1.2.3.4
|
|
|
|
ipv6: 2001:db8::1
|
|
|
|
|
2021-10-24 22:30:51 +02:00
|
|
|
# List of externally available DERP maps encoded in JSON
|
|
|
|
urls:
|
|
|
|
- https://controlplane.tailscale.com/derpmap/default
|
|
|
|
|
|
|
|
# Locally available DERP map files encoded in YAML
|
2022-01-02 20:38:04 +01:00
|
|
|
#
|
|
|
|
# This option is mostly interesting for people hosting
|
|
|
|
# their own DERP servers:
|
|
|
|
# https://tailscale.com/kb/1118/custom-derp-servers/
|
|
|
|
#
|
2022-01-02 19:11:36 +01:00
|
|
|
# paths:
|
|
|
|
# - /etc/headscale/derp-example.yaml
|
2022-01-03 00:17:42 +01:00
|
|
|
paths: []
|
2021-10-24 22:30:51 +02:00
|
|
|
|
|
|
|
# If enabled, a worker will be set up to periodically
|
|
|
|
# refresh the given sources and update the derpmap
|
|
|
|
# will be set up.
|
|
|
|
auto_update_enabled: true
|
|
|
|
|
2022-01-02 20:38:04 +01:00
|
|
|
# How often should we check for DERP updates?
|
2021-10-24 22:30:51 +02:00
|
|
|
update_frequency: 24h
|
2021-10-22 19:27:11 +02:00
|
|
|
|
2022-01-02 20:38:04 +01:00
|
|
|
# Disables the automatic check for headscale updates on startup
|
2021-10-23 11:40:15 +02:00
|
|
|
disable_check_updates: false
|
2022-01-02 20:38:04 +01:00
|
|
|
|
|
|
|
# Time before an inactive ephemeral node is deleted?
|
2021-10-20 00:17:08 +02:00
|
|
|
ephemeral_node_inactivity_timeout: 30m
|
|
|
|
|
2024-02-09 07:27:00 +01:00
|
|
|
database:
|
2024-08-30 16:59:24 +02:00
|
|
|
# Database type. Available options: sqlite, postgres
|
2024-09-02 08:18:16 +02:00
|
|
|
# Please note that using Postgres is highly discouraged as it is only supported for legacy reasons.
|
2024-08-30 16:59:24 +02:00
|
|
|
# All new development, testing and optimisations are done with SQLite in mind.
|
2024-02-09 07:27:00 +01:00
|
|
|
type: sqlite
|
|
|
|
|
2024-08-19 11:47:52 +02:00
|
|
|
# Enable debug mode. This setting requires the log.level to be set to "debug" or "trace".
|
|
|
|
debug: false
|
|
|
|
|
|
|
|
# GORM configuration settings.
|
|
|
|
gorm:
|
|
|
|
# Enable prepared statements.
|
|
|
|
prepare_stmt: true
|
|
|
|
|
|
|
|
# Enable parameterized queries.
|
|
|
|
parameterized_queries: true
|
|
|
|
|
|
|
|
# Skip logging "record not found" errors.
|
|
|
|
skip_err_record_not_found: true
|
|
|
|
|
|
|
|
# Threshold for slow queries in milliseconds.
|
|
|
|
slow_threshold: 1000
|
|
|
|
|
2024-02-09 07:27:00 +01:00
|
|
|
# SQLite config
|
|
|
|
sqlite:
|
|
|
|
path: /var/lib/headscale/db.sqlite
|
|
|
|
|
2024-06-23 22:06:59 +02:00
|
|
|
# Enable WAL mode for SQLite. This is recommended for production environments.
|
|
|
|
# https://www.sqlite.org/wal.html
|
|
|
|
write_ahead_log: true
|
|
|
|
|
2024-11-23 21:03:48 +01:00
|
|
|
# Maximum number of WAL file frames before the WAL file is automatically checkpointed.
|
|
|
|
# https://www.sqlite.org/c3ref/wal_autocheckpoint.html
|
|
|
|
# Set to 0 to disable automatic checkpointing.
|
|
|
|
wal_autocheckpoint: 1000
|
|
|
|
|
2024-02-09 07:27:00 +01:00
|
|
|
# # Postgres config
|
2024-08-30 16:59:24 +02:00
|
|
|
# Please note that using Postgres is highly discouraged as it is only supported for legacy reasons.
|
|
|
|
# See database.type for more information.
|
2024-02-09 07:27:00 +01:00
|
|
|
# postgres:
|
|
|
|
# # If using a Unix socket to connect to Postgres, set the socket path in the 'host' field and leave 'port' blank.
|
|
|
|
# host: localhost
|
|
|
|
# port: 5432
|
|
|
|
# name: headscale
|
|
|
|
# user: foo
|
|
|
|
# pass: bar
|
2024-02-09 17:34:28 +01:00
|
|
|
# max_open_conns: 10
|
|
|
|
# max_idle_conns: 10
|
|
|
|
# conn_max_idle_time_secs: 3600
|
2024-02-09 07:27:00 +01:00
|
|
|
|
|
|
|
# # If other 'sslmode' is required instead of 'require(true)' and 'disabled(false)', set the 'sslmode' you need
|
2024-02-17 13:18:15 +01:00
|
|
|
# # in the 'ssl' field. Refers to https://www.postgresql.org/docs/current/libpq-ssl.html Table 34.1.
|
2024-02-09 07:27:00 +01:00
|
|
|
# ssl: false
|
2021-10-22 19:14:29 +02:00
|
|
|
|
2022-01-02 20:38:04 +01:00
|
|
|
### TLS configuration
|
|
|
|
#
|
|
|
|
## Let's encrypt / ACME
|
|
|
|
#
|
|
|
|
# headscale supports automatically requesting and setting up
|
|
|
|
# TLS for a domain with Let's Encrypt.
|
|
|
|
#
|
|
|
|
# URL to ACME directory
|
2021-10-20 00:17:08 +02:00
|
|
|
acme_url: https://acme-v02.api.letsencrypt.org/directory
|
2022-01-02 20:38:04 +01:00
|
|
|
|
|
|
|
# Email to register with ACME provider
|
2021-10-22 19:14:29 +02:00
|
|
|
acme_email: ""
|
2021-10-22 19:27:11 +02:00
|
|
|
|
2022-01-02 20:38:04 +01:00
|
|
|
# Domain name to request a TLS certificate for:
|
2021-10-22 19:14:29 +02:00
|
|
|
tls_letsencrypt_hostname: ""
|
2022-01-02 20:38:04 +01:00
|
|
|
|
|
|
|
# Path to store certificates and metadata needed by
|
|
|
|
# letsencrypt
|
2022-11-16 14:50:59 +01:00
|
|
|
# For production:
|
2023-03-28 18:43:33 +02:00
|
|
|
tls_letsencrypt_cache_dir: /var/lib/headscale/cache
|
2022-01-02 20:38:04 +01:00
|
|
|
|
|
|
|
# Type of ACME challenge to use, currently supported types:
|
2022-03-04 03:11:43 +01:00
|
|
|
# HTTP-01 or TLS-ALPN-01
|
2024-10-10 15:24:04 +02:00
|
|
|
# See: docs/ref/tls.md for more information
|
2021-10-20 00:17:08 +02:00
|
|
|
tls_letsencrypt_challenge_type: HTTP-01
|
2022-01-02 20:38:04 +01:00
|
|
|
# When HTTP-01 challenge is chosen, letsencrypt must set up a
|
2022-10-03 09:29:39 +02:00
|
|
|
# verification endpoint, and it will be listening on:
|
2022-01-02 20:38:04 +01:00
|
|
|
# :http = port 80
|
|
|
|
tls_letsencrypt_listen: ":http"
|
2021-10-22 19:27:11 +02:00
|
|
|
|
2022-01-02 20:38:04 +01:00
|
|
|
## Use already defined certificates:
|
2021-10-22 19:14:29 +02:00
|
|
|
tls_cert_path: ""
|
|
|
|
tls_key_path: ""
|
2021-10-22 19:27:11 +02:00
|
|
|
|
2022-09-11 21:37:23 +02:00
|
|
|
log:
|
|
|
|
# Output formatting for logs: text or json
|
|
|
|
format: text
|
|
|
|
level: info
|
2021-12-01 20:02:00 +01:00
|
|
|
|
2024-07-18 07:38:25 +02:00
|
|
|
## Policy
|
|
|
|
# headscale supports Tailscale's ACL policies.
|
|
|
|
# Please have a look to their KB to better
|
|
|
|
# understand the concepts: https://tailscale.com/kb/1018/acls/
|
|
|
|
policy:
|
|
|
|
# The mode can be "file" or "database" that defines
|
|
|
|
# where the ACL policies are stored and read from.
|
|
|
|
mode: file
|
2024-07-22 15:38:42 +02:00
|
|
|
# If the mode is set to "file", the path to a
|
|
|
|
# HuJSON file containing ACL policies.
|
2024-07-18 07:38:25 +02:00
|
|
|
path: ""
|
2021-10-22 19:27:11 +02:00
|
|
|
|
2022-01-02 20:38:04 +01:00
|
|
|
## DNS
|
|
|
|
#
|
|
|
|
# headscale supports Tailscale's DNS configuration and MagicDNS.
|
|
|
|
# Please have a look to their KB to better understand the concepts:
|
|
|
|
#
|
|
|
|
# - https://tailscale.com/kb/1054/dns/
|
|
|
|
# - https://tailscale.com/kb/1081/magicdns/
|
|
|
|
# - https://tailscale.com/blog/2021-09-private-dns-with-magicdns/
|
|
|
|
#
|
2024-08-19 13:03:01 +02:00
|
|
|
# Please note that for the DNS configuration to have any effect,
|
|
|
|
# clients must have the `--accept-dns=true` option enabled. This is the
|
2024-08-19 11:41:05 +02:00
|
|
|
# default for the Tailscale client. This option is enabled by default
|
|
|
|
# in the Tailscale client.
|
|
|
|
#
|
|
|
|
# Setting _any_ of the configuration and `--accept-dns=true` on the
|
|
|
|
# clients will integrate with the DNS manager on the client or
|
|
|
|
# overwrite /etc/resolv.conf.
|
|
|
|
# https://tailscale.com/kb/1235/resolv-conf
|
|
|
|
#
|
|
|
|
# If you want stop Headscale from managing the DNS configuration
|
|
|
|
# all the fields under `dns` should be set to empty values.
|
|
|
|
dns:
|
|
|
|
# Whether to use [MagicDNS](https://tailscale.com/kb/1081/magicdns/).
|
|
|
|
magic_dns: true
|
|
|
|
|
|
|
|
# Defines the base domain to create the hostnames for MagicDNS.
|
|
|
|
# This domain _must_ be different from the server_url domain.
|
|
|
|
# `base_domain` must be a FQDN, without the trailing dot.
|
|
|
|
# The FQDN of the hosts will be
|
|
|
|
# `hostname.base_domain` (e.g., _myhost.example.com_).
|
|
|
|
base_domain: example.com
|
2022-10-31 16:26:18 +01:00
|
|
|
|
2022-01-02 20:38:04 +01:00
|
|
|
# List of DNS servers to expose to clients.
|
2021-10-20 00:17:08 +02:00
|
|
|
nameservers:
|
2024-08-19 11:41:05 +02:00
|
|
|
global:
|
|
|
|
- 1.1.1.1
|
|
|
|
- 1.0.0.1
|
|
|
|
- 2606:4700:4700::1111
|
|
|
|
- 2606:4700:4700::1001
|
|
|
|
|
|
|
|
# NextDNS (see https://tailscale.com/kb/1218/nextdns/).
|
|
|
|
# "abc123" is example NextDNS ID, replace with yours.
|
|
|
|
# - https://dns.nextdns.io/abc123
|
|
|
|
|
|
|
|
# Split DNS (see https://tailscale.com/kb/1054/dns/),
|
|
|
|
# a map of domains and which DNS server to use for each.
|
|
|
|
split:
|
|
|
|
{}
|
|
|
|
# foo.bar.com:
|
|
|
|
# - 1.1.1.1
|
|
|
|
# darp.headscale.net:
|
|
|
|
# - 1.1.1.1
|
|
|
|
# - 8.8.8.8
|
|
|
|
|
|
|
|
# Set custom DNS search domains. With MagicDNS enabled,
|
|
|
|
# your tailnet base_domain is always the first search domain.
|
|
|
|
search_domains: []
|
2021-10-22 19:27:11 +02:00
|
|
|
|
2022-12-31 12:08:55 +01:00
|
|
|
# Extra DNS records
|
|
|
|
# so far only A-records are supported (on the tailscale side)
|
2024-10-10 15:24:04 +02:00
|
|
|
# See: docs/ref/dns.md
|
2024-08-19 11:41:05 +02:00
|
|
|
extra_records: []
|
2022-12-31 12:08:55 +01:00
|
|
|
# - name: "grafana.myvpn.example.com"
|
|
|
|
# type: "A"
|
|
|
|
# value: "100.64.0.3"
|
|
|
|
#
|
|
|
|
# # you can also put it in one line
|
|
|
|
# - { name: "prometheus.myvpn.example.com", type: "A", value: "100.64.0.3" }
|
|
|
|
|
2021-10-30 16:08:16 +02:00
|
|
|
# Unix socket used for the CLI to connect without authentication
|
2022-11-16 14:50:59 +01:00
|
|
|
# Note: for production you will want to set this to something like:
|
2023-05-03 21:36:28 +02:00
|
|
|
unix_socket: /var/run/headscale/headscale.sock
|
2022-01-28 19:58:22 +01:00
|
|
|
unix_socket_permission: "0770"
|
2022-01-02 20:38:04 +01:00
|
|
|
#
|
2021-10-31 10:40:43 +01:00
|
|
|
# headscale supports experimental OpenID connect support,
|
2021-10-30 17:35:58 +02:00
|
|
|
# it is still being tested and might have some bugs, please
|
|
|
|
# help us test it.
|
|
|
|
# OpenID Connect
|
2021-10-30 17:33:01 +02:00
|
|
|
# oidc:
|
2022-09-26 10:01:15 +02:00
|
|
|
# only_start_if_oidc_is_available: true
|
2021-10-30 17:33:01 +02:00
|
|
|
# issuer: "https://your-oidc.issuer.com/path"
|
|
|
|
# client_id: "your-oidc-client-id"
|
|
|
|
# client_secret: "your-oidc-client-secret"
|
2023-01-10 12:46:42 +01:00
|
|
|
# # Alternatively, set `client_secret_path` to read the secret from the file.
|
|
|
|
# # It resolves environment variables, making integration to systemd's
|
|
|
|
# # `LoadCredential` straightforward:
|
|
|
|
# client_secret_path: "${CREDENTIALS_DIRECTORY}/oidc_client_secret"
|
|
|
|
# # client_secret and client_secret_path are mutually exclusive.
|
2021-10-30 17:35:58 +02:00
|
|
|
#
|
2023-01-31 12:40:38 +01:00
|
|
|
# # The amount of time from a node is authenticated with OpenID until it
|
|
|
|
# # expires and needs to reauthenticate.
|
|
|
|
# # Setting the value to "0" will mean no expiry.
|
|
|
|
# expiry: 180d
|
|
|
|
#
|
|
|
|
# # Use the expiry from the token received from OpenID when the user logged
|
|
|
|
# # in, this will typically lead to frequent need to reauthenticate and should
|
|
|
|
# # only been enabled if you know what you are doing.
|
|
|
|
# # Note: enabling this will cause `oidc.expiry` to be ignored.
|
|
|
|
# use_expiry_from_token: false
|
|
|
|
#
|
|
|
|
# # Customize the scopes used in the OIDC flow, defaults to "openid", "profile" and "email" and add custom query
|
|
|
|
# # parameters to the Authorize Endpoint request. Scopes default to "openid", "profile" and "email".
|
2022-04-25 21:05:37 +02:00
|
|
|
#
|
|
|
|
# scope: ["openid", "profile", "email", "custom"]
|
|
|
|
# extra_params:
|
|
|
|
# domain_hint: example.com
|
|
|
|
#
|
2023-01-31 12:40:38 +01:00
|
|
|
# # List allowed principal domains and/or users. If an authenticated user's domain is not in this list, the
|
|
|
|
# # authentication request will be rejected.
|
2022-04-25 21:05:37 +02:00
|
|
|
#
|
|
|
|
# allowed_domains:
|
|
|
|
# - example.com
|
2023-01-31 12:40:38 +01:00
|
|
|
# # Note: Groups from keycloak have a leading '/'
|
2022-12-07 01:08:01 +01:00
|
|
|
# allowed_groups:
|
|
|
|
# - /headscale
|
2022-04-25 21:05:37 +02:00
|
|
|
# allowed_users:
|
|
|
|
# - alice@example.com
|
|
|
|
#
|
2024-10-04 12:24:35 +02:00
|
|
|
# # Map legacy users from pre-0.24.0 versions of headscale to the new OIDC users
|
|
|
|
# # by taking the username from the legacy user and matching it with the username
|
|
|
|
# # provided by the OIDC. This is useful when migrating from legacy users to OIDC
|
|
|
|
# # to force them using the unique identifier from the OIDC and to give them a
|
|
|
|
# # proper display name and picture if available.
|
|
|
|
# # Note that this will only work if the username from the legacy user is the same
|
|
|
|
# # and ther is a posibility for account takeover should a username have changed
|
|
|
|
# # with the provider.
|
|
|
|
# # Disabling this feature will cause all new logins to be created as new users.
|
|
|
|
# # Note this option will be removed in the future and should be set to false
|
|
|
|
# # on all new installations, or when all users have logged in with OIDC once.
|
|
|
|
# map_legacy_users: true
|
2022-05-30 14:47:41 +02:00
|
|
|
|
|
|
|
# Logtail configuration
|
|
|
|
# Logtail is Tailscales logging and auditing infrastructure, it allows the control panel
|
|
|
|
# to instruct tailscale nodes to log their activity to a remote server.
|
|
|
|
logtail:
|
|
|
|
# Enable logtail for this headscales clients.
|
2022-05-30 14:58:40 +02:00
|
|
|
# As there is currently no support for overriding the log server in headscale, this is
|
2022-05-30 14:47:41 +02:00
|
|
|
# disabled by default. Enabling this will make your clients send logs to Tailscale Inc.
|
|
|
|
enabled: false
|
2022-06-09 21:20:11 +02:00
|
|
|
|
|
|
|
# Enabling this option makes devices prefer a random port for WireGuard traffic over the
|
|
|
|
# default static port 41641. This option is intended as a workaround for some buggy
|
|
|
|
# firewall devices. See https://tailscale.com/kb/1181/firewalls/ for more information.
|
|
|
|
randomize_client_port: false
|