Verbindungsaufbau

Was geprüft

Gemessen werden DNS-Auflösung, TCP-Verbindung und TLS-Handshake (Aushandlung der Verschlüsselung), jeweils als Median über Seitenabruf und Zeitproben, serverseitig von einem Standort. Bis 1.000 ms für den gesamten Verbindungsaufbau ist der Punkt unauffällig. Die Einzelwerte stehen im Beleg.

Wie relevant

Niedrig, und nur bei Ausreißern über 1.000 ms. Der Verbindungsaufbau hängt stark vom Messstandort und vom Netz dazwischen ab; ein einzelner Messpunkt belegt deshalb nur grob, was Besucher erleben.

Warum

Jede neue Verbindung kostet mehrere Hin- und Rückwege, bevor Daten fließen. Ein langsamer DNS-Anbieter, ein weit entfernter Server oder eine lange Zertifikatskette verlängern das für jeden Erstbesuch.

Wie beheben

Prüfen Sie, welcher Teil langsam ist: DNS (Anbieter mit schnellen Nameservern), TCP (Serverstandort nahe an den Besuchern oder CDN) oder TLS (TLS 1.3, OCSP-Stapling, vollständige, aber schlanke Zertifikatskette). Ein CDN beendet Verbindungen in der Nähe der Besucher.

Nebenwirkung: Ein Wechsel von DNS-Anbieter oder CDN verändert Nameserver und Zertifikate; planen Sie ihn mit kurzer TTL und prüfen Sie danach Mail-Einträge (MX, SPF, DKIM) und Zertifikat. TLS 1.3 einzuschalten ist unkritisch, solange TLS 1.2 weiter angeboten wird.

Codebeispiel

nginx (TLS 1.3 und OCSP-Stapling)

ssl_protocols TLSv1.2 TLSv1.3;
ssl_session_cache shared:SSL:10m;
ssl_session_timeout 1d;
ssl_stapling on;
ssl_stapling_verify on;

Apache (TLS 1.3 und OCSP-Stapling, Serverkonfiguration)

SSLProtocol -all +TLSv1.2 +TLSv1.3
SSLUseStapling on
SSLStaplingCache "shmcb:logs/ssl_stapling(32768)"

Weiterführende Quellen

• https://developer.mozilla.org/en-US/docs/Web/Performance
• https://www.rfc-editor.org/rfc/rfc8446