GlossaryNetworkingIntermediate

Reverse Proxy

A reverse proxy sits in front of web servers and answers requests on their behalf, then quietly passes them to the right backend — handling load balancing, caching, HTTPS and security along the way.

Last updated July 29, 2026

Definition

A reverse proxy is a server that stands in front of one or more web servers and receives every incoming request for them. Visitors connect to the reverse proxy; the reverse proxy decides which backend server should handle the request, fetches the answer, and returns it. Nobody outside ever talks to the real servers directly.

Picture the reception desk of a large office. Every visitor speaks to the receptionist, who works out who they actually need and sends the request through. Visitors never wander the building, never learn the floor plan, and never find out how many people work there.

Forward proxy vs reverse proxy — the difference that matters

This is the single most common point of confusion, and it comes down to who the proxy is working for:

  • A forward proxy works on behalf of the client. You configure it, and it hides you from the websites you visit. This is the everyday proxy used for scraping and privacy.
  • A reverse proxy works on behalf of the server. The site owner configures it, and it hides the servers from the people visiting them.

Same idea, opposite ends of the connection. As a visitor you cannot opt out of a reverse proxy and you generally never notice it — you have almost certainly used one today without knowing.

What it does once traffic arrives

  • Load balancing — spreads requests across several backend servers so no single machine is overwhelmed, and skips any server that stops responding.
  • TLS/SSL termination — handles the HTTPS encryption in one place, so each backend does not have to manage certificates itself.
  • Caching — keeps copies of pages and assets, serving repeat requests instantly without troubling the application.
  • Security — filters malicious requests, absorbs DDoS traffic, and enforces rate limits before anything reaches your application.
  • Routing — sends /api to one service and /blog to another, so several applications can live behind a single domain.
  • Compression and optimisation — shrinks responses on the way out to speed up page loads.

Why hiding the backend matters

Because visitors only ever see the reverse proxy, your real server addresses stay private. An attacker cannot target a machine whose IP they cannot discover, and you can move, replace, or add backend servers at any time without a single visitor noticing. It also means the origin can sit on a private network with no public internet exposure at all.

Reverse proxy or load balancer?

The roles overlap, which is why the terms get muddled. A load balancer's job is specifically to distribute traffic across servers. A reverse proxy does that too, but also caches, terminates TLS, rewrites requests, and filters traffic. In practice most modern reverse proxies act as load balancers, so the distinction is more about emphasis than architecture.

Examples

1

Nginx sitting in front of a Node.js app, serving static files and forwarding everything else to the application

2

Cloudflare receiving all traffic for a website, filtering attacks and caching pages before requests reach the origin server

3

An AWS Application Load Balancer spreading requests across several EC2 instances in different availability zones

4

A single domain where /api routes to a backend service and everything else routes to the marketing site

Common Use Cases

Distributing traffic across multiple backend servers
Terminating HTTPS in one central place
Caching pages and assets to cut load times
Absorbing DDoS attacks and filtering malicious requests
Keeping real server IP addresses hidden from the public
Routing several applications behind one domain
Deploying updates with zero downtime by draining servers one at a time

Frequently Asked Questions

A forward proxy acts for the client and hides the person browsing from the websites they visit. A reverse proxy acts for the server and hides the backend infrastructure from visitors. The technology is similar; the difference is which side of the connection it protects.
Yes. When you put a site behind Cloudflare, all traffic hits Cloudflare first, where it is filtered and cached, and only then reaches your origin server. That is exactly the reverse proxy pattern, operated as a global service.
No — that is what a forward proxy or VPN does. A reverse proxy conceals the website's servers from you, not you from the website. The site can still see your IP, and typically receives it in an X-Forwarded-For header.
Not quite. Load balancing is one of the things a reverse proxy does, alongside caching, TLS termination, request rewriting, and security filtering. A dedicated load balancer only distributes traffic. Most modern reverse proxies perform both roles.
Almost always the opposite. It adds one short hop, but caching, compression, connection reuse, and serving from a location near the visitor usually make pages load considerably faster than hitting the origin directly.
Not strictly, but you get free HTTPS management, caching, and basic attack protection for very little effort. Even single-server projects commonly put Nginx or Caddy in front of the application for exactly these reasons.