IP-адрес: что это, как узнать адрес сайта и что он меняет для проекта

Что такое IP-адрес и зачем он нужен сайту?

По определению Яндекс Практикума, IP-адрес - это уникальные цифровые координаты, которые присваиваются любому устройству в сети. Для сайта это адрес сервера, на котором лежат его файлы и база данных. Когда человек открывает страницу, его телефон или компьютер отправляет запрос на этот адрес: доменное имя нужно лишь человеку, сеть работает с числами.

Дальше всё происходит пакетами. В том же материале описано, что содержимое страницы возвращается на адрес пользователя частями, и устройство собирает их в готовую страницу. Если по дороге что-то потерялось или сервер не отвечает, посетитель видит ошибку, а владелец сайта теряет заявку. Поэтому в разговоре с хостинг-провайдером или программистом адрес сервера оказывается первым, что у вас спросят.

Классический адрес IPv4 выглядит как четыре числа через точки, например 203.0.113.25, и каждое число лежит в диапазоне от 0 до 255. Для маркетолога из этого вытекают три практических вывода: адрес показывает, где физически и логически живёт проект, его можно проверить за полминуты, и его смена не должна пройти незамеченной.

• Подключение домена: в DNS-записи нужно указать адрес сервера.
• Диагностика: ответ на запрос к адресу показывает, жив ли сервер, даже если домен не открывается.
• Безопасность: по адресу ограничивают доступ к админке и закрывают прямой вход на сервер.
• Переезд: после смены хостинга адрес меняется, и записи нужно обновить по плану.

Связь IP-адреса с доменом и DNS

Люди запоминают слова, а сети работают с числами, и между ними стоит переводчик. По описанию Skillfactory, соотнесением между адресом и доменом занимается система DNS, Domain Name System. Браузер спрашивает у неё, какой адрес стоит за доменом, получает число и только потом отправляет запрос на сервер.

В настройках домена этот перевод записан в DNS-записях. Запись типа A связывает домен с адресом старого протокола, запись AAAA - с адресом нового, а у каждой записи есть срок жизни, TTL. Именно его значение определяет, как быстро весь интернет узнает о смене адреса, и об этой ловушке мы ещё поговорим в разделе про переезд.

Адрес сервера отвечает только за машину, а за конкретную службу на ней отвечает порт. В том же материале Skillfactory это объяснено образом дома: если IP - это адрес дома, то порт - нужный подъезд этого дома. Сайт обычно принимает запросы на стандартных портах, поэтому посетитель их не видит, но администратор сервера открывает и закрывает именно их. Подробнее о том, как браузер и сервер договариваются о передаче страницы, читайте в материале про сетевые протоколы и HTTP.

Чем отличаются IPv4 и IPv6?

У IPv4 около 4,3 миллиарда возможных комбинаций, потому что адрес занимает 32 бита. Для мира, где у каждого человека несколько устройств, этого мало. По материалу Skillfactory, IPv6 длиннее: он занимает 128 бит. Записывается он восемью группами шестнадцатеричных чисел через двоеточие, с буквами от A до F. Вариантов там хватит на каждого жителя планеты с огромным запасом.

Нехватка адресов давно перестала быть теорией, и это видно на примере европейского регистратора RIPE NCC. В архивной заметке регистратора сообщается, что пул свободных адресов IANA исчерпан, а каждый региональный регистратор получил по одному из последних блоков. Для европейского региона, куда входит и Россия, это блок 185/8. Правила распределения из него жёсткие: каждый оператор получает один блок /22, то есть 1024 адреса IPv4, и только если у него уже есть выделение IPv6. Результат у правила конкретный: хостинг-провайдер, который хочет получить свой набор адресов, сначала обязан получить блок нового протокола. Так регистратор подталкивает рынок к переходу, не дожидаясь, пока старые адреса закончатся у каждого оператора.

Как идёт переход, видно на графике, который Google публикует и обновляет постоянно: кривая доли пользователей на IPv6 растёт заметно и непрерывно. Для сайта это означает простую вещь: часть посетителей приходит именно по новому протоколу, и если у домена нет записи AAAA, они подключаются через переходные механизмы провайдера или остаются на старом. Перейти с IPv4 на IPv6, как сказано в материале Skillfactory, можно, а вот вернуться практически невозможно, и не все провайдеры поддерживают новый протокол.

