Ordliste · Domæner, DNS, mail og certifikater
TLS-handshaket er udvekslingen i starten af en HTTPS-forbindelse, hvor klient og server aftaler en TLS-version og en cipher, serveren beviser sin identitet med sit certifikat, og begge udleder de nøgler, der krypterer resten af forbindelsen.
I TLS 1.3 sender klienten en ClientHello med sitets navn (SNI), de ciphers, den understøtter, og en key share. Serveren svarer med sit valg, sit certifikat og en signatur, og klienten tjekker certifikatkæden, navnet og datoerne. Det tager én rundtur; TLS 1.2 kræver to.
Handshaket er sin egen del af svartiden: cirka én rundtur af latens plus serverens arbejde. Genbrugte forbindelser og session resumption springer det meste over, og derfor ser en monitor, der åbner en ny forbindelse ved hvert tjek, mere TLS-tid end en browser på sin anden side.
Handshakes fejler af nogle få grunde: et udløbet eller forkert certifikat, et manglende mellemliggende certifikat, intet certifikat til det ønskede navn, en server, der kun tilbyder gamle versioner (TLS 1.0 og 1.1 er udfaset af RFC 8996), eller en port, der svarer i almindelig HTTP. Browsere viser dem som sikkerhedsfejl; for overvågning er de nedetid.
TLS-tid ≈ rundture × rundturstid + serverbehandling
Eksempel: Med 30 ms til serveren tager et TLS 1.3-handshake omkring 30 ms plus serverens arbejde, og et TLS 1.2-handshake omkring 60 ms.
Hvert HTTPS-tjek i Uptimecheck åbner en ny forbindelse, så det omfatter et fuldt handshake, og svartider viser TLS-handshaket som sin egen fase ved siden af DNS, connect, server og download. Tjekdetaljer viser TLS-versionen og certifikatets navn og udsteder. Når et handshake fejler, fortæller hændelsen, hvad det sandsynligvis betyder: intet certifikat for navnet, kun gamle TLS-versioner eller ciphers, almindelig HTTP på HTTPS-porten, en kæde, der ikke er tillid til eller er ufuldstændig, eller et handshake, der ikke blev færdigt inden timeouten.
14 dages gratis prøveperiode · Derefter gratis med 5 monitorer · Intet betalingskort
Guides 7 min. læsning
NET::ERR_CERT_DATE_INVALID, ERR_CERT_COMMON_NAME_INVALID og browserens andre SSL-advarsler forklaret: hvad hver af dem betyder, hvad der forårsager den, og hvordan du retter den på din server.
LæsMonitoring 7 min. læsning
Svartid er, hvor lang tid din server er om at besvare en forespørgsel, ikke hvor lang tid siden er om at indlæse. Hvad der tæller som godt, hvorfor monitorer og browsere måler forskelligt, og hvad der gør websites langsomme.
LæsGuides 6 min. læsning
Offentlige TLS-certifikater må siden 15. marts 2026 højst være gyldige i 200 dage, derefter 100 og 47 dage. Tidsplanen, hvad der ændrer sig for domænevalidering, og en tjekliste, så du er klar.
LæsOmkring én rundtur for TLS 1.3 og to for TLS 1.2 plus serverens behandling: ofte 20 til 100 ms til en server i samme region. Meget mere peger på en langsom eller fjern server eller på en certifikatkæde, som klienten selv skal fuldføre.
Server Name Indication: klienten angiver det site, den vil have, i sin første handshake-besked, så én IP-adresse kan betjene mange sites med forskellige certifikater. Uden et matchende navn kan serveren afvise handshaket.
Oftest et udløbet, forkert eller ufuldstændigt certifikat, en server, der kun tilbyder TLS-versioner eller ciphers, som klienten afviser, eller en proxy eller firewall, der afbryder forbindelsen. En SSL-checker viser, hvilken del der fejler.
Opret din første monitor på under et minut, eller se dig omkring i livedemoen først.
14 dages gratis prøveperiode · Derefter gratis med 5 monitorer · Intet betalingskort
Med dit samtykke viser Google Analytics og Microsoft Clarity os, hvilke sider der hjælper, og hvor besøgende går i stå. De sætter cookies i op til 13 måneder. Uden dit samtykke kører ingen af dem. Du kan altid ændre mening under Cookie-indstillinger nederst på siden. Privatlivspolitik