TLS-Konfigurationsgenerator
Wähle deinen Server und seine Version, entscheide dich für ein Profil und kopiere eine Konfiguration, die auf den Server-Side-TLS-Leitlinien von TLSRef beruht, der Fortführung der Mozilla-Leitlinien. Der Post-Quanten-Schlüsselaustausch X25519MLKEM768 ist überall dort aktiviert, wo er sich in deiner Serverversion angeben lässt. Du hast schon eine Konfiguration im Einsatz? Füge sie unter „Meine Konfiguration erklären“ ein.
100 % lokal – alles läuft in deinem Browser, nichts wird an einen Server gesendet
Lass das Feld leer, um das aktuelle Release 1.30.6 zu verwenden.
Das OpenSSL, mit dem der Server gebaut ist (openssl version). Lass das Feld leer, um 3.5.9 zu verwenden, den Zweig mit Langzeitsupport.
Gruppen, die sich in deiner Serverversion nicht angeben lassen, bleiben weg; die Hinweise unten erklären, warum.
Weist Browser an, zwei Jahre lang ausschließlich HTTPS zu verwenden.
Nur sinnvoll, solange deine CA noch einen OCSP-Responder betreibt.
Post-Quanten-Schlüsselaustausch ist aktiviert: Diese Konfiguration nennt X25519MLKEM768.
# Erzeugt von ecdsa.com nach TLSRef-Leitlinie 6.0, Intermediate-Profil: nginx 1.30.6 mit OpenSSL 3.5.9
# Optionen: HSTS
http {
server {
listen 443 ssl;
listen [::]:443 ssl;
http2 on;
ssl_certificate /path/to/signed_cert_plus_intermediates;
ssl_certificate_key /path/to/private_key;
# HTTP Strict Transport Security (63.072.000 Sekunden, benötigt ngx_http_headers_module)
add_header Strict-Transport-Security "max-age=63072000; includeSubDomains" always;
}
# Intermediate-Konfiguration
ssl_protocols TLSv1.2 TLSv1.3;
ssl_ecdh_curve X25519MLKEM768:X25519:prime256v1:secp384r1;
ssl_ciphers ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305;
ssl_prefer_server_ciphers off;
# ssl_session_ticket_key ist eine Alternative zum gemeinsamen Session-Cache
ssl_session_timeout 1d;
ssl_session_cache shared:MozSSL:10m; # etwa 40.000 Sessions
# Leite unverschlüsseltes HTTP auf HTTPS um
server {
listen 80 default_server;
listen [::]:80 default_server;
return 308 https://$host$request_uri;
}
}
Was diese Konfiguration festlegt
- Software
- nginx · 1.30.6 · OpenSSL 3.5.9
- Protokolle
- TLSv1.2, TLSv1.3
- Cipher Suites für TLS 1.3
- TLS_AES_128_GCM_SHA256, TLS_AES_256_GCM_SHA384, TLS_CHACHA20_POLY1305_SHA256
- Cipher Suites für TLS 1.2
- ECDHE-ECDSA-AES128-GCM-SHA256, ECDHE-RSA-AES128-GCM-SHA256, ECDHE-ECDSA-AES256-GCM-SHA384, ECDHE-RSA-AES256-GCM-SHA384, ECDHE-ECDSA-CHACHA20-POLY1305, ECDHE-RSA-CHACHA20-POLY1305
- Gruppen für den Schlüsselaustausch
- X25519MLKEM768, x25519, secp256r1, secp384r1
- HSTS
- max-age 63.072.000 Sekunden
- OCSP-Stapling
- aus
- Älteste kompatible Clients
- Firefox 31.3.0, Android 4.4.2, Chrome 49, Edge 15 on Windows 10, IE 11 on Windows 10, Java 8u161, OpenSSL 1.0.1l, Opera 20, Safari 9
Hinweise
- OKPost-Quanten-Schlüsselaustausch konfiguriert: X25519MLKEM768.
- WarnungHSTS mit includeSubDomains bringt Browser dazu, auf jeder Subdomain 63.072.000 Sekunden lang unverschlüsseltes HTTP abzulehnen: Stelle vor dem Ausrollen sicher, dass alle Subdomains HTTPS ausliefern.
- InfoSchlüsseltyp des Zertifikats: ECDSA und RSA.
- InfoKurven für ECDSA-Zertifikate: P-256 und P-384.
- InfoRSA-Zertifikate: mindestens 2.048 Bit.
- InfoZertifikatslaufzeit: empfohlen 90 Tage, laut Leitlinie höchstens 366 Tage.
- InfoÄlteste kompatible Clients: Firefox 31.3.0, Android 4.4.2, Chrome 49, Edge 15 on Windows 10, IE 11 on Windows 10, Java 8u161, OpenSSL 1.0.1l, Opera 20 und Safari 9.
Quellen und Lizenz
Die Konfigurationen folgen den Server-Side-TLS-Leitlinien von TLSRef in Version 6.0 (5.8 für das Old-Profil) und der Logik von TLS Configurator, dem Nachfolger von Mozillas SSL Configuration Generator, entwickelt von April King, Gene Wood, Julien Vehent, Glenn Strauss und weiteren Mitwirkenden. Die Daten der Leitlinien und der portierte Configurator-Code werden unter der Mozilla Public License 2.0 verwendet und als separate Dateien geführt; unsere Änderungen am portierten Code veröffentlichen wir unter derselben Lizenz.
Die Konfigurationen für Node.js, Java und .NET sowie die systemweite OpenSSL-Konfiguration stammen von ecdsa.com und folgen denselben Leitlinien.
Lizenzen der Open-Source-Pakete, die diese Website ausliefert
Where the settings come from
Every configuration on this page follows the TLSRef Server Side TLS guidelines, the community continuation of Mozilla's Server Side TLS guidelines. Guideline 6.0 defines two profiles. Modern allows TLS 1.3 only (RFC 9846, the 2026 revision of RFC 8446) and suits services whose clients are all from 2018 or later. Intermediate adds TLS 1.2 with forward-secret ECDHE and AEAD cipher suites only, and is the right default for almost every public server. The old profile, with TLS 1.0 and 1.1, was dropped in 6.0; the generator takes it from guideline 5.8, as the upstream TLS Configurator does, and says so in the output. TLS 1.0 and 1.1 have been deprecated since RFC 8996, so use the old profile only for clients that cannot do better.
The server templates are a port of the TLS Configurator, the successor of Mozilla's SSL Configuration Generator, covering 24 servers. Node.js, Java, .NET and the system-wide OpenSSL configuration are written by ecdsa.com on the same guidelines, which brings the total to 28. The guideline data and the ported code are licensed under the Mozilla Public License 2.0 and kept in separate files, as that license requires; the attribution under the tool links to both.
Why the version matters
A configuration must parse on the software that loads it. nginx learned http2 on in 1.25.1; Apache staples OCSP
only from 2.4.13; OpenSSL 3.0 refuses TLS 1.0 unless the security level is lowered to 0. The generator knows these
thresholds for every server, starts from the current release of each product, and adapts the output when you enter
an older version. A version that cannot do what the profile asks — the modern profile on a server without TLS 1.3,
say — produces an explanation instead of a configuration that would not start.
Post-quantum key exchange
Guideline 6.0 puts X25519MLKEM768 first in every profile. It is the hybrid of ML-KEM-768 and X25519 standardized in RFC 10024, and current browsers and CDNs negotiate it by default. A group list that names a group the software cannot parse makes many servers refuse to start, while a list that leaves it out silently turns post-quantum key exchange off. So the generator writes the group only where the version can name it: OpenSSL 3.5 for nginx, Apache, HAProxy and the other OpenSSL-based servers, Go 1.24 and Caddy 2.10, Traefik 3.5, JDK 27 for Java servers, Node.js 24.5 or 22.20. Where a server cannot name groups but its library offers the hybrid by default, the configuration keeps that default, and the result says which case applies. The "all hybrids" option adds SecP256r1MLKEM768 and SecP384r1MLKEM1024, built only from NIST-approved components, for servers that need them. How the hybrid works inside the handshake is shown step by step in the illustrated TLS 1.3 handshake and explained in X25519MLKEM768 explained.
HSTS and OCSP stapling
HSTS (RFC 6797) is on by default with a two-year
max-age and includeSubDomains, which makes browsers refuse plain HTTP on every subdomain; the notes remind you to
check that all of them serve HTTPS. OCSP stapling is off by default: since ballot
SC-063 publicly trusted CAs may stop running OCSP responders, and a certificate without an OCSP URL cannot be stapled.
The notes also carry the guideline's certificate advice and the maximum lifetime of public certificates on the day
you generate the configuration (CA/B Forum ballot SC-081) — see the
47-day certificate calculator for the full schedule.
Explain my config
The second tab reads an nginx or Apache httpd configuration you already run. It follows server blocks and virtual
hosts, applies inheritance from the http block or the server configuration, fills unset directives with the
defaults of your nginx or httpd version, and evaluates cipher strings the way OpenSSL 3 builds its list, so
HIGH:!aNULL turns into the exact suites a client may be offered. Findings are graded from critical (SSLv3,
compression, a stapling setup that keeps httpd from starting) to informational, each with its line number. Include
files are not followed: paste them too if they hold TLS settings.
What stays on your machine
Both modes run entirely in your browser; the page sends nothing anywhere. Configurations name the paths of the
certificate and key files, never their contents, and the explainer refuses a pasted private key. A share link puts
the settings — or the pasted configuration — after the # of the address, which browsers never send to a server.
The settings line inside a generated configuration is the same kind of link.
To see what your browser negotiates today, use the post-quantum browser check; to check deployed servers, the bulk domain checker. The differences between the protocol versions are compared in TLS 1.2 vs TLS 1.3 and X25519MLKEM768 vs X25519.