Практичное правило такое: если хостинг выдаёт адрес нового протокола, добавьте запись AAAA и проверьте, что сайт одинаково открывается по обоим адресам. Одна неверная запись AAAA, которая указывает на несуществующий сервер, ломает доступ для части аудитории, а у вас в тестах всё будет открываться.

Какие бывают IP-адреса: частные, публичные, статические и динамические

Первое различие - внутренние и внешние адреса. Внешний присваивает провайдер, и его видят все сайты. Внутренний выдаёт роутер компьютерам, телефонам и принтерам в локальной сети. Как объясняет Практикум, внутренние адреса скрываются за внешними с помощью NAT, а это похоже на квартиры в одном доме с общим адресом: курьеру достаточно знать номер дома. Поэтому десятки устройств в вашем офисе выходят в интернет под одним внешним адресом.

Второе различие - постоянство. Публичный адрес бывает статическим и динамическим: первый неизменен, второй меняется через какой-то срок. Провайдеру невыгодно закреплять отдельный адрес за каждым клиентом, поэтому домашний интернет обычно выдаётся динамическим. Для сервера сайта нужен именно статический адрес, иначе после очередной смены домен будет указывать в пустоту.

Отдельный случай - общий адрес у нескольких сайтов. Хостинги размещают десятки проектов на одном адресе и различают их по заголовку Host в запросе, поэтому открыть сайт по голому адресу сервера часто не получится: вы увидите страницу-заглушку хостинга. Это нормальное поведение, оно не означает поломку.

Для рабочих задач это приводит к нескольким типичным ситуациям. Доступ к админке по списку разрешённых адресов ломается, когда у сотрудника сменился домашний адрес. Рекламный кабинет или банк могут запросить подтверждение входа, увидев новый адрес. А сервер на тарифе без закреплённого адреса после перезапуска получает другой номер, и сайт временно пропадает из сети.

Как узнать IP-адрес сайта?

Есть пять рабочих способов, и все они занимают меньше минуты. Выбирайте по ситуации: терминал удобен специалисту, онлайн-сервис подходит тому, кто не хочет вводить команды.

1. Команда ping в терминале: введите ping и домен, в первой строке ответа будет адрес.
2. Команда nslookup или dig: покажет записи A и AAAA и сервер, который ответил на запрос.
3. Веб-версия Dig от Google: введите домен, выберите тип записи A для IPv4 или AAAA для IPv6.
4. Онлайн-сервисы вроде 2ip.ru: вводите домен и получаете адрес, страну и хостинг-провайдера.
5. Панель хостинга: в разделе с настройками домена или сервера адрес указан прямо.

Есть нюанс, который ломает расчёты многих новичков: адрес, который вы увидите, не всегда принадлежит вашему серверу. По документации Cloudflare, когда домен подключён к сервису с проксированием, посетители получают адрес Cloudflare вместо реального адреса исходного сервера. Если ping показывает чужой диапазон, значит, перед сайтом стоит прокси или сеть доставки контента, а настоящий адрес нужно смотреть в панели хостинга.

Разберём вывод на примере. Команда nslookup с доменом вернёт строку Address с одним или несколькими числами. Несколько адресов говорят о балансировке нагрузки или о нескольких серверах у одного сайта, это не ошибка. Если в ответе есть строка про неавторитетный ответ, значит, данные пришли из кэша вашего провайдера, и свежие значения можно получить, спросив другой DNS-сервер.

Поэтому для диагностики сравнивайте два результата: адрес из DNS и адрес из панели хостинга. Если они не совпадают и вы не подключали прокси, значит, запись в DNS устарела или ошибочна. Проверьте оба типа адресов и сохраните результат в рабочую заметку проекта: через месяц, при очередном сбое, это сэкономит час.

IP-адрес, SEO и безопасность сайта

Мифов вокруг адреса и позиций в поиске много. Представитель Google Джон Мюллер на этот счёт высказался прямо, и Search Engine Journal пересказал его слова: общий хостинг и общий адрес не дают преимуществ выделенному, и покупать отдельный адрес ради поиска незачем. Сервер может замедлиться при перегрузке, но та же беда бывает и на выделенном.

