Как работает сервер: путь запроса и что внутри

Путь запроса: как работает сервер и что у него внутри

Марина
Марина
📅 27 сентября 2026
Путь запроса: как работает сервер и что у него внутри

Сервер — это компьютер, который круглосуточно ждёт запросов от других компьютеров и отвечает на них файлами, страницами или данными. Когда вы открываете сайт, браузер за доли секунды выясняет адрес нужной машины, устанавливает с ней соединение, получает готовый HTML (текст страницы с разметкой) и рисует её на экране. Ровно так же работает арендованный VPS под сайт — разница лишь в том, что железо стоит в дата-центре, а не у вас на столе.

Материал написан для тех, кто впервые арендует сервер и хочет понимать, что происходит внутри. Разберём путь запроса по шагам и посмотрим на коды ответа. Затем сравним серверное железо с домашним и посчитаем, сколько минут простоя прячется за цифрами 99,9 % и 99,99 %. В конце проследим весь маршрут своими руками через терминал.

Сервер — это программа, а не только железная коробка

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

Один компьютер спокойно держит несколько серверных программ одновременно. На типичной машине под сайт крутятся веб-сервер на портах 80 и 443, база данных на порту 3306 и служба удалённого доступа SSH на порту 22. Каждая программа занимает свой номер порта — это как номер квартиры в доме, где IP-адрес играет роль адреса дома. Всего портов 65 535, но в работе сайта участвуют три-четыре из них.

Ключевое отличие от домашнего ПК не в скорости, а в режиме работы. Домашний компьютер включают на 4–8 часов в день, серверная машина работает 24/7 годами без выключения, и любая её остановка означает, что сайт недоступен. Отсюда растут все требования к железу, питанию и охлаждению, о которых пойдёт речь дальше.

Путь запроса: шесть шагов между кликом и готовой страницей

Между нажатием на ссылку и появлением текста на экране проходит обычно 200–800 миллисекунд. За это время браузер и сервер успевают обменяться несколькими пакетами, договориться о шифровании и собрать страницу из кусков. Порядок шагов всегда один и тот же — и для крошечного блога, и для магазина на 50 000 товаров. Ниже маршрут в сжатом виде, а дальше каждый шаг разберём подробно.

  1. Браузер спрашивает у DNS, какой IP-адрес у домена.
  2. Открывает соединение с этим IP по порту 80 или 443.
  3. Веб-сервер (nginx или Apache) принимает запрос.
  4. Отдаёт файл сам либо передаёт запрос в PHP-FPM или Node.js.
  5. Интерпретатор при необходимости идёт в базу данных.
  6. Готовый ответ с кодом состояния уходит обратно в браузер.

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

Путь запроса от DNS до ответа 200: шесть шагов и порты сервера
Ответ возвращается по тому же соединению, поэтому итоговые 200–800 мс складываются из дороги туда-обратно и работы самого сервера.

Шаги 1 и 2. DNS находит адрес, браузер открывает соединение

Компьютеры не умеют работать с буквенными адресами — им нужен числовой IP вида 185.12.34.56. Систему, которая превращает домен в число, называют DNS. Браузер сначала смотрит в собственный кэш, потом спрашивает у DNS-сервера провайдера, а тот при необходимости обходит цепочку до корневых серверов. Подробный разбор механики есть в отдельном материале о том, как устроена система доменных имён.

У каждой DNS-записи есть параметр TTL — время жизни в кэше, чаще всего 300 или 3600 секунд. Поэтому после смены сервера сайт у части посетителей ещё несколько часов открывается со старого адреса.

Получив IP, браузер устанавливает TCP-соединение. TCP — правила, по которым две машины держат связь и следят, что ни один кусок данных не потерялся. Соединение начинается с обмена тремя короткими пакетами: так обе стороны убеждаются, что канал работает. Дальше идёт порт. Порт 80 — это открытый HTTP без шифрования, порт 443 — HTTPS с шифрованием TLS. На 443 добавляется рукопожатие TLS: стороны проверяют сертификат и договариваются о ключах, на что уходит ещё 20–100 миллисекунд при первом подключении.

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

Шаги 3 и 4. Веб-сервер отдаёт статику или зовёт интерпретатор

