In TLS 1.3 sendet der Client ein ClientHello mit dem Namen der Website (SNI), den unterstützten Cipher-Suites und einem Key Share. Der Server antwortet mit seiner Wahl, seinem Zertifikat und einer Signatur, und der Client prüft die Zertifikatskette, den Namen und die Gültigkeitsdaten. Das dauert einen Round Trip; TLS 1.2 braucht zwei.
Der Handshake ist ein eigener Teil der Antwortzeit: etwa ein Roundtrip Latenz plus die Arbeit des Servers. Wiederverwendete Verbindungen und Session Resumption überspringen das meiste davon. Deshalb sieht ein Monitor, der für jede Prüfung eine neue Verbindung öffnet, mehr TLS-Zeit als ein Browser auf seiner zweiten Seite.
Handshakes scheitern aus wenigen Gründen: ein abgelaufenes oder falsches Zertifikat, ein fehlendes Zwischenzertifikat, kein Zertifikat für den angefragten Namen, ein Server, der nur alte Versionen anbietet (TLS 1.0 und 1.1 sind laut RFC 8996 veraltet), oder ein Port, der mit reinem HTTP antwortet. Browser zeigen das als Sicherheitsfehler an; für das Monitoring ist es Ausfallzeit.
Formel
TLS-Zeit ≈ Roundtrips × Roundtrip-Zeit + Serververarbeitung
Beispiel:
Bei 30 ms Latenz zum Server dauert ein TLS-1.3-Handshake etwa 30 ms plus die Arbeit des Servers, ein TLS-1.2-Handshake etwa 60 ms.