Kort fortalt: En reverse proxy sidder foran jeres applikation og er det første led der modtager brugerens HTTPS-anmodning. Her konfigurerer du ofte gzip, Brotli, Cache-Control og Early Hints før requests rammer applikationsserveren – eller før de sendes til et CDN.
Hvis du er ny på området
Uden at kende reverse proxy-modellen er det let at tro at «serveren er langsom» når problemet i virkeligheden er TLS-terminering, en dårlig cache-regel eller en load balancer der vælger en overbelastet «upstream». Forestil dig proxy’en som trafikpoliti og mellemlager: den kan afvise dårlig trafik, genbruge forbindelser og gemme kopier af statiske filer.
De fleste hostede løsninger skjuler det for dig – men så snart du har egen VPS, Kubernetes eller avanceret CDN, er proxy-laget hvor I ofte debugger 502/504 og mystisk høj TTFB.
Mellem klient og applikation
En reverse proxy (Nginx, Envoy, cloud load balancer) terminerer TLS, balancerer trafik, caches, komprimerer og kan enforce headers. Den er ofte stedet hvor gzip/Brotli, security headers og rate limits sættes centralt.
Fejl i proxy-regler giver 502/504 eller uendelige loops – log både upstream og downstream status.
Caching og invalidation
Proxy-cache kan være hurtigere end applikationscache for statiske aktiver, men farlig for dynamisk pris/lager. Brug Cache-Control fra origin konsekvent og test bypass for loggede brugere.
Purge API’er på CDN skal have adgangskontrol – en fejl her kan eksponere eller skjule indhold globalt.
Observability
Access logs driver logfil-analyse; metrics her afslører 5xx og latency spikes. Når I debugger TTFB, tjek om proxy tilføjer ventetid ved bufferering eller store request bodies.
Canary releases og routing
Canary releases og A/B-routing sker ofte i proxy-laget. Dokumentér hvilke procent der går hvor, og sørg for at metrics-tags følger varianten – ellers sammenligner I feltdata på tværs af forskellige builds uden at vide det.
Det øvede ofte underspiller
- Connection limits og keep-alive: Ubalancer mellem proxy og app-server giver reset-forbindelser; se HTTP keep-alive.
- Vary og cache-nøgler: Vary-headers på edge vs. origin kan give subtil forkert leveret indhold.
- HTTP/2 og HTTP/3: Terminering og ALPN-forhandling sker typisk her; fejl kan tvinge klienter ned på ældre protokoller.
Videre på sitet
- Forbedr TTFB og cache – praktisk kæde fra browser til origin.
- Cache-Control basics – hvordan headers styrer mellemlag.
- DNS-lookup performance og TLS-performance – første led i forbindelsen til jeres proxy.
FAQ
Er CDN en reverse proxy?
Et CDN er ofte et netværk af reverse proxies med cache tæt på brugeren. Funktionelt er de beslægtet, men CDN fokuserer på geografisk nærhed og edge-logik.
Påvirker det min Core Web Vitals?
Ja indirekte: forkert cache, TLS eller routing her kan give høj TTFB og langsomme assets selvom applikationskoden er fin.
Næste skridt fra begreb til handling
Guides og blogindlæg der matcher begrebets emne - ud fra fælles tags og sidens fokus.
Få edge cache-hit på HTML: undgå cookies, forkert Vary og dårlige cache keys
Mange sites har CDN, men får stadig høj TTFB fordi HTML ikke caches. Lær et praktisk workflow til at få cache-hit på offentlige sider uden at servere forkert indhold.
Forbedr TTFB med caching, edge cache og hurtigere serverrespons
Lær hvordan du reducerer TTFB med page cache, edge cache, korrekt cache strategi og bedre serverrespons på HTML.
Brug Transfer-Encoding (chunked) til progressiv rendering: hurtigere første visning
Lær at finde ud af om din server eller reverse proxy buffer HTML-svar, og få streaming (chunked) til at flytte første visning og LCP i den rigtige retning.
Reverse proxy og TTFB: sådan finder du cache-, TLS- og routing-fejl i praksis
Reverse proxy-laget kan være årsagen til høj TTFB, mystiske cache misses og 502/504-fejl. Lær hvad du skal kigge efter i headers og waterfall, og få et praktisk debug-flow.
Cache-Control forklaret: sådan bruger du caching til lavere TTFB
Lær hvordan Cache-Control påvirker HTML, CSS, JavaScript og billeder, og få en praktisk gennemgang af caching, TTFB og klassiske fejl.
5 grunde til at din hjemmeside er langsom og hvad du gør ved det
Se de mest almindelige årsager til en langsom hjemmeside, hvordan du spotter dem, og hvilke ændringer der typisk giver mest effekt først.
