Migration Guide: From v2 to v3

How to Migrate from Traefik v2 to Traefik v3.

The version 3 of Traefik introduces a number of breaking changes, which require one to update their configuration when they migrate from v2 to v3. The goal of this page is to recapitulate all of these changes, and in particular to give examples, feature by feature, of how the configuration looked like in v2, and how it now looks like in v3.

Static configuration

Docker & Docker Swarm

SwarmMode

In v3, the provider Docker has been split into 2 providers:

  • Docker provider (without Swarm support)
  • Swarm provider (Swarm support only)

An example usage of v2 Docker provider with Swarm

File (YAML)

  1. providers:
  2. docker:
  3. swarmMode: true

File (TOML)

  1. [providers.docker]
  2. swarmMode=true

CLI

  1. --providers.docker.swarmMode=true

This configuration is now unsupported and would prevent Traefik to start.

Remediation

In v3, the swarmMode should not be used with the Docker provider, and, to use Swarm, the Swarm provider should be used instead.

An example usage of the Swarm provider

File (YAML)

  1. providers:
  2. swarm:
  3. endpoint: "tcp://127.0.0.1:2377"

File (TOML)

  1. [providers.swarm]
  2. endpoint="tcp://127.0.0.1:2377"

CLI

  1. --providers.swarm.endpoint=tcp://127.0.0.1:2377

TLS.CAOptional

