“Din forbindelse er ikke privat” — hvad advarslen betyder, og hvordan du fjerner den

Kort svar: “Din forbindelse er ikke privat” betyder, at browseren ikke kan stole på sidens SSL-certifikat. Det er næsten altid udløbet, udstedt til et andet domænenavn (fx uden www), installeret uden mellemcertifikat – eller også går computerens ur forkert. Fejlkoden under advarslen fortæller, hvilken af dem det er, og en test fra en anden enhed afgør, om problemet ligger hos dig eller på serveren.

Fagligt gennemgået: 2. oktober 2026

Advarslen kommer fra browseren, ikke fra din server. Chrome og Edge skriver “Din forbindelse er ikke privat”, Safari skriver “Denne forbindelse er ikke privat”, og Firefox viser “Advarsel: Potentiel sikkerhedsrisiko”. Fælles for dem er, at browseren har afbrudt forbindelsen, før siden blev hentet.

Det er derfor ikke en fejl i WordPress eller i dit indhold. Det handler om certifikatet, om det navn, du besøger, og om den enhed, du besøger fra.

Før du ændrer noget: Skriv den præcise fejlkode og adresse ned (med eller uden www, http eller https). Bed ikke kunder eller kolleger om at klikke videre – har siden login, formularer eller betaling, er det netop den beskyttelse, advarslen handler om.

1. Læs fejlkoden først

Klik på teksten under advarslen (i Chrome “Avanceret”) for at se koden. Den peger direkte på årsagen.

Fejlkode	Browser	Hvad det betyder
NET::ERR_CERT_DATE_INVALID	Chrome, Edge	Certifikatet er udløbet, eller computerens ur er forkert
NET::ERR_CERT_COMMON_NAME_INVALID	Chrome, Edge	Certifikatet er udstedt til et andet navn, typisk uden www
NET::ERR_CERT_AUTHORITY_INVALID	Chrome, Edge	Udstederen er ukendt, certifikatet er selvsigneret, eller mellemcertifikatet mangler
ERR_SSL_PROTOCOL_ERROR	Chrome, Edge	Serveren svarer slet ikke korrekt på HTTPS
ERR_SSL_VERSION_OR_CIPHER_MISMATCH	Chrome, Edge	Serveren og browseren har ingen fælles TLS-version eller kryptering
SEC_ERROR_EXPIRED_CERTIFICATE	Firefox	Udløbet certifikat eller forkert ur
SSL_ERROR_BAD_CERT_DOMAIN	Firefox	Certifikatet dækker ikke det navn, du besøger
SEC_ERROR_UNKNOWN_ISSUER	Firefox	Ukendt udsteder eller manglende mellemcertifikat

Ser du teksten “Du kan ikke besøge siden lige nu, fordi den bruger HSTS”, har siden tidligere fortalt browseren, at den kun må tilgås over HTTPS. Så fjerner browseren muligheden for at klikke videre helt. Det er ikke en ekstra fejl, men en sikkerhedsfunktion – årsagen skal stadig findes i certifikatet.

2. Afgør om det er dig eller siden

Åbn den samme adresse på mobilen med wifi slået fra. Virker den dér, er det din egen computer eller dit netværk – næsten altid uret, et antivirusprogram, der bryder ind i HTTPS-trafikken, eller et netværk med login-side.

Ser alle fejlen, også på mobildata, er det certifikatet på serveren. Et eksternt SSL-tjek fra en onlinetjeneste giver samme svar uden for dit eget netværk.

Hvis det er din computer

Tjek uret

Et ur, der er sat forkert – også bare et par dage – gør hvert eneste certifikat ugyldigt, fordi gyldighedsperioden ikke passer. Sæt tid og dato til automatisk. Fejlen viser sig typisk på mange forskellige sites på én gang.

Slå SSL-scanning fra i antivirus