Общий хостинг вполне допустим и не вредит сайту в поиске Google.

Джон Мюллер, Google, в пересказе Search Engine Journal

Теория про плохих соседей по серверу тоже не подтвердилась. В той же заметке Мюллер говорит, что Google оценивает каждый сайт по его собственным достоинствам и не смотрит на виртуальных соседей. Распространённость общих адресов объяснима: свободных адресов ограниченное количество, и хостинги вынуждены размещать на одном адресе много проектов. Значит, выбирать хостинг стоит по скорости ответа и стабильности. Про влияние ответов сервера на сканирование подробнее в материале про редиректы.

Совсем другое дело - безопасность и доступность. Если вы закрыли сайт прокси, то по инструкции Cloudflare стоит заблокировать на сервере весь трафик, который идёт не с адресов сервиса и не от доверенных партнёров. Иначе тот, кто узнает настоящий адрес сервера, например из старых DNS-записей или настроек почты, пошлёт запросы напрямую и обойдёт защиту целиком. Это и есть типичная утечка исходного адреса.

Показателен случай с блокировками. По разбору на Хабре, Роскомнадзор внёс в реестр более восемнадцати миллионов адресов, в основном из подсетей Google и Amazon. К концу того же дня осталось около 16,3 млн адресов, то есть 0,38 % адресного пространства IPv4. Пострадали сервисы, не имеющие отношения к цели блокировки. В том же материале сказано, что в НАДТ обратились девять интернет-магазинов, а у сервиса видеонаблюдения Ivideon были перебои.

• Узнайте, на каком адресе и у какого провайдера стоит проект сегодня.
• Подготовьте запасной сервер и держите в нём свежую копию сайта.
• Снизьте TTL записей, чтобы переключение заняло минуты.
• Составьте список служб, привязанных к адресу: почта, API, платёжные формы.
• Закройте прямой доступ к серверу в обход прокси.

Вывод для владельца сайта сугубо практический: чужой адрес, на котором вы делите сервер или облачный диапазон, остаётся общим для всех, кто на нём сидит. Если ваш проект зависит от одного адреса, подготовьте план: резервный хостинг, понижённый срок жизни DNS-записей и список того, что нужно переключить в первую очередь.

Что проверить при смене IP-адреса и переезде?

Частая ошибка при переезде - считать, что запись в DNS обновляется мгновенно. В журнале Query & Context инженер рассказал, как команда перенесла приложение со старого сервера на новую платформу, сменила запись A и выключила старый сервер. Сам автор проверил адрес командой ping, увидел новый и спокойно ушёл домой. Спустя два часа в поддержку пошли жалобы на недоступность.

Причина оказалась в сроке жизни записи. В том же материале описано, что TTL был равен 86400 секундам, то есть суткам, и провайдеры по всему миру имели право отдавать старый адрес ещё целый день. Часть клиентов шла на выключенный сервер, поэтому выпуск журнала называется «Я положил сайт на 48 часов». Автор называет решение так: за сутки до переезда снизить TTL до 300 секунд, дождаться истечения старого значения и только потом менять запись.

1. За несколько дней до переезда снизьте TTL записей A и AAAA до 300 секунд.
2. Перенесите сайт на новый сервер и проверьте его по новому адресу, не меняя DNS.
3. Смените запись и проверьте домен с нескольких устройств и из разных сетей.
4. Держите старый сервер включённым минимум двое суток, пока трафик не упадёт до нуля.
5. Верните TTL к обычному значению и проверьте, что оба адреса совпадают с панелью хостинга.

Там же сформулированы два правила. Старую инфраструктуру нельзя выключать, пока трафик не упадёт до нуля, и обе площадки должны работать параллельно не меньше 48 часов. Для сайта с заявками это означает, что запас по времени стоит дешевле одного потерянного дня обращений. Если вместе с адресом меняется и структура ссылок, настройте переадресацию, как описано в материале про редиректы, и проверьте коды ответов.

После переезда стоит проверить и мелочи: SSL-сертификат на новом сервере, почтовые записи, которые тоже привязаны к адресу, а также настройки защиты от прямого доступа. Все эти пункты проверяются за час, зато ошибка в любом из них обходится дороже самого переезда.

Частые вопросы