Why virtual hosting serves multiple domains in Nginx - Quick Recap

Recall & Review

beginner

What is virtual hosting in web servers?

Virtual hosting allows a single web server to host multiple domain names or websites on the same IP address.

beginner

Why do we use virtual hosting to serve multiple domains?

To save resources by using one server and IP address to handle many websites, making hosting efficient and cost-effective.

intermediate

How does nginx know which website to serve when multiple domains use virtual hosting?

Nginx uses the 'server_name' directive to match the requested domain and serve the correct website content.

intermediate

What is the difference between IP-based and name-based virtual hosting?

IP-based uses different IP addresses for each domain; name-based uses the same IP but distinguishes domains by their names.

beginner

How does virtual hosting relate to real-life apartment buildings?

Like one building with many apartments, virtual hosting lets one server host many websites, each with its own address (domain).

What directive does nginx use to serve different websites on the same server?

A server_name

B listen_port

C root_path

D proxy_pass

The 'server_name' directive tells nginx which domain name to respond to for each website.

Why is virtual hosting useful?

A It blocks unwanted domains.

B It allows hosting multiple domains on one server and IP address.

C It increases the server's IP addresses.

D It speeds up internet connection.

Virtual hosting lets one server handle many domains, saving resources and costs.

Which type of virtual hosting uses the same IP address for multiple domains?

A Port-based virtual hosting

B IP-based virtual hosting

C Name-based virtual hosting

D DNS-based virtual hosting

Name-based virtual hosting uses one IP address and distinguishes domains by their names.

If two domains share one IP address, how does nginx serve the correct site?

A By checking the domain name in the request header

B By using different ports

C By changing IP addresses dynamically

D By using different server hardware

Nginx reads the domain name sent by the browser to decide which site to serve.

What is a real-life example similar to virtual hosting?

A One car with many engines

B One book with many covers

C One phone number for many people

D One apartment building with many apartments

An apartment building hosts many apartments at one address, like one server hosting many domains.

Explain how virtual hosting allows one server to serve multiple websites.

Think about how nginx uses domain names to decide which website to show.

Describe the difference between IP-based and name-based virtual hosting.

Consider how the server identifies the website to serve.

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