Nogle antivirus- og forældrekontrolprogrammer indsætter deres eget certifikat for at kunne læse trafikken. Slå funktionen (ofte kaldt HTTPS-scanning eller webbeskyttelse) fra midlertidigt og prøv igen. Hjælper det, så opdater programmet eller lad funktionen være slået fra.

Offentligt wifi og login-sider

På hoteller, togstationer og caféer opsnapper netværket ofte den første forespørgsel for at vise en login-side. Det giver certifikatfejl på det site, du forsøgte at åbne. Åbn en side uden HTTPS eller netværkets egen login-adresse først, og prøv derefter igen.

Ryd browserens tilstand

En gammel kopi af et certifikat eller en forkert HSTS-indstilling kan blive hængende. Prøv et privat vindue eller en anden browser. Virker det dér, så ryd cache og data for netop det site.

Hvis det er certifikatet

Ser alle besøgende advarslen, skal certifikatet på serveren undersøges. Gå trinene igennem i rækkefølge: udløbsdato, fornyelse, navne og kæde.

3. Se hvornår certifikatet udløber

I Chrome klikker du på ikonet til venstre for adressen og vælger, at forbindelsen er sikker eller ikke sikker, og derefter certifikatet. Står udløbsdatoen i fortiden, er svaret givet.

Fra en terminal kan du se datoerne og navnene direkte:

openssl s_client -connect dinside.dk:443 -servername dinside.dk </dev/null 2>/dev/null | openssl x509 -noout -dates -subject -ext subjectAltName

Let’s Encrypt-certifikater gælder i dag i 90 dage og skal fornys automatisk. Levetiden bliver kortere de kommende år: Let’s Encrypt har fra maj 2026 tilbudt valgfrie 45-dages certifikater, går over til 64 dage som standard i februar 2027 og til 45 dage i februar 2028. Manuel fornyelse er derfor ikke en realistisk løsning – det skal ske automatisk, typisk når omkring to tredjedele af levetiden er gået.

4. Find ud af, hvorfor fornyelsen fejlede

Et certifikat, der fornys automatisk, udløber kun, hvis fornyelsen fejler gentagne gange. De typiske årsager er:

• Domænet peger et andet sted hen. Ligger A-posten eller især en glemt AAAA-post (IPv6) stadig på en gammel server, kan valideringen ikke nå din server.
• /.well-known/acme-challenge/ er blokeret. En firewall, et sikkerhedsplugin, en redirect-regel eller en adgangskodebeskyttelse stopper valideringen.
• En proxy står foran. Bag Cloudflare eller et andet CDN kan valideringen ramme proxyen i stedet for din server. Brug en valideringsmetode, der passer til opsætningen.
• En CAA-post tillader ikke udstederen. Står der en CAA-post i DNS, som kun nævner en anden udbyder, må Let’s Encrypt ikke udstede.
• Et navn på certifikatet findes ikke længere. Er et gammelt underdomæne fjernet fra DNS, kan hele fornyelsen fejle, hvis det stadig står på listen.

Den detaljerede gennemgang står i SSL-certifikatet er udløbet.

5. Kontrollér at det dækker det rigtige domæne

Et certifikat udstedt til dinside.dk dækker ikke www.dinside.dk, medmindre begge står i det. Det er den hyppigste årsag til COMMON_NAME_INVALID. Løsningen er at få begge navne med på certifikatet – ikke at fjerne www. Bestem dig derefter for én af dem som hovedadresse, og omdirigér den anden, som beskrevet i www eller uden www.

Et wildcard-certifikat (*.dinside.dk) dækker underdomæner, men ikke selve roddomænet og ikke to niveauer ned som a.b.dinside.dk.

6. Tjek at kæden er komplet

Et certifikat består af dit eget plus et eller flere mellemcertifikater fra udstederen. Mangler mellemleddet, virker siden i Chrome på nogle computere og fejler på andre – netop fordi nogle systemer har mellemcertifikatet gemt i forvejen. Test kæden med et eksternt SSL-tjek frem for kun i din egen browser.

