Why virtual hosting serves multiple domains in Nginx - The Real Reasons

The Big Idea

What if one server could magically become many, each showing a different website?

The Scenario

Imagine you have a single server and want to show different websites to visitors depending on the web address they type, like example.com or myblog.com.

Without virtual hosting, you'd need a separate server or IP address for each website.

The Problem

Manually setting up one server per website is expensive and wastes resources.

It also makes managing many sites slow and confusing because you juggle multiple servers.

The Solution

Virtual hosting lets one server handle many websites by checking the web address visitors use.

This way, the server sends the right website content without needing extra machines.

Before vs After

✗ Before

server {
  listen 192.168.1.1:80;
  server_name example.com;
  root /var/www/example;
}

server {
  listen 192.168.1.2:80;
  server_name myblog.com;
  root /var/www/myblog;
}

✓ After

server {
  listen 80;
  server_name example.com myblog.com;
  root /var/www/sites;

  location / {
    if ($host = 'example.com') {
      root /var/www/example;
    }
    if ($host = 'myblog.com') {
      root /var/www/myblog;
    }
  }
}

What It Enables

Virtual hosting makes it easy and cheap to run many websites on one server, saving money and time.

Real Life Example

A small business can host its main site, blog, and shop all on one server using virtual hosting, instead of paying for three separate servers.

Key Takeaways

Manual hosting needs one server per website, which is costly.

Virtual hosting lets one server serve many domains by checking the requested address.

This saves money, simplifies management, and uses resources efficiently.

Practice

1. What is the main purpose of virtual hosting in nginx?

easy

A. To create backups of website data automatically

B. To increase the server's CPU speed

C. To block unwanted visitors from accessing the server

D. To serve multiple websites from a single server using different domain names

Solution

1. Step 1: Understand virtual hosting concept

   Virtual hosting allows one server to handle many websites by using domain names to select content.

2. Step 2: Identify the main purpose

   This means the server can serve different websites without needing separate servers for each domain.

3. Final Answer:

   To serve multiple websites from a single server using different domain names -> Option D

4. Quick Check:

   Virtual hosting = multiple domains on one server [OK]

Hint: Virtual hosting means many sites, one server [OK]

Common Mistakes:

• Thinking virtual hosting speeds up CPU
• Confusing virtual hosting with backups
• Believing it blocks visitors

2. Which nginx directive is used to specify the domain names for virtual hosting?

easy

A. server_name

B. location

C. listen

D. root

Solution

1. Step 1: Recall nginx configuration directives

   The server_name directive tells nginx which domain names a server block should respond to.

2. Step 2: Match directive to purpose

   Other directives like root set content folder, listen sets port, location defines URL paths.

3. Final Answer:

   server_name -> Option A

4. Quick Check:

   Domain names use server_name [OK]

Hint: Domain names go in server_name directive [OK]

Common Mistakes:

• Using root for domain names
• Confusing listen with domain matching
• Thinking location sets domain

3. Given this nginx server block snippet, what domain will it serve?

server {
  listen 80;
  server_name example.com www.example.com;
  root /var/www/example;
}

medium

A. Only example.com

B. Only www.example.com

C. Both example.com and www.example.com

D. Any domain on port 80

Solution

1. Step 1: Read server_name directive

   The server_name lists both example.com and www.example.com, so nginx matches requests for either domain.

2. Step 2: Understand nginx matching

   Requests to either domain on port 80 will serve content from /var/www/example.

3. Final Answer:

   Both example.com and www.example.com -> Option C

4. Quick Check:

   server_name lists multiple domains = serve all listed [OK]

Hint: server_name can list many domains separated by spaces [OK]

Common Mistakes:

• Assuming only first domain is served
• Thinking root defines domain
• Believing nginx serves all domains by default

4. You configured two server blocks with the same server_name but different root paths. What will happen when a request comes for that domain?

medium

A. nginx will merge both roots and serve combined content

B. nginx will serve content from the first server block it finds

C. nginx will return an error about duplicate server_name

D. nginx will randomly choose one root each time

Solution

1. Step 1: Understand nginx server block matching

   When multiple server blocks have the same server_name, nginx uses the first matching block it finds in the config.

2. Step 2: Result of duplicate server_name

   It does not merge roots or error out; it simply picks the first block, so only one root is used.

3. Final Answer:

   nginx will serve content from the first server block it finds -> Option B

4. Quick Check:

   Duplicate server_name = first block wins [OK]

Hint: Duplicate server_name uses first matching block [OK]

Common Mistakes:

• Expecting nginx to merge content folders
• Thinking nginx throws error on duplicates
• Assuming random selection

5. You want to serve two domains, site1.com and site2.com, on the same nginx server. Which configuration correctly uses virtual hosting to serve different content for each domain?

hard

A. server { listen 80; server_name site1.com; root /var/www/site1; } server { listen 80; server_name site2.com; root /var/www/site2; }

B. server { listen 80; server_name site1.com site2.com; root /var/www/site1; }

C. server { listen 80; server_name site1.com; root /var/www/site1; } server { listen 80; server_name site1.com; root /var/www/site2; }

D. server { listen 80; root /var/www/site1; } server { listen 80; root /var/www/site2; }

Solution

1. Step 1: Check domain to root mapping

   server { listen 80; server_name site1.com; root /var/www/site1; } server { listen 80; server_name site2.com; root /var/www/site2; } uses two server blocks, each with a unique server_name and root folder, correctly separating content by domain.

2. Step 2: Analyze other options

   server { listen 80; server_name site1.com site2.com; root /var/www/site1; } serves both domains from one root, so content is not separated. server { listen 80; server_name site1.com; root /var/www/site1; } server { listen 80; server_name site1.com; root /var/www/site2; } duplicates server_name causing conflict. server { listen 80; root /var/www/site1; } server { listen 80; root /var/www/site2; } lacks server_name, so domains won't be matched properly.

3. Final Answer:

   Two server blocks with distinct server_name and root for each domain -> Option A

4. Quick Check:

   Separate server blocks = separate domains and content [OK]

Hint: Use separate server blocks for each domain with server_name [OK]

Common Mistakes:

• Putting multiple domains in one block with one root
• Duplicating server_name in multiple blocks
• Omitting server_name directive