Proxy headers forwarding in Nginx - Mini Project: Build & Apply

Proxy Headers Forwarding with Nginx

📖 Scenario: You are setting up a web server using Nginx as a reverse proxy. Your goal is to forward specific HTTP headers from the client to the backend server to preserve client information.

🎯 Goal: Configure Nginx to forward the X-Real-IP and X-Forwarded-For headers to the backend server.

📋 What You'll Learn

Create a basic Nginx server block listening on port 80

Set the backend server URL as http://backend.local

Add proxy headers X-Real-IP and X-Forwarded-For forwarding

Print the final Nginx configuration to verify the headers forwarding

💡 Why This Matters

🌍 Real World

In real websites, Nginx often acts as a reverse proxy. Forwarding headers like <code>X-Real-IP</code> helps backend servers log and respond based on the actual client IP, not the proxy's IP.

💼 Career

Understanding proxy headers is essential for DevOps roles managing web servers and load balancers to ensure accurate client information is preserved and security policies are correctly applied.

1

Create basic Nginx server block

Create an Nginx server block listening on port 80 with a location / that proxies requests to http://backend.local. Name the server block server.

Nginx

# Your code here

Hint

Use listen 80; inside server { } and proxy_pass http://backend.local; inside location / { }.

2

Add proxy header for X-Real-IP

Inside the location / block, add the line proxy_set_header X-Real-IP $remote_addr; to forward the client's real IP address.

Nginx

server {
    listen 80;
    location / {
        proxy_pass http://backend.local;
        # Add proxy_set_header for X-Real-IP below
    }
}

Hint

Use proxy_set_header X-Real-IP $remote_addr; inside the location / block.

3

Add proxy header for X-Forwarded-For

Inside the location / block, add the line proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; to forward the chain of client IP addresses.

Nginx

server {
    listen 80;
    location / {
        proxy_pass http://backend.local;
        proxy_set_header X-Real-IP $remote_addr;
        # Add proxy_set_header for X-Forwarded-For below
    }
}

Hint

Use proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; inside the location / block.

4

Print the final Nginx configuration

Print the complete Nginx server block configuration to verify the proxy headers forwarding.

Nginx

# Print the Nginx configuration below
# Your code here

Hint

Use a print statement to display the full configuration as shown.

Practice

1. What is the main purpose of using proxy_set_header in an nginx proxy configuration?

easy

A. To cache static files on the proxy server

B. To block client requests based on IP address

C. To compress responses from the backend server

D. To forward original client information like IP and Host to the backend server

Solution

1. Step 1: Understand proxy_set_header role

   The directive proxy_set_header is used to set or override HTTP headers sent to the backend server.

2. Step 2: Identify what headers are forwarded

   It forwards client info such as IP address, Host, and protocol to help backend servers process requests correctly.

3. Final Answer:

   To forward original client information like IP and Host to the backend server -> Option D

4. Quick Check:

   proxy_set_header forwards client info = D [OK]

Hint: Remember proxy_set_header sends client info to backend [OK]

Common Mistakes:

• Thinking it blocks requests
• Confusing it with caching or compression
• Assuming it modifies client requests directly

2. Which of the following is the correct syntax to forward the original client IP address in nginx proxy configuration?

easy

A. proxy_set_header X-Real-IP $proxy_addr;

B. proxy_pass_header X-Real-IP $remote_addr;

C. proxy_set_header X-Real-IP $remote_addr;

D. proxy_forward_header X-Real-IP $remote_addr;

Solution

1. Step 1: Identify correct directive for setting headers

   The correct directive to set headers in nginx proxy is proxy_set_header.

2. Step 2: Use correct variable for client IP

   The variable $remote_addr holds the original client IP address.

3. Final Answer:

   proxy_set_header X-Real-IP $remote_addr; -> Option C

4. Quick Check:

   proxy_set_header + $remote_addr = B [OK]

Hint: Use proxy_set_header with $remote_addr for client IP [OK]

