Чому введення IP-адреси замість відповідного доменного імені не показує веб-сайт? [зачинено]

> host example.com
example.com has address 93.184.216.34
example.com has IPv6 address 2606:2800:220:1:248:1893:25c8:1946

Я набираю 93.184.216.34замість http://example.comChrome. Він не завантажує веб-сайт. Чому?

Тому що Hostдля отримання потрібного сайту часто потрібен правильний HTTP- заголовок.

Дуже часто розміщувати декілька веб-сайтів на одній і тій же IP-адресі та розрізняти їх на основі Hostзаголовка HTTP, визначеного клієнтом (а також значення TLS SNI на сьогодні у випадку HTTPS).

Тобто, коли ви ввели http://example.comу свій браузер, Hostзаголовок був example.com, але це не той випадок, коли ви ввели 93.184.216.34. Ви досягаєте одного і того ж веб-сервера в обох випадках, але отримуєте різні відповіді (в даному випадку 200 проти 404).

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

Наприклад, веб-сервер Apache може відповісти на ваш запит HTTP за допомогою IP-адреси за допомогою розділу:

<VirtualHost *:80>
ServerName Default
...
</VirtualHost>

або якщо у налаштуваннях взагалі не використовується VirtualHost.

Функція VirtualHost в Apache була представлена ​​в 1996 році.

В Apache ви можете розмістити безліч веб-сайтів, використовуючи лише одну єдину IP-адресу. Це називається віртуальним хостингом. Ось як можна створити субдомени, навіть окремі домени. Це робиться, встановивши файл конфігурації Apache, що містить директиви VirtualHost для кожного домену / субдомену.

Приклад HTTP-сервера, який має два віртуальних хости, example1.com та example2.com, може виглядати так (визначення IP-адреси):

<VirtualHost 93.184.216.34:80>
  ServerName example1.com
  ServerAlias www.example1.com
  DocumentRoot /var/www/example1.com
</VirtualHost>

<VirtualHost 93.184.216.34:80>
  ServerName example2.com
  ServerAlias www.example2.com
  DocumentRoot /var/www/example2.com
</VirtualHost>

Це також може виглядати так (визначення на основі імені):

<VirtualHost *:80>
  ServerName example1.com
  ServerAlias www.example1.com
  DocumentRoot /var/www/example1.com
</VirtualHost>

<VirtualHost *:80>
  ServerName example2.com
  ServerAlias www.example2.com
  DocumentRoot /var/www/example2.com
</VirtualHost>

В обох випадках два віртуальних запису хоста створюються всередині пам’яті та використовуються Apache для порівняння, коли надходить запит URI.

Коли користувач вводить IP-адресу через агент користувача, перший віртуальний хост, вказаний у файлі конфігурації, використовується як основний домен (тобто в цьому випадку example1.com).

Коли користувач вводить доменне ім'я, запит надсилається до загальнодоступної мережі Інтернет DNS (ICANN), яка забезпечує пов'язану з ним IP-адресу. Ви зареєструвались обох через реєстратора ICANN (наприклад, GoDaddy). Ви повинні мати правильність обох даних та дати деякий час, перш ніж розповсюдження розпочнеться на всіх серверах DNS в мережі ICANN. У ці дні це може зайняти до 24 годин.

Коли запит перенаправляється на ваш HTTP-сервер Apache, IP-адреса та ім'я домену співпадають зі списком внутрішніх записів VirtualHost. Коли такий знайдений, корінь документа використовується для формування повного шляху файлової системи до об'єктного ресурсу для повернення до агента користувача. Якщо ні, HTTP 404 надсилається разом із будь-яким документом про помилку, пов’язаним з ним.

Мені подобається користуватися терміналогією «будинок».

Ви можете досить легко надіслати лист до будинку без імені на ньому, і він прибуде до будинку.

Якщо ви вказали ім'я людини, ви надсилаєте його призначеному одержувачу.

Місце призначення таке ж, але як поводитися з ним, коли він дістається до будинку, відрізняється.

Коли ви вказуєте сайт, тобто www.example.com, сервер знає, як обробляти запит та для якого хоста він призначений та який сайт повертати.

Ключовим терміном для пошуку є "віртуальний хостинг на основі імен".

Люди хочуть виділити кілька імен хостів на одному веб-сервері та подавати різний вміст для кожного імені хоста. Це відоме як віртуальний хостинг (не плутати його з новітньою концепцією віртуальних машин).

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

Тому заголовок "хост" був введений, спочатку як розширення, але згодом став обов'язковою частиною специфікації http 1.1 у 1997 році. Цей заголовок визначає ім'я хоста, про яке вимагав клієнт. Потім сервер може подавати різний вміст на основі значення заголовка.

Щоб зменшити витрати на веб-сервери, багато веб-серверів розміщують кілька веб-сайтів. Вони роблять це за допомогою віртуальних хостів або Vhosts, в apache2 / nginx / тощо. Тож якщо ви перейдете безпосередньо до IP-адреси веб-сайту, ви, швидше за все, отримаєте екран "Apache працює" або, можливо, навіть перейдете на головний веб-сайт веб-сервера.

Vhost переглядає вхідну адресу веб-сайту і порівнює її з іменами ServerName або ServerAlias ​​у включених файлах Vhosts. Якщо одна з них відповідає, певний веб-сайт завантажується.

Якщо веб-сайт не має великого навантаження (велика кількість унікальних відвідувачів / переглядів сторінок) або не працює з додатками з високим навантаженням (думаю, youtube.com, facebook тощо), це, мабуть, економічно вигідніше працювати на спільному сервері. Було б марно витрачати гроші, щоб отримати собі виділений сервер (починаючи з $ 60 / місяць), просто запустити веб-сайт Wordpress Blog. Вам краще отримати спільну платформу на сервері, напевно, 200+ веб-сайтів на одному сервері. Витрати будуть більше в районі 5 доларів США на місяць.

Ще одна причина цього - відсутність IP-адрес. Просто не вистачає IPv4-адрес. Лише завдяки використанню NAT для домашніх / ділових мереж і використання Vhosts у нас взагалі залишилось. Навіть коли IPv6 стає основним потоком, сервери, ймовірно, будуть дотримуватися Vhosts (серверні витрати).

Виділена IP-адреса дорога, а створення нового веб-сайту на сервері в основному безкоштовно.

Що відбувається, що хостинг-компанія орендує єдину IP-адресу, яка вказує на фізичний сервер, а потім розміщує тисячі веб-сайтів на цій IP-адресі за допомогою функції "віртуального хоста"

Подумайте як поштова скринька, якщо ви просто записуєте адресу поштового відділення, але без номера коробки, пошта не буде доставлена.

Тут є багато відповідей з технічними деталями, але я думаю, що найпростішим поясненням на високому рівні є те, що навіть якщо веб-сервер належним чином прослуховує http-трафік за його IP-адресою, зазвичай сервер також повинен бути налаштований так, щоб відповідати на певний домен ім'я, і ​​це ім'я повинно бути в запиті, надісланому клієнтом (тобто веб-браузері)

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

Нам потрібно зрозуміти відмінності між віртуальними IP-адресами та виділеними IP-адресами.

Якщо веб-сайт має виділений (не загальний) IP-адресу, то (наприклад) http://123.456.789.012 виведе на сайт.

Спробуйте це, яка є виділеною IP-адресою сайту, який я є власником, www.negativeiongenerators.com: http://75.126.128.174 Але, як говорили інші, зазвичай це не дуже гарна ідея.