Соединение принимает веб-сервер — программа, которая слушает порты 80 и 443. В российской практике это чаще всего nginx, реже Apache; сравнение подходов разобрано в материале nginx или Apache. Задача веб-сервера — посмотреть на запрошенный путь и решить, кто будет формировать ответ.

Если запрошена картинка, стиль или скрипт, веб-сервер просто читает файл с диска и отдаёт его. Это самый быстрый сценарий: на быстром твердотельном диске NVMe такая операция занимает единицы миллисекунд, и никакой код при этом не выполняется. Такие файлы называют статикой.

Если запрошена страница сайта на WordPress, Bitrix или самописном движке, веб-сервер сам ничего сделать не может — он передаёт запрос интерпретатору. Интерпретатор — это программа, которая выполняет код сайта и на лету собирает из него готовую страницу. Для PHP это отдельная служба PHP-FPM, для JavaScript — процесс Node.js, для Python — Gunicorn или аналог. Веб-сервер выступает посредником: принимает запрос снаружи, отдаёт его внутрь, забирает результат.

Такое разделение объясняет одну частую ситуацию: картинки на сайте открываются, а страницы отдают ошибку. Значит, веб-сервер работает и файлы читает, а вот интерпретатор упал или не отвечает. Диагностику стоит начинать именно с него, а не с перезагрузки всей машины.

Шаги 5 и 6. База данных и ответ с кодом состояния

Текст статьи, список товаров и настройки сайта хранятся не в файлах, а в базе данных — чаще всего MySQL, MariaDB или PostgreSQL. Интерпретатор отправляет базе запрос, получает строки и подставляет их в шаблон. На средней странице интернет-магазина таких запросов может быть 20–80 штук, и именно они обычно съедают большую часть времени генерации.

Собранный HTML уходит обратно тем же путём: интерпретатор отдаёт его веб-серверу, тот пишет данные в открытое соединение, браузер получает и отрисовывает. Первой строкой ответа всегда идёт числовой код состояния — короткая сводка о том, чем закончилась обработка. Полный список кодов с расшифровкой собран в справочнике кодов ошибок HTTP.

Код Что означает Где искать причину
200 Ответ сформирован успешно Всё в порядке
301 Постоянное перенаправление Настройки редиректов
404 Страницы по такому пути нет Ссылки и правила маршрутизации
500 Ошибка в коде сайта Лог ошибок PHP
502 Интерпретатор не ответил веб-серверу PHP-FPM или Node.js упал
504 Интерпретатор не уложился в лимит времени Тяжёлый запрос к базе

Разница между 500 и 502 экономит часы поисков. Код 500 приходит от самого сайта: скрипт запустился и сломался внутри. Код 502 означает, что запускать было нечего — процесс интерпретатора не отвечает.

Чем серверное железо отличается от домашнего компьютера

Внутри сервера те же процессор, память и диски, но каждый компонент выбран с расчётом на непрерывную работу. Первое отличие — память с коррекцией ошибок. Обычная планка при сбое бита просто отдаёт неверные данные, и программа падает или тихо портит информацию. Технология ECC обнаруживает и исправляет одиночную ошибку на лету.

Второе отличие — диски. Домашний ПК живёт с одним накопителем, и его отказ означает потерю данных. Сервер собирают в массив: RAID 1 хранит две одинаковые копии на двух дисках, а RAID 10 сочетает такое зеркалирование с разбиением данных по нескольким дискам ради скорости. При отказе одного накопителя машина продолжает работать, а диск меняют без выключения.

Компонент Домашний ПК Сервер в дата-центре
Память Обычная, без проверки ECC с коррекцией ошибок
Диски Один накопитель RAID 1 или RAID 10 из 2–8 дисков
Питание Один блок Два блока с горячей заменой
Режим работы 4–8 часов в сутки 24/7 годами
Охлаждение Тихие вентиляторы Продув корпуса, 18–27 °C в зале

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

Что добавляет дата-центр поверх железа

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

Питание идёт по двум независимым вводам от разных подстанций. Между сетью и стойками стоят батареи ИБП — источников бесперебойного питания. Они держат нагрузку 5–15 минут — этого хватает, чтобы завёлся дизель-генератор. Запас топлива на площадке обычно рассчитан на 8–48 часов автономной работы.

Охлаждение важнее, чем кажется: стойка с оборудованием выделяет 5–15 киловатт тепла, и без отвода воздуха техника уходит в защиту за считаные минуты. В машинных залах держат температуру в диапазоне 18–27 °C, а кондиционеры дублируют по схеме N+1: ставят на один аппарат больше, чем нужно, чтобы отказ любого из них не остановил зал.

Связь тоже резервируют: площадка подключена к нескольким операторам, и при обрыве одного канала трафик уходит в другой автоматически. Оснащение площадки описывают уровнями Tier — от Tier I без резервирования до Tier III, где любой узел можно обслуживать без остановки сервисов.

SLA: сколько минут простоя прячется за девятками

Надёжность площадки описывают в договоре через SLA — соглашение об уровне обслуживания. Главная цифра там — доступность в процентах за месяц. Проценты выглядят похоже, но в минутах разница огромная, поэтому их полезно пересчитать заранее.

Считается просто: в месяце примерно 43 200 минут, и каждый недостающий процент — это 432 минуты простоя. Отсюда и получаются знакомые значения из прайсов провайдеров.

Доступность Простой в месяц Простой в год
99 % около 7,2 часа около 3,6 суток
99,5 % около 3,6 часа около 1,8 суток
99,9 % до 43 минут около 8,8 часа
99,95 % около 21 минуты около 4,4 часа
99,99 % до 4,3 минуты около 53 минут

У большинства массовых площадок в договоре указано 99,9 %. Разница с 99,99 % — примерно 39 минут в месяц, и стоит она заметно дороже, потому что требует дублирования на всех уровнях. Для блога или корпоративного сайта такая переплата смысла не имеет, для интернет-магазина в высокий сезон — уже может иметь.

Где физически живёт ваш сайт: три варианта

Форматов размещения три, и различаются они тем, сколько у вас соседей на машине и что вы можете на ней настраивать.

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

Виртуальный сервер (VPS) — изолированная машина внутри физической, с собственной операционной системой и root-доступом (root — учётная запись главного администратора, которой разрешено всё). Вы сами ставите nginx, PHP, базу и любые службы. Выделенный сервер — целая физическая машина без соседей, её берут под нагрузку, которую не тянет виртуалка; такие конфигурации собраны в разделе выделенных серверов.

Провайдер Стартовая цена Базовая конфигурация
Cloudcore от 59 ₽/мес 1 ядро, 1 ГБ RAM, 10 ГБ NVMe
Hosting-Russia от 99 ₽/мес стартовый VPS-тариф
4VPS от 110 ₽/мес 1 ядро, 1 ГБ RAM, 5 ГБ NVMe
HostVDS от 127 ₽/мес 1 ядро, 1 ГБ RAM, 10 ГБ NVMe

Данные проверены 04.09.2026.

Всего в каталоге собраны 44 площадки. Под первый сайт хватает тарифа с 1 ядром и 1 ГБ памяти, дальше конфигурацию наращивают по факту нагрузки.

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

Как проследить путь запроса самому: пять команд

Теорию проще закрепить практикой: весь маршрут можно пройти руками из терминала. Команды ниже работают в Linux и macOS, в Windows часть из них доступна в PowerShell. Замените example.com на свой домен и выполняйте по порядку — так вы увидите, на каком шаге всё ломается.

  1. Узнайте IP домена — это шаг DNS:
    nslookup example.com

    Пустой ответ означает, что домен не делегирован или A-запись не создана.

  2. Проверьте, отвечает ли машина по этому адресу:
    ping 185.12.34.56

    Команда отправляет короткие пакеты и показывает время ответа в миллисекундах. Для сервера в Москве из Москвы норма — 2–15 мс, из Европы — 30–60 мс.

  3. Посмотрите маршрут пакетов до сервера:
    traceroute example.com

    Traceroute показывает все промежуточные узлы. Если маршрут обрывается на середине, проблема в сети, а не на вашем сервере.

  4. Запросите только заголовки ответа:
    curl -I https://example.com

    Ключ -I отдаёт шапку ответа без тела страницы: в первой строке будет код состояния — 200, 404 или 502.

  5. На самом сервере проверьте, кто слушает порты:
    sudo ss -tlnp

    Команда выводит список программ, ожидающих подключений. Имена процессов видны только с правами администратора, поэтому впереди стоит sudo. В норме там видны процессы на портах 22, 80 и 443.