Docker provider tls.CAOptional option has been removed in v3, as TLS client authentication is a server side option (see https://pkg.go.dev/crypto/tls#ClientAuthType).

An example usage of the TLS.CAOptional option

File (YAML)

  1. providers:
  2. docker:
  3. tls:
  4. caOptional: true

File (TOML)

  1. [providers.docker.tls]
  2. caOptional=true

CLI

  1. --providers.docker.tls.caOptional=true
Remediation

The tls.caOptional option should be removed from the Docker provider static configuration.

Kubernetes Gateway API

Experimental Channel Resources (TLSRoute and TCPRoute)

In v3, the Kubernetes Gateway API provider does not enable support for the experimental channel API resources by default.

Remediation

The experimentalChannel option should be used to enable the support for the experimental channel API resources.

An example usage of the Kubernetes Gateway API provider with experimental channel support enabled

File (YAML)

  1. providers:
  2. kubernetesGateway:
  3. experimentalChannel: true

File (TOML)

  1. [providers.kubernetesGateway]
  2. experimentalChannel = true
  3. # ...

CLI

  1. --providers.kubernetesgateway.experimentalchannel=true

Experimental Configuration

HTTP3

In v3, HTTP/3 is no longer an experimental feature. It can be enabled on entry points without the associated experimental.http3 option, which is now removed. It is now unsupported and would prevent Traefik to start.

An example usage of v2 Experimental http3 option

File (YAML)

  1. experimental:
  2. http3: true

File (TOML)

  1. [experimental]
  2. http3=true

CLI

  1. --experimental.http3=true
Remediation

The http3 option should be removed from the static configuration experimental section. To configure http3, please checkout the entrypoint configuration documentation.

Consul provider

namespace

The Consul provider namespace option was deprecated in v2 and is now removed in v3. It is now unsupported and would prevent Traefik to start.

An example usage of v2 Consul namespace option

File (YAML)

  1. consul:
  2. namespace: foobar

File (TOML)

  1. [consul]
  2. namespace=foobar

CLI

  1. --consul.namespace=foobar
Remediation

In v3, the namespaces option should be used instead of the namespace option.

An example usage of Consul namespaces option

File (YAML)

  1. consul:
  2. namespaces:
  3. - foobar

File (TOML)

  1. [consul]
  2. namespaces=["foobar"]

CLI

  1. --consul.namespaces=foobar

TLS.CAOptional

Consul provider tls.CAOptional option has been removed in v3, as TLS client authentication is a server side option (see https://pkg.go.dev/crypto/tls#ClientAuthType).

An example usage of the TLS.CAOptional option

File (YAML)

  1. providers:
  2. consul:
  3. tls:
  4. caOptional: true

File (TOML)

  1. [providers.consul.tls]
  2. caOptional=true

CLI

  1. --providers.consul.tls.caOptional=true
Remediation

The tls.caOptional option should be removed from the Consul provider static configuration.

ConsulCatalog provider

namespace

The ConsulCatalog provider namespace option was deprecated in v2 and is now removed in v3. It is now unsupported and would prevent Traefik to start.

An example usage of v2 ConsulCatalog namespace option

File (YAML)

  1. consulCatalog:
  2. namespace: foobar

File (TOML)

  1. [consulCatalog]
  2. namespace=foobar

CLI

  1. --consulCatalog.namespace=foobar
Remediation

In v3, the namespaces option should be used instead of the namespace option.

An example usage of ConsulCatalog namespaces option

File (YAML)

  1. consulCatalog:
  2. namespaces:
  3. - foobar

File (TOML)

  1. [consulCatalog]
  2. namespaces=["foobar"]

CLI

  1. --consulCatalog.namespaces=foobar

Endpoint.TLS.CAOptional

ConsulCatalog provider endpoint.tls.CAOptional option has been removed in v3, as TLS client authentication is a server side option (see https://pkg.go.dev/crypto/tls#ClientAuthType).

An example usage of the Endpoint.TLS.CAOptional option

File (YAML)

  1. providers:
  2. consulCatalog:
  3. endpoint:
  4. tls:
  5. caOptional: true

File (TOML)

  1. [providers.consulCatalog.endpoint.tls]
  2. caOptional=true

CLI

  1. --providers.consulCatalog.endpoint.tls.caOptional=true
Remediation

The endpoint.tls.caOptional option should be removed from the ConsulCatalog provider static configuration.

Nomad provider

namespace

The Nomad provider namespace option was deprecated in v2 and is now removed in v3. It is now unsupported and would prevent Traefik to start.

An example usage of v2 Nomad namespace option

File (YAML)

  1. nomad:
  2. namespace: foobar

File (TOML)

  1. [nomad]
  2. namespace=foobar

CLI

  1. --nomad.namespace=foobar
Remediation

In v3, the namespaces option should be used instead of the namespace option.

An example usage of Nomad namespaces option

File (YAML)

  1. nomad:
  2. namespaces:
  3. - foobar

File (TOML)

  1. [nomad]
  2. namespaces=["foobar"]

CLI

  1. --nomad.namespaces=foobar

Endpoint.TLS.CAOptional

Nomad provider endpoint.tls.CAOptional option has been removed in v3, as TLS client authentication is a server side option (see https://pkg.go.dev/crypto/tls#ClientAuthType).

An example usage of the Endpoint.TLS.CAOptional option

File (YAML)

  1. providers:
  2. nomad:
  3. endpoint:
  4. tls:
  5. caOptional: true

File (TOML)

  1. [providers.nomad.endpoint.tls]
  2. caOptional=true

CLI

  1. --providers.nomad.endpoint.tls.caOptional=true
Remediation

The endpoint.tls.caOptional option should be removed from the Nomad provider static configuration.

Rancher v1 Provider

In v3, the Rancher v1 provider has been removed because Rancher v1 is no longer actively maintained, and Rancher v2 is supported as a standard Kubernetes provider.

An example of Traefik v2 Rancher v1 configuration

File (YAML)

  1. providers:
  2. rancher: {}

File (TOML)

  1. [providers.rancher]

CLI

  1. --providers.rancher=true

This configuration is now unsupported and would prevent Traefik to start.

Remediation

Rancher 2.x requires Kubernetes and does not have a metadata endpoint of its own for Traefik to query. As such, Rancher 2.x users should utilize the Kubernetes CRD provider directly.

Also, all Rancher provider related configuration should be removed from the static configuration.

Marathon provider

Marathon maintenance ended on October 31, 2021. In v3, the Marathon provider has been removed.

An example of v2 Marathon provider configuration

File (YAML)

  1. providers:
  2. marathon: {}

File (TOML)

  1. [providers.marathon]

CLI

  1. --providers.marathon=true

This configuration is now unsupported and would prevent Traefik to start.

Remediation

All Marathon provider related configuration should be removed from the static configuration.

HTTP Provider

TLS.CAOptional

HTTP provider tls.CAOptional option has been removed in v3, as TLS client authentication is a server side option (see https://pkg.go.dev/crypto/tls#ClientAuthType).

An example usage of the TLS.CAOptional option

File (YAML)

  1. providers:
  2. http:
  3. tls:
  4. caOptional: true

File (TOML)

  1. [providers.http.tls]
  2. caOptional=true

CLI

  1. --providers.http.tls.caOptional=true
Remediation

The tls.caOptional option should be removed from the HTTP provider static configuration.

ETCD Provider

TLS.CAOptional

ETCD provider tls.CAOptional option has been removed in v3, as TLS client authentication is a server side option (see https://pkg.go.dev/crypto/tls#ClientAuthType).

An example usage of the TLS.CAOptional option

File (YAML)

  1. providers:
  2. etcd:
  3. tls:
  4. caOptional: true

File (TOML)

  1. [providers.etcd.tls]
  2. caOptional=true

CLI

  1. --providers.etcd.tls.caOptional=true
Remediation

The tls.caOptional option should be removed from the ETCD provider static configuration.

Redis Provider

TLS.CAOptional

Redis provider tls.CAOptional option has been removed in v3, as TLS client authentication is a server side option (see https://pkg.go.dev/crypto/tls#ClientAuthType).

An example usage of the TLS.CAOptional option

File (YAML)

  1. providers:
  2. redis:
  3. tls:
  4. caOptional: true

File (TOML)

  1. [providers.redis.tls]
  2. caOptional=true

CLI

  1. --providers.redis.tls.caOptional=true
Remediation

The tls.caOptional option should be removed from the Redis provider static configuration.

InfluxDB v1

InfluxDB v1.x maintenance ended in 2021. In v3, the InfluxDB v1 metrics provider has been removed.

An example of Traefik v2 InfluxDB v1 metrics configuration

File (YAML)

  1. metrics:
  2. influxDB: {}

File (TOML)

  1. [metrics.influxDB]

CLI

  1. --metrics.influxDB=true

This configuration is now unsupported and would prevent Traefik to start.

Remediation

All InfluxDB v1 metrics provider related configuration should be removed from the static configuration.

Pilot

Traefik Pilot is no longer available since October 4th, 2022.

An example of v2 Pilot configuration

File (YAML)

  1. pilot:
  2. token: foobar

File (TOML)

  1. [pilot]
  2. token=foobar

CLI

  1. --pilot.token=foobar

In v2, Pilot configuration was deprecated and ineffective, it is now unsupported and would prevent Traefik to start.

Remediation

All Pilot related configuration should be removed from the static configuration.

Dynamic configuration

Router Rule Matchers

In v3, a new rule matchers syntax has been introduced for HTTP and TCP routers. The default rule matchers syntax is now the v3 one, but for backward compatibility this can be configured. The v2 rule matchers syntax is deprecated and its support will be removed in the next major version. For this reason, we encourage migrating to the new syntax.

By default, the defaultRuleSyntax static option is automatically set to v3, meaning that the default rule is the new one.

New V3 Syntax Notable Changes

The Headers and HeadersRegexp matchers have been renamed to Header and HeaderRegexp respectively.

PathPrefix no longer uses regular expressions to match path prefixes.

QueryRegexp has been introduced to match query values using a regular expression.

HeaderRegexp, HostRegexp, PathRegexp, QueryRegexp, and HostSNIRegexp matchers now uses the Go regexp syntax.

All matchers now take a single value (except Header, HeaderRegexp, Query, and QueryRegexp which take two) and should be explicitly combined using logical operators to mimic previous behavior.

Query can take a single value to match is the query value that has no value (e.g. /search?mobile).

HostHeader has been removed, use Host instead.

Remediation

Configure the Default Syntax In Static Configuration

The default rule matchers syntax is the expected syntax for any router that is not self opt-out from this default value. It can be configured in the static configuration.

An example configuration for the default rule matchers syntax

File (YAML)

  1. # static configuration
  2. core:
  3. defaultRuleSyntax: v2

File (TOML)

  1. # static configuration
  2. [core]
  3. defaultRuleSyntax="v2"

CLI

  1. # static configuration
  2. --core.defaultRuleSyntax=v2
Configure the Syntax Per Router

The rule syntax can also be configured on a per-router basis. This allows to have heterogeneous router configurations and ease migration.

An example router with syntax configuration

Docker & Swarm

  1. labels:
  2. - "traefik.http.routers.test.ruleSyntax=v2"

Kubernetes

  1. apiVersion: traefik.io/v1alpha1
  2. kind: IngressRoute
  3. metadata:
  4. name: test.route
  5. namespace: default
  6. spec:
  7. routes:
  8. - match: PathPrefix(`/foo`, `/bar`)
  9. syntax: v2
  10. kind: Rule

Consul Catalog

  1. - "traefik.http.routers.test.ruleSyntax=v2"

File (YAML)

  1. http:
  2. routers:
  3. test:
  4. ruleSyntax: v2

File (TOML)

  1. [http.routers]
  2. [http.routers.test]
  3. ruleSyntax = "v2"

IPWhiteList

In v3, we renamed the IPWhiteList middleware to IPAllowList without changing anything to the configuration.

Deprecated Options Removal

  • The tracing.datadog.globaltag option has been removed.
  • The tls.caOptional option has been removed from the ForwardAuth middleware, as well as from the HTTP, Consul, Etcd, Redis, ZooKeeper, Consul Catalog, and Docker providers.
  • sslRedirect, sslTemporaryRedirect, sslHost, sslForceHost and featurePolicy options of the Headers middleware have been removed.
  • The forceSlash option of the StripPrefix middleware has been removed.
  • The preferServerCipherSuites option has been removed.

TCP LoadBalancer terminationDelay option

The TCP LoadBalancer terminationDelay option has been removed. This option can now be configured directly on the TCPServersTransport level, please take a look at this documentation

Kubernetes CRDs API Group traefik.containo.us

In v3, the Kubernetes CRDs API Group traefik.containo.us has been removed. Please use the API Group traefik.io instead.

Kubernetes Ingress API Group networking.k8s.io/v1beta1

In v3, the Kubernetes Ingress API Group networking.k8s.io/v1beta1 (removed since Kubernetes v1.22) support has been removed.

Please use the API Group networking.k8s.io/v1 instead.

Traefik CRD API Version apiextensions.k8s.io/v1beta1

In v3, the Traefik CRD API Version apiextensions.k8s.io/v1beta1 (removed since Kubernetes v1.22) support has been removed.

Please use the CRD definition with the API Version apiextensions.k8s.io/v1 instead.

Operations

Traefik RBAC Update

In v3, the support of TCPServersTransport has been introduced. When using the KubernetesCRD provider, it is therefore necessary to update RBAC and CRD manifests.

Content-Type Auto-Detection

In v3, the Content-Type header is not auto-detected anymore when it is not set by the backend. One should use the ContentType middleware to enable the Content-Type header value auto-detection.

Observability

gRPC Metrics

In v3, the reported status code for gRPC requests is now the value of the Grpc-Status header.

Tracing

In v3, the tracing feature has been revamped and is now powered exclusively by OpenTelemetry (OTel).

Important

Traefik v3 no longer supports direct output formats for specific vendors such as Instana, Jaeger, Zipkin, Haystack, Datadog, and Elastic.

Instead, it focuses on pure OpenTelemetry implementation, providing a unified and standardized approach for observability.

Here are two possible transition strategies:

  1. OTLP Ingestion Endpoints:

    Most vendors now offer OpenTelemetry Protocol (OTLP) ingestion endpoints. You can seamlessly integrate Traefik v3 with these endpoints to continue leveraging tracing capabilities.

  2. Legacy Stack Compatibility:

    For legacy stacks that cannot immediately upgrade to the latest vendor agents supporting OTLP ingestion, using OpenTelemetry (OTel) collectors with appropriate exporters configuration is a viable solution. This allows continued compatibility with the existing infrastructure.

Please check the OpenTelemetry Tracing provider documention for more information.

Internal Resources Observability

In v3, observability for internal routers or services (e.g.: ping@internal) is disabled by default. To enable it one should use the new addInternals option for AccessLogs, Metrics or Tracing. Please take a look at the observability documentation for more information: