Сайт не открывается. Первое желание — написать провайдеру. Только какому именно? Домашний интернет предоставляет одна компания, сайт размещен у другой, домен зарегистрирован у третьей, а DNS может вообще обслуживаться четвертым сервисом. Для обычного пользователя все они находятся где-то в интернете, поэтому неудивительно, что интернет-провайдера и хостинг-провайдера регулярно путают.
На самом деле они работают на разных участках одной цепочки. Интернет-провайдер подключает к сети ваш компьютер, смартфон, квартиру или офис. Хостинг-провайдер предоставляет инфраструктуру, на которой работает сайт, приложение, база данных или виртуальный сервер.
Если совсем просто, интернет-провайдер помогает вам добраться до сайта, а хостинг-провайдер помогает самому сайту оставаться доступным в интернете.
Путаница особенно мешает во время сбоя. Сайт не открывается только через домашний Wi-Fi, но прекрасно работает с мобильного интернета — писать хостеру может быть бессмысленно. Не открывается вообще ни у кого и сервер не отвечает — уже стоит проверять хостинг. Домен перестал находить IP сервера — проблема может оказаться в DNS.
Поэтому полезнее не просто запомнить два определения, а понять путь обычного запроса от браузера до сайта.
Что делает интернет-провайдер и причем здесь сайт
Когда квартиру подключают к оптоволокну или мобильный оператор дает смартфону доступ к сети, это работа интернет-провайдера. Именно через его инфраструктуру устройство выходит в интернет.
Провайдер выдает подключение, маршрутизирует трафик и доставляет пакеты между вашей сетью и остальным интернетом. Домашний роутер соединяется с сетью оператора, а дальше данные могут пройти через несколько других сетей, прежде чем доберутся до сервера нужного сайта.
Сам сайт при этом может находиться за тысячи километров и вообще не иметь никакого отношения к компании, которой пользователь каждый месяц платит за домашний интернет.
Например, человек в Казани открывает интернет-магазин, размещенный на сервере в Москве. Домашний интернет предоставляет местный оператор. Домен зарегистрирован у отдельного регистратора. DNS обслуживает еще одна инфраструктура. Для браузера все эти компоненты должны сработать последовательно, хотя пользователь видит только один адрес сайта.
Интернет-провайдер не хранит сайты, которые вы открываете
Это простая, но важная граница ответственности.
Если example.ru не открывается через домашний интернет, это не означает, что сайт находится у вашего провайдера. Оператор доступа лишь передает трафик.
Сам сайт может работать на виртуальном хостинге, VPS, выделенном сервере или в облаке совершенно другой компании.
Поэтому обращаться в поддержку домашнего интернета имеет смысл прежде всего тогда, когда есть признаки проблемы именно с доступом.
Например, сайт открывается через мобильную сеть, но не работает через домашнюю. Или одновременно стали недоступны несколько никак не связанных между собой ресурсов. Или маршрут до нужной сети обрывается внутри инфраструктуры оператора.
Если же сайт не работает вообще отовсюду, вероятность того, что виноват домашний интернет-провайдер одного конкретного посетителя, уже намного меньше.
Почему один сайт иногда не открывается только у одного оператора
Ситуация выглядит странно: коллега открывает страницу без проблем, мобильный интернет тоже работает, а домашний Wi-Fi упорно показывает ошибку.
Причин может быть несколько. У конкретного оператора возникла проблема с маршрутом до сети, где находится сервер. Его DNS-резолвер возвращает устаревший ответ. На одном из участков маршрута появилась техническая неисправность. Возможны и ограничения доступа, которые работают не одинаково во всех сетях.
Сам хостинг при этом способен работать совершенно нормально.
Самая простая проверка — открыть сайт через другую сеть. Например, отключить Wi-Fi на смартфоне и воспользоваться мобильным интернетом.
Если страница сразу появилась, уже есть полезная зацепка. Можно проверить DNS, выполнить traceroute и при необходимости обратиться к интернет-провайдеру, указав конкретный домен и время возникновения проблемы.
Сообщение интернет не работает почти бесполезно, если остальные сайты открываются. Намного информативнее сказать, что не работает определенный ресурс, причем через другую сеть он доступен.
За что отвечает хостинг-провайдер
Хостинг-провайдер находится с другой стороны соединения. Он предоставляет ресурсы, необходимые самому сайту.
В простейшем случае это место на сервере виртуального хостинга. Клиент загружает файлы, создает базу данных, подключает домен и получает готовую среду для WordPress или другой CMS.
Более требовательному проекту провайдер может предоставить VPS или VDS. Тогда клиент получает собственную виртуальную машину и самостоятельно устанавливает веб-сервер, базу данных, Docker и другое программное обеспечение.
Для более серьезной нагрузки можно арендовать выделенный сервер или использовать облачную инфраструктуру.
Во всех случаях хостинг-провайдер отвечает прежде всего за предоставляемую инфраструктуру. Но точная граница ответственности зависит от типа услуги.
На обычном виртуальном хостинге провайдер делает больше
На shared-хостинге клиент не управляет всей операционной системой. Он получает готовую среду с PHP, базами данных, веб-сервером, панелью управления и другими инструментами.
Хостер обслуживает серверную платформу, следит за оборудованием и сетью, обновляет системные компоненты и распределяет ресурсы между клиентами.
Если возникла массовая проблема с базами данных, перестала работать панель управления или произошла авария инфраструктуры, это очевидная зона ответственности хостинга.
Но провайдер не становится разработчиком конкретного сайта.
Если WordPress перестал работать после обновления плагина, сервер может быть полностью исправен. Если приложение выполняет неудачный запрос к базе и загружает процессор, это тоже не обязательно проблема дата-центра.
Хорошая поддержка часто помогает определить направление поиска, показывает журналы ошибок или сообщает о превышении лимита, но исправлять чужой код хостер обычно не обязан.
На VPS ответственность владельца заметно больше
С VPS ситуация меняется.
Провайдер предоставляет виртуальную машину, процессорные ресурсы, RAM, диск, сеть и IP-адрес. Но на unmanaged-тарифе все происходящее внутри операционной системы в основном становится задачей клиента.
Можно случайно закрыть порт SSH в firewall, сломать конфигурацию Nginx, заполнить диск логами или остановить базу данных. Сам VPS при этом с точки зрения хостера продолжит исправно работать.
Поэтому сообщение сервер не работает может означать две совершенно разные вещи. Либо действительно возникла проблема инфраструктуры провайдера, либо сломалось программное обеспечение внутри виртуальной машины.
Управляемые VPS частично снимают эту нагрузку с клиента, но набор работ зависит от конкретной услуги. Где-то администрирование входит в тариф, где-то предоставляется за отдельную плату.
Может ли одна компания быть и интернет-провайдером, и хостером
Да. Крупная телекоммуникационная компания вполне может одновременно продавать домашний интернет, корпоративные каналы связи, виртуальные серверы, размещение оборудования и облачные услуги.
Но даже если название компании одно, сами услуги остаются разными.
Домашний интернет отвечает за доступ пользователя к сети. Хостинг отвечает за инфраструктуру, где размещен сайт или приложение.
Даже внутри одной компании поддержкой этих направлений часто занимаются разные специалисты.
Почему сайт может не работать даже когда оба провайдера ни при чем
Между пользователем и сайтом есть еще несколько важных компонентов. Поэтому поиск виновного только среди интернет-провайдера и хостера иногда сразу заводит диагностику не туда.
Домен может просто перестать работать
Регистратор отвечает за само доменное имя. Если владелец забыл продлить регистрацию, сервер способен продолжать работать идеально, но привычный адрес сайта уже перестанет вести посетителей на него.
Поэтому при внезапной недоступности стоит проверить статус домена и дату его окончания.
Регистратор и хостинг-провайдер нередко оказываются одной компанией, но технически это две отдельные услуги.
DNS может указывать совсем не туда
DNS связывает понятное доменное имя с серверной инфраструктурой.
Когда пользователь вводит адрес сайта, сначала нужно определить, на какой IP отправлять запрос. Эту информацию предоставляет DNS.
DNS-зона может обслуживаться хостером, регистратором или отдельным DNS-провайдером.
Если сайт перенесли на новый сервер, а A-запись домена осталась со старым IP, посетители продолжат отправляться на прежнюю площадку.
Новый VPS может быть полностью исправен. Домашний интернет тоже работает. Ошибка находится между ними — в настройках DNS.
Дата-центр и хостинг-провайдер не всегда одна компания
Физические серверы должны находиться в помещении с надежным электропитанием, охлаждением и сетевыми каналами. Для этого используются дата-центры.
Хостинг-провайдер может владеть собственным ЦОД или размещать оборудование в дата-центре другой компании.
Один ЦОД способен одновременно обслуживать десятки разных хостинговых и корпоративных клиентов.
При серьезной аварии дата-центра поэтому могут одновременно пострадать сервисы нескольких компаний, хотя обычный пользователь об этой связи даже не подозревал.
CDN тоже может оказаться между посетителем и сервером
Если сайт использует CDN или reverse proxy, посетитель иногда вообще не подключается напрямую к основному серверу.
Запрос сначала приходит на узел распределенной сети. Статический контент может отдаваться из кэша, а динамическая часть запрашивается у исходного сервера.
Это помогает ускорять сайты и защищать их от части атак, но добавляет еще один возможный источник проблемы.
Ошибка CDN способна сделать сайт недоступным при совершенно исправном origin-сервере. И наоборот, часть закэшированных страниц может продолжать открываться даже во время небольшой проблемы на основной площадке.
Кому писать если сайт не работает
Не нужно быть сетевым инженером, чтобы заметно сузить круг причин. Несколько простых проверок часто позволяют понять направление еще до обращения в поддержку.
Сайт не открывается только у вас
Сначала попробуйте другую сеть.
Отключите Wi-Fi на смартфоне и откройте сайт через мобильный интернет. Попросите другого человека проверить страницу. Если используется внешний сервис мониторинга, посмотрите его состояние.
Если у всех остальных сайт доступен, проблема, скорее всего, находится между вашим устройством и сервером.
Можно перезагрузить роутер, проверить настройки DNS и посмотреть, работают ли остальные сайты.
Если проблема стабильно возникает только через одного оператора, обращение к интернет-провайдеру становится вполне логичным.
Сайт не работает ни у кого
Теперь первым кандидатом становится хостинг или сам сайт.
Откройте личный кабинет хостера и проверьте статус услуги, баланс и уведомления.
Аккаунт мог быть временно приостановлен из-за неоплаты, превышения ресурсов или другой причины. Возможна и техническая авария на площадке.
У многих крупных компаний есть страница состояния инфраструктуры. При массовой проблеме информация часто появляется там еще до того, как пользователь успевает написать тикет.
Если используется VPS, полезно проверить доступность IP и открыть веб-консоль провайдера. Так можно отделить проблему операционной системы от полной недоступности виртуальной машины.
По IP сервер отвечает, а по домену сайт нет
Здесь стоит смотреть в сторону DNS и самого домена.
Проверьте, не истек ли срок регистрации, какие NS указаны у регистратора и куда ведет A-запись.
Если сайт недавно переносили, часть пользователей некоторое время способна получать старые данные из DNS-кэша.
В такой ситуации новый хостинг может вообще не иметь отношения к проблеме.
Страница открывается, но появляется ошибка 500 или 502
Это уже гораздо ближе к серверному приложению.
Ошибка 500 часто связана с PHP, приложением, CMS или конфигурацией. Ошибка 502 может появиться, если веб-сервер не получает нормального ответа от backend.
На виртуальном хостинге стоит открыть журнал ошибок и обратиться в поддержку.
На собственном VPS проверяют состояние Nginx или Apache, PHP-FPM, базы данных и других компонентов приложения.
Домашний интернет-провайдер в таком случае практически наверняка ни при чем: он успешно доставил запрос до сайта, который сам вернул ошибку.
Сайт становится медленным только вечером
Такую проблему сложнее диагностировать по одному признаку.
Может расти нагрузка на сам сайт. Может перегружаться физический сервер хостинга. Может ухудшаться маршрут конкретного оператора. В это же время может запускаться автоматический backup или другая тяжелая задача.
Поэтому слово медленно лучше превращать в цифры.
Посмотрите время ответа сервера, CPU, RAM, дисковую нагрузку и поведение сайта из нескольких сетей.
Если сервер каждый вечер упирается в процессор одновременно с ростом посещаемости, причина достаточно очевидна.
Если сайт стабильно работает у всех, кроме абонентов одного провайдера, стоит исследовать сетевой маршрут.
Как написать в поддержку так чтобы проблему начали решать сразу
Сообщение сайт не работает оставляет специалисту слишком много загадок.
Намного полезнее сразу указать адрес сайта, время появления проблемы и точный текст ошибки.
Напишите, открывается ли сайт через другую сеть. Если перед проблемой что-то менялось, обязательно укажите это. Обновлялся WordPress, переносился сайт, менялись DNS-записи, устанавливался плагин, настраивался firewall — все это помогает быстрее найти причину.
Интернет-провайдеру полезно написать, что определенный адрес недоступен только через его сеть, но работает через мобильный интернет.
Хостинг-провайдеру — что ресурс не открывается из нескольких независимых сетей и проблема появилась примерно в определенное время.
Чем больше конкретных наблюдений находится в первом сообщении, тем меньше ответов вида уточните, пожалуйста, что именно не работает.
Не стоит менять хостинг после любого сбоя
Когда коммерческий сайт перестает открываться, желание немедленно переехать понятно. Но перенос до диагностики иногда просто добавляет еще одну неизвестную.
Если проблема в DNS, смена веб-сервера ее не исправит.
Если сайт не открывается только у пользователей одного интернет-провайдера, новая площадка теоретически может оказаться доступной через тот же неудачный маршрут.
Если WordPress падает из-за собственного плагина, он способен продолжить падать и на новом сервере.
Менять хостинг разумно, когда проблема системная именно на его стороне: повторяющиеся аварии, перегруженная инфраструктура, постоянные необъяснимые ограничения, плохая поддержка или невозможность получить необходимые ресурсы.
Хостер не может починить сеть любого оператора мира
Интернет состоит из множества независимых сетей.
Хостинг-провайдер отвечает за свою инфраструктуру и подключение к внешним сетям в пределах своей зоны ответственности. Домашний оператор отвечает за собственную сеть. Между ними могут находиться другие провайдеры и точки обмена трафиком.
Хорошая поддержка хостинга может помочь проверить маршрут и показать, что сервер отвечает нормально. Но исправить чужую сеть физически она не способна.
А интернет-провайдер не может починить WordPress
Работает и обратное правило.
Если домашний интернет исправен, остальные сайты открываются, а ваш WordPress показывает ошибку подключения к базе данных, проблема находится уже на стороне сайта или его серверной инфраструктуры.
Оператор доступа успешно выполнил свою часть работы и доставил запрос до нужного сервера.
Дальше нужно обращаться к хостеру, системному администратору или разработчику в зависимости от причины.
Как запомнить разницу один раз
Удобнее всего представить обычную дорогу.
Хостинг-провайдер предоставляет место, где постоянно находится сайт. Интернет-провайдер дает пользователю дорогу к этому месту.
Домен играет роль понятного адреса. DNS сообщает, куда по этому адресу нужно направиться. Дата-центр обеспечивает физическую инфраструктуру для серверов. CDN при необходимости размещает часть содержимого ближе к посетителям.
Если проблема возникла в самом месте размещения сайта, бессмысленно звонить компании, которая подключает домашний интернет. Если нарушен маршрут только у одного оператора, не обязательно срочно переносить сервер.
В интернете большая часть этой цепочки просто скрыта от пользователя.
Интернет-провайдер нужен посетителю, чтобы выйти в сеть. Хостинг-провайдер нужен сайту, чтобы круглосуточно находиться в сети.
Иногда обе услуги оказывает одна компания, но их назначение от этого не меняется.
Поэтому если сайт перестал открываться, полезнее спрашивать не кто виноват, а на каком участке перестала работать цепочка.
Проверьте сайт через другую сеть, убедитесь, что домен активен, посмотрите DNS, состояние хостинга и конкретную ошибку браузера.
После нескольких таких проверок обычно становится намного понятнее, к кому действительно нужно обращаться. А поддержка получает не загадочное сообщение интернет сломался, а конкретную проблему, которую уже можно диагностировать и исправлять.