Пять команд повторяют маршрут запроса в том же порядке. Та из них, которая первой ответит не так, как вы ожидали, и укажет на сломанный слой.

Частые ошибки новичков

Большинство сложностей у новых владельцев серверов повторяются из раза в раз. Они не связаны со сложными технологиями — это следствие непонимания того, какой слой за что отвечает.

Ниже — ошибки, которые чаще всего приводят к недоступности сайта или к потере данных.

  • Менять DNS-записи и ждать мгновенного результата, забыв про TTL в 3600 секунд.
  • Перезагружать всю машину при ошибке 502 вместо перезапуска PHP-FPM.
  • Считать RAID резервной копией: он спасает от отказа диска, но не от удаления файлов.
  • Брать тариф с 1 ГБ памяти под интернет-магазин и удивляться ошибкам 504.
  • Оставлять SSH на порту 22 с паролем вместо ключа.
  • Не проверять срок SSL-сертификата: истёк — и браузер закрывает доступ к сайту предупреждением об опасности.

Отдельная ошибка — держать рабочий сайт на домашнем компьютере. Домашний интернет обычно даёт динамический IP, скорость отдачи там ниже скорости приёма, а любое отключение электричества роняет проект на часы. Для тестового стенда это приемлемо, для сайта с посетителями — нет.

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

Чем сервер отличается от обычного компьютера? Набором компонентов и режимом работы. Внутри те же процессор, память и диски, но память с коррекцией ошибок ECC, диски в массиве RAID, два блока питания и расчёт на непрерывную работу 24/7 годами вместо 4–8 часов в сутки.

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

Что означает ошибка 502 на сайте? Что веб-сервер получил запрос, попытался передать его интерпретатору PHP или Node.js и не дождался ответа. Сам сайт при этом жив на уровне сети — надо смотреть логи и состояние процессов интерпретатора, а не сетевые настройки.

Почему после переноса сайта он у части людей открывается со старого сервера? Из-за кэша DNS. У каждой записи есть TTL — обычно 300 или 3600 секунд, и до его истечения провайдер отдаёт старый IP. Полное обновление по всем сетям занимает от нескольких часов до суток.

Сколько ресурсов нужно небольшому сайту? Блогу или корпоративному сайту с посещаемостью до 1000 визитов в сутки обычно хватает 1 ядра, 1–2 ГБ памяти и 10–20 ГБ диска. Стартовые тарифы такого уровня начинаются в каталоге от 59 ₽/мес, а HostVDS даёт похожую конфигурацию от 127 ₽/мес.

Что даёт SLA 99,9 % на практике? Право на компенсацию, если простой превысил 43 минуты за месяц. Это не гарантия, что сервер не упадёт, а денежное обязательство провайдера: обычно возвращают часть абонентской платы по заявке в поддержку.

Итог

Работа сервера складывается из шести понятных шагов: DNS отдаёт IP, браузер открывает соединение на порту 443, веб-сервер принимает запрос, интерпретатор собирает страницу, база отдаёт данные, ответ уходит обратно с кодом состояния. Серверное железо отличается от домашнего памятью ECC, дисками в RAID и двумя блоками питания, а дата-центр добавляет резервное электричество, охлаждение и запасные каналы связи.

Когда маршрут понятен, выбор тарифа перестаёт быть гаданием: под первый сайт хватает 1 ядра и 1 ГБ памяти, а расширяться можно по мере роста нагрузки. Актуальные конфигурации и цены 44 площадок собраны в каталоге виртуальных серверов.

Поделиться:
👁 28 просмотров
Марина
Редактор · FREEHOSTING
Главный редактор FREEHOSTING. С 2020 года тестирует VDS, VPS и хостинг-провайдеров — арендует серверы, нагружает их реальными проектами и пишет честные обзоры по итогам. Помогает читателям выбирать хостинг под свои задачи: от Telegram-бота до production-сайта.