Ви вводите URL-адресу у браузері. Сторінка завантажується. Просто, правда?
Але придивіться до адресного рядка. Іноді ви бачите www. Іноді ні. Іноді зустрічаються ftp, mail або journal. Це не просто стилістичні уподобання. Це функціональні мітки, які вказують на ваш комп’ютер, з якою саме машиною потрібно зв’язатися.
Чому howstuffworks.com працює без www, а ftp.microsoft.com вимагає цього префікса? І що відбувається, коли ви бачите дивні піддомени на кшталт scooby.dooby.doo?
Вся справа в тому, як сервери доменних імен (DNS) зіставляють імена з цифровими адресами.
Механіка дозволу імен
Коли ви вводите https://www.howstuffworks.com, ваш браузер не просто вгадує, де знаходиться сайт. Він ініціює запит. Він звертається до сервера за промовчанням і запитує: «Чи знаєте ви IP-адресу для цього імені?».
Якщо сервер ніколи про нього не чув, він не здається. Він заглиблюється у пошук. Він звертається до реєстру .com. Він запитує сервер імен .com : Хто відповідає за howstuffworks.com? Як тільки цей шлях стає зрозумілим, він підключається до конкретного сервера імен, відповідального за цей домен.
Потім він запитує префікс wwwwww.
Якщо адміністратор налаштував зіставлення www.howstuffworks.com з конкретною IP-адресою, сервер повертає його. Ваш браузер підключається. Готово.
А що, якщо ви введете howstuffworks.com без www?
Чому деякі сайти пропускають префікс
У багатьох випадках «www» надмірна. Він просто означає “World Wide Web” (Всесвітнє павутиння). Якщо мережевий адміністратор налаштував записи DNS так, що кореневий домен (howstuffworks.com ) вказує на ту саму IP-адресу, що й www.howstuffworks.com, браузер буде працювати в обох випадках.
Не магія. Це конфігурація.
Великі організації інфраструктури складні. Вони можуть мати окремі сервери для різних служб. Одна машина обробляє веб-трафік. Інша – передачі файлів. Третя – віддалений вхід через Telnet (так, він все ще існує у застарілих системах).
Мережевий адміністратор створює перелік зіставлень. Просту таблицю з іменами та номерами.
www.howstuffworks.com->242.128.34.54ftp.howstuffworks.com->242.128.34.73
Сервери імен не звертають уваги на мітки. Вони не нав’язують правила. Вони просто шукають надане вами ім’я і повертають пов’язану з ним IP-адресу.
Ви можете назвати все, що завгодно
Ось дивна частина: ви можете називати свої піддомени майже як завгодно.
Адміністратор howstuffworks.com може додати scooby.howstuffworks.com до списку. Він може додати scooby.doo.howstuffworks.com. Він може дійти до scooby.dooby.doo.howstuffworks.com.
Якщо вони порівнюють ці імена з IP-адресами, і ви введете їх у браузері, сайт завантажиться. Сервери імен не перевіряють, чи є scooby розумним префіксом. Вони лише перевіряють, чи існує ім’я в їхніх записах і повертають правильний IP.
Ця гнучкість дозволяє компаніям логічно організовувати свою цифрову інфраструктуру. Університет може використовувати cs.harvard.edu для комп’ютерних наук та med.harvard.edu для медицини. Інтернет-магазин може використовувати shop.example.com для транзакцій та support.example.com для тикетів підтримки.
Роль мережевого адміністратора
Зрештою, ці префікси є адміністративними інструментами. Вони допомагають спрямовувати трафік на правильні машини.
На невеликих сайтах один сервер часто опрацьовує всі завдання. У цьому випадку адміністратор може просто направити кореневий домен і піддомен www на ту саму IP-адресу. На масштабних платформах відмінність критично важлива. Поділ api.site.com та www.site.com дозволяє застосовувати різні політики безпеки, різні програмні стеки та різні стратегії масштабування.
Так що наступного разу, коли ви приберете www з URL-адреси, і він все одно працюватиме, пам’ятайте: це не тому, що інтернет простіше, ніж ви думаєте. Це тому, що хтось вирішив, що кореневого домену достатньо.
Для тих, хто хоче глибше розібратися в інфраструктурі, що забезпечує це, розуміння роботи серверів доменних імен лише початок. Шар за шаром лежать складні переговори між реєстрами, резолверами та фізичним обладнанням, яке підтримує роботу веб-сайтів.
Як ви назвете свій наступний піддомен?