Common Mistakes:

• Using wrong directive like proxy_pass_header
• Using $proxy_addr which is invalid
• Confusing proxy_set_header with proxy_forward_header

3. Given this nginx proxy snippet:

location /api/ {
  proxy_pass http://backend;
  proxy_set_header Host $host;
  proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}

What will be the value of the X-Forwarded-For header sent to the backend if the client IP is 192.168.1.10 and the header already contains 10.0.0.1?

medium

A. 192.168.1.10

B. 10.0.0.1, 192.168.1.10

C. 10.0.0.1

D. $proxy_add_x_forwarded_for

Solution

1. Step 1: Understand $proxy_add_x_forwarded_for variable

   This variable appends the client IP to the existing X-Forwarded-For header, separated by a comma.

2. Step 2: Combine existing and client IP

   Since the header already has 10.0.0.1, and client IP is 192.168.1.10, the result is "10.0.0.1, 192.168.1.10".

3. Final Answer:

   10.0.0.1, 192.168.1.10 -> Option B

4. Quick Check:

   $proxy_add_x_forwarded_for appends IP = C [OK]

Hint: Remember $proxy_add_x_forwarded_for appends client IP [OK]

Common Mistakes:

• Assuming it replaces the header instead of appending
• Confusing $proxy_add_x_forwarded_for with $remote_addr
• Expecting only client IP without existing values

4. You configured nginx proxy with:

proxy_set_header X-Forwarded-Proto $scheme;

But the backend always receives http even when client uses https. What is the likely cause?

medium

A. nginx is not configured to listen on HTTPS, so $scheme is always http

B. proxy_set_header syntax is incorrect

C. Backend server ignores X-Forwarded-Proto header

D. You must use $https variable instead of $scheme

Solution

1. Step 1: Understand $scheme variable behavior

   $scheme reflects the protocol used by the client to connect to nginx (http or https).

2. Step 2: Check nginx HTTPS configuration

   If nginx is not listening on HTTPS, all requests come as http, so $scheme is always "http".

3. Final Answer:

   nginx is not configured to listen on HTTPS, so $scheme is always http -> Option A

4. Quick Check:

   $scheme depends on nginx listener protocol = A [OK]

Hint: Check if nginx listens on HTTPS for $scheme to be https [OK]

Common Mistakes:

• Thinking proxy_set_header syntax is wrong
• Assuming backend ignores header without checking
• Using $https variable which is not standard

5. You want to forward the original client IP, host, and protocol to your backend server behind nginx proxy. Which complete configuration snippet correctly forwards these headers?

hard

A. proxy_set_header X-Real-IP $remote_addr;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-Proto $scheme;

B. proxy_set_header X-Real-IP $proxy_addr;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-Proto $https;

C. proxy_set_header X-Real-IP $remote_addr;
proxy_set_header Host $proxy_host;
proxy_set_header X-Forwarded-Proto $scheme;

D. proxy_set_header X-Real-IP $remote_addr;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-Proto $http_scheme;

Solution

1. Step 1: Verify variables for client IP, host, and protocol

   $remote_addr is client IP, $host is original host header, and $scheme is protocol (http or https).

2. Step 2: Check each option for correctness

   proxy_set_header X-Real-IP $remote_addr; proxy_set_header Host $host; proxy_set_header X-Forwarded-Proto $scheme; uses correct variables and syntax. Others use invalid variables like $proxy_addr, $proxy_host, or $http_scheme which do not exist.

3. Final Answer:

   proxy_set_header X-Real-IP $remote_addr; proxy_set_header Host $host; proxy_set_header X-Forwarded-Proto $scheme; -> Option A

4. Quick Check:

   Use $remote_addr, $host, $scheme for forwarding headers = A [OK]

Hint: Use $remote_addr, $host, and $scheme for correct forwarding [OK]

Common Mistakes:

• Using non-existent variables like $proxy_addr or $proxy_host
• Confusing $https with $scheme
• Missing one or more headers to forward