Default server handling in Nginx - Mini Project: Build & Apply

Default Server Handling with Nginx

📖 Scenario: You are setting up a web server using Nginx. You want to make sure that when users visit your server without specifying a particular site, they see a default welcome page. This helps visitors know the server is working even if they don't request a specific website.

🎯 Goal: Configure Nginx to serve a default website when no specific server name matches the request. You will create a simple default server block that shows a welcome message.

📋 What You'll Learn

Create an Nginx server block configuration file named default.conf

Set the server to listen on port 80 and mark it as the default server

Add a location block that returns a simple welcome message

Test the configuration by printing the server block content

💡 Why This Matters

🌍 Real World

Default server handling is important to provide a fallback response when users visit your server without specifying a domain or when no other server block matches. This prevents confusion and improves user experience.

💼 Career

Understanding default server configuration is a key skill for DevOps engineers and system administrators managing web servers and ensuring reliable service availability.

1

Create the default server block

Create a file named default.conf and write the following Nginx server block configuration. It should start with server { and listen on port 80.

Nginx

# Create the default server block configuration
# Your code here

Hint

Use listen 80 default_server; inside the server block to mark it as the default.

2

Add a location block with a welcome message

Inside the server block, add a location / block that returns the text Welcome to the default server! with HTTP status 200.

Nginx

server {
    listen 80 default_server;
    # Add location block here
    # Your code here
}

Hint

Use location / { return 200 'Welcome to the default server!'; } inside the server block.

3

Add server_name directive

Inside the server block, add a server_name _; directive to catch all server names that do not match other blocks.

Nginx

server {
    listen 80 default_server;
    # Add server_name directive here
    # Your code here

    location / {
        return 200 'Welcome to the default server!';
    }
}

Hint

Use server_name _; to match any server name not handled by other blocks.

4

Print the default server configuration

Print the entire content of the default.conf file to verify your configuration.

Nginx

# Print the default.conf content
# Your code here

Hint

Use print(open('default.conf').read()) to display the file content.

Practice

1. What does the default_server directive do in an nginx configuration?

easy

A. It sets the server block to only respond to HTTPS requests.

B. It disables the server block from responding to any requests.

C. It redirects all requests to another server block.

D. It marks the server block to respond when no other server name matches the request.

Solution

1. Step 1: Understand the role of default_server

   The default_server directive in the listen line tells nginx which server block to use if no other server name matches the request.

2. Step 2: Analyze the options

   It marks the server block to respond when no other server name matches the request. correctly describes this behavior. Options A, B, and D describe unrelated or incorrect behaviors.

3. Final Answer:

   It marks the server block to respond when no other server name matches the request. -> Option D

4. Quick Check:

   default_server = marks fallback server [OK]

Hint: default_server means fallback server for unmatched requests [OK]

Common Mistakes:

• Thinking default_server disables the server
• Confusing default_server with HTTPS enforcement
• Assuming default_server redirects requests

2. Which of the following is the correct syntax to set a server block as the default server for HTTP on port 80?

easy

A. listen default_server 80;

B. listen 80 default_server;

C. default_server listen 80;

D. listen 80 default;

Solution

1. Step 1: Recall nginx listen directive syntax

   The correct syntax places the port number first, then the default_server flag: listen 80 default_server;.

2. Step 2: Evaluate each option

   listen 80 default_server; matches the correct syntax. Options A and C have incorrect order. listen 80 default; uses an invalid keyword default.

3. Final Answer:

   listen 80 default_server; -> Option B

4. Quick Check:

   listen port default_server order matters [OK]

Hint: Put port number before default_server in listen line [OK]

Common Mistakes:

• Swapping order of port and default_server
• Using invalid keywords like default instead of default_server
• Placing default_server outside listen directive

3. Given this nginx config snippet, what response will nginx serve for a request to IP address 192.168.1.10?

server {
    listen 80 default_server;
    server_name default.example.com;
    return 200 'Default Server';
}

server {
    listen 80;
    server_name site.example.com;
    return 200 'Site Server';
}

medium

A. Returns 'Default Server'

B. Returns 'Site Server'

C. Returns 404 Not Found

D. Returns 500 Internal Server Error

Solution

1. Step 1: Identify which server block matches the IP request

   The request is to IP 192.168.1.10, which does not match any server_name directive.

2. Step 2: Determine which server handles unmatched requests

   The server block with listen 80 default_server; handles requests without matching server_name, so it responds.

3. Final Answer:

   Returns 'Default Server' -> Option A

4. Quick Check:

   IP requests hit default_server block [OK]

Hint: Requests without matching server_name go to default_server [OK]

Common Mistakes:

• Assuming IP requests match any server_name
• Thinking unmatched requests return 404 automatically
• Confusing default_server with error handling

4. You configured two server blocks both with listen 80 default_server;. What will happen when nginx starts?

medium

A. nginx will fail to start due to conflicting default_server directives.

B. nginx will pick the first default_server block and ignore the second.

C. nginx will load both and round-robin requests between them.

D. nginx will merge both server blocks into one.

Solution

1. Step 1: Understand default_server uniqueness

   Only one server block per IP:port can be marked as default_server. Multiple default_server flags on same port cause conflict.

2. Step 2: Check nginx behavior on conflict

   nginx detects this conflict and refuses to start, showing an error about duplicate default_server.

3. Final Answer:

   nginx will fail to start due to conflicting default_server directives. -> Option A

4. Quick Check:

   Only one default_server per port allowed [OK]

Hint: Only one default_server per port; duplicates cause startup error [OK]

Common Mistakes:

• Thinking nginx picks one silently
• Assuming nginx load balances default_server blocks
• Believing nginx merges server blocks automatically

5. You want nginx to serve a custom page for all requests that do not match any server_name, including requests by IP or unknown hostnames. How should you configure the default server block to achieve this?

hard

A. Use listen 80 default_server; and set server_name localhost;.

B. Use listen 80; without default_server and set server_name _;.

C. Use listen 80 default_server; and set server_name _; with a custom return or root directive.

D. Use listen 80 default_server; and omit server_name entirely.

Solution

1. Step 1: Mark the server block as default_server

   To catch unmatched requests, the server block must have listen 80 default_server;.

2. Step 2: Use server_name _; as a wildcard

   Setting server_name _; is a common convention to match any hostname not matched elsewhere.

3. Step 3: Configure custom response

   Inside this block, use return or root to serve the custom page.

4. Final Answer:

   Use listen 80 default_server; and set server_name _; with a custom return or root directive. -> Option C

5. Quick Check:

   default_server + server_name _ = catch-all server [OK]

Hint: default_server plus server_name _ catches all unmatched requests [OK]

Common Mistakes:

• Not using default_server flag
• Omitting server_name or using localhost only
• Assuming default_server alone matches all hostnames