Як передається субдомен веб-серверу?

Я знаю, що dns вирішує таку адресу, як example.com, на таку IP-адресу, як 11.22.33.44, але я трохи заплутався в тому, як вирішуються субдомени, так що коли ви вводите http://subdomain.example.com , що насправді передається на сервер о 11.22.33.44? Іншими словами, example.com = 11.22.33.44, але subdomain.example.com/path = ???

Чи "субдомен" і "шлях" передаються заголовками http, або відображаються в URL-адресі якимось чином, чи що?

Заздалегідь спасибі.

Редагувати: Якщо я правильно розумію, BloodPhilia каже, що subdomain.example.com насправді - це інший домен, який в принципі може вирішити зовсім інший IP. Але якщо це так, то що робити з хостами, які мають величезну кількість (як виглядають) субдоменів, але які насправді відображають певний шлях на сайті. Наприклад, blogspot розміщує мільйони блогів, і всі вони виглядають так:

aaa.blogspot.com
bbb.blogspot.com
...millions more...
yyy.blogspot.com
zzz.blogspot.com

Очевидно, це не субдомени з власними IP-адресами, а скоріше деякі карти, такі як aaa.blogspot.com -> www.blogspot.com/aaa, але як це зробити? Що насправді передається веб-серверу на blogspot.com?

Домени, субдомени, субдомени та суб (х) -суб-субдомени (зроблені два останніх!) Обробляються DNS точно так само, як кінцевий користувач та веб-сервер.

Наприклад, DNS-сервер може повертати різні результати для domain.com, www.domain.comабо mysite.domain.com.

Зараз, як ви, напевно, знаєте, у світі набагато більше доменів, ніж IP-адреси.

Через це сервери використовують щось відоме як "Заголовки хостів", щоб обслуговувати правильний вміст.

Неважливо, що ви насправді запитуєте, ваша машина обробляє все те саме - вона дізнається на DNS, до якого IP-адреси він повинен підключитися, і після підключення він надішле заголовка хоста як частину запиту. Потім веб-сервер повертає назад той вміст, який він був налаштований для надсилання назад.

Хорошим інструментом для тестування / навчання / діагностики є Wfetch, його можна завантажити тут .

Ось приклад заголовків, надісланих під час доступу до сайту superuser.com

Ось конфігурація заголовків хостів у IIS (веб-сервер):

(Зображення тут )

Якщо вам було цікаво, Serverfault.com та Superuser.com знаходяться в одній і тій же IP-адресі, і це техніка, яка використовується для розділення сайтів та подання різного контенту.

Щоб дізнатися більше про цю тему, ви можете прочитати статтю Вікіпедії про віртуальний хостинг .

(Я знаю, що ви розумієте основи, але я подумав, що було б добре сказати ще трохи, щоб хтось із Google, якщо це хоче, навчиться трохи, якщо захоче!)

Редагувати

Отже, згідно з вашим прикладом, я б припустив, що хтось великий, як blogspot, швидше за все, має заголовок DNS-підстановки (запис в wildcard повертає той самий результат для будь-якого запиту), який вказує на балансир навантаження, балансир навантаження потім відправить його багатьом різним веб-серверам, які, ймовірно, не мають окремого сайту на заголовок хоста, а натомість один сайт / скрипт, на який введена адреса (заголовки хостів чи ні), розбирається і витягує правильний вміст зі свого CDN туди-сюди.

Хоча також можливо (але малоймовірно), що у них просто є кілька тисяч записів на ip, ip призводить до декількох серверів, і вони просто мають запис для кожного сайту, який має відповідне заголовка хоста.

Дійсно, якщо два домени мають однакову IP-адресу, сервер покладається на браузер, щоб вказати запитуваний домен. Як :

GET / HTTP/1.1
Host: data.stackexchange.com

Субдомени - це не правильне слово. Зазвичай субдомен є власним доменом, тому sub.example.com спочатку передається в DNS, якщо для цього піддомену не знайдено конкретної записи, запит передається до IP верхнього домену. (example.com) На цьому сервері запит робиться знову, і сервер буде діяти відповідно.

Іншими словами, запит на example.com насправді не відрізняється від запиту на sub.example.com.

Subdomain.example.com не відповідає 11.22.33.44 - для цілей вашого запиту він, як правило, має власний запис DNS A і вирішує іншу адресу.

Можна дозволити дозвіл субдомену за тією ж адресою, що і батьківський домен, і все-таки сервер піднімає різні сторінки, але якщо ви це зробите, вам слід розмістити обидва сайти на одному веб-сервері та потребувати облікового запису для цього в конфігурації вашого сервера. Спосіб обліку цього залежить від того, на якому веб-сервері ви працюєте.