Installerer du certifikatet manuelt, skal du bruge filen med hele kæden (ofte kaldt fullchain), ikke kun dit eget certifikat.

7. Forny eller genudsted

I de fleste kontrolpaneler kan certifikatet genudstedes med ét klik, når årsagen til fejlen er væk. Tøm derefter eventuel cache i CDN eller proxy, og test igen fra en anden enhed.

På WordPress hosting hos Hostious er SSL fra Let’s Encrypt gratis, og dansk support kan hjælpe døgnet rundt, hvis en fornyelse ikke går igennem.

Når certifikatet er i orden, men siden stadig advarer

Så er det sandsynligvis blandet indhold: siden hentes over HTTPS, men billeder eller scripts hentes stadig over HTTP. Det giver ikke den røde fuldskærmsadvarsel, men browseren viser siden som ikke fuldt sikker og blokerer usikre scripts.

Det sker typisk efter skiftet fra HTTP til HTTPS, hvor gamle adresser står tilbage i indholdet. Se mixed content efter SSL og guiden til SSL-certifikater til virksomhedssider.

Bruger du Cloudflare, så kontrollér også SSL-tilstanden. En forkert tilstand giver ikke “forbindelsen er ikke privat”, men fejl som 525 og 526 eller en uendelig omdirigering – se SSL-tilstande i Cloudflare.

Verificér, at fejlen er væk

• Åbn siden med og uden www og over både http og https – alle skal ende på samme adresse uden advarsel.
• Test fra mobildata og fra en anden browser.
• Kør et eksternt SSL-tjek, og bekræft, at kæden er komplet, og at udløbsdatoen ligger ude i fremtiden.
• Tjek, at automatisk fornyelse er slået til, og at advarsler går til en mail, nogen læser.

Sådan undgår du det fremover

• Sørg for, at certifikatet fornys automatisk, og at der går en advarsel til en mail, nogen læser.
• Få både domænet med og uden www på certifikatet.
• Bloker ikke /.well-known/ i firewall eller sikkerhedsplugin – det er dér, fornyelsen bekræftes.
• Fjern gamle A- og AAAA-poster, når du flytter hosting, og tjek certifikatet efter enhver flytning – se DNS-skift ved migrering.
• Overvåg udløbsdatoer sammen med domænefornyelser, som beskrevet i certifikater, domæner og kortudløb.

Læs også

• Hub: Domæner, DNS og SSL – alle guides om emnet samlet ét sted
• SSL-certifikatet er udløbet – hvorfor fornyelsen fejlede
• Mixed content efter SSL
• Hvad er SSL/TLS?
• SSL-tilstande i Cloudflare
• Webhotel hos Hostious – domæne, DNS og SSL samlet ét sted

Ofte stillede spørgsmål om “forbindelsen er ikke privat”

Kan jeg bare klikke videre?

Du kan, men lad være med at bede kunder om det. Har siden en formular eller et login, er trafikken reelt ubeskyttet. Bruger siden HSTS, giver browseren dig slet ikke muligheden.

Hvor lang tid tager en fornyelse?

Et Let’s Encrypt-certifikat udstedes typisk på under et minut, når årsagen til fejlen er væk. Bag et CDN kan det tage lidt længere, før det nye certifikat vises overalt.

Påvirker det placeringen i Google?

Ja, indirekte. HTTPS indgår i Googles vurdering af sidens oplevelse, og en advarselsside får besøgende til at forlade siden med det samme.

Hvorfor ser kun nogle besøgende advarslen?

Typisk fordi mellemcertifikatet mangler, så kun enheder, der har det gemt i forvejen, godkender siden. Det kan også være besøgende med forkert ur, antivirus med HTTPS-scanning eller en gammel DNS-post, der sender dem til en anden server.

Skal jeg købe et betalt certifikat for at undgå fejlen?

Nej. Et gratis certifikat fra Let’s Encrypt krypterer lige så godt. Fejlen skyldes næsten altid udløb, forkert navn eller manglende kæde – ikke typen af certifikat.