Что входит в настройку сервера Linux под сайт
Первичная настройка сервера — разовая работа, после которой на чистой машине можно запускать боевой проект: система обновлена и закрыта от лишнего, веб-сервер и база настроены под вашу нагрузку, трафик шифруется, копии снимаются и проверяются, доступ разграничен по людям, а не по одному общему паролю.
Это не то же самое, что администрирование Linux-сервера: настройка делается один раз и заканчивается сдачей чек-листа, администрирование — регулярная работа по абонементу, и ей отведена соседняя страница.
Кому это нужно. Тем, кто переезжает с виртуального хостинга на свою машину; кто арендовал сервер и получил голую систему; у кого сервер настраивали давно и по инструкции из интернета. Уже работающую машину берём через разбор, а не через настройку с нуля.
Что на выходе. Работающий сервер, заполненный чек-лист, описание конфигурации и доступы. Машина оформлена на вас: аренда оплачивается провайдеру, наш счёт — только за работу.
Сколько это стоит. Компании корпоративного обслуживания на сентябрь 2026 берут за отдельные операции — установку системы от 3 000 ₽, установку базы от 2 400 ₽, настройку ролей от 1 500 ₽ (АйТи Спектр). Ориентир рынка, не наш прайс. И логика в них поштучная: боевой веб-сервер так не собирается, потому что настройка веб-стека, базы, кеша и копий — одна работа, а не шесть строк в смете. Наша цена за пакет целиком: от 55 000 ₽
Чек-лист боевой конфигурации: 26 пунктов, которые мы закрываем
Список публичный, потому что он и есть содержание услуги. По нему удобно и принимать работу у нас, и проверять сервер, настроенный кем-то другим.
- Система (1–4). Обновление до актуальных пакетов; часовой пояс и синхронизация времени; файл подкачки и параметры ядра под нагрузку; разметка и запас по месту с оповещением при заполнении.
- Доступ (5–9). Вход по ключам вместо паролей; запрет входа под суперпользователем; отдельная учётная запись на каждого человека; нестандартный порт и ограничение по адресам; хранение секретов не в переписке.
- Защита (10–13). Межсетевой экран с закрытым по умолчанию входом; автоматическая блокировка после серии неудачных попыток; отключение неиспользуемых служб; разделение прав веб-сервера и приложения.
- Веб-стек (14–18). Nginx с настройкой сжатия, кеширования статики и ограничения частоты запросов; обработчик приложения с рассчитанным числом процессов; лимиты памяти и времени выполнения; загрузка файлов нужного размера; страницы ошибок.
- Шифрование (19–20). Сертификат с автоматическим продлением; перенаправление на защищённый протокол и современный набор шифров.
- База и кеш (21–23). Настройка буферов и соединений под объём данных; отдельный пользователь на приложение; кеш в памяти для сессий и объектов.
- Сохранность и наблюдение (24–26). Копии файлов и базы по расписанию во внешнее хранилище; проверка восстановления на тестовой машине; сбор метрик и журналов с базовыми порогами.
Пункт про проверку восстановления выглядит формальностью ровно до первого случая, когда копии снимались год и все оказались пустыми. Мы разворачиваем архив и открываем сайт из него — это и есть доказательство.
Профили сервера: Битрикс, WordPress, Odoo и статика настраиваются по-разному
«Настроим сервер» — обещание ни о чём: требования к окружению у платформ разные, и универсальная конфигурация проигрывает всем четырём сразу. Дистрибутив при этом вторичен: настройка Ubuntu Server под продакшн и та же работа на Debian или RHEL-совместимой сборке расходятся в именах пакетов, а не в том, что закрывается по чек-листу выше.
| Профиль | Что определяет конфигурацию | На что уходит основной ресурс |
|---|---|---|
| 1С-Битрикс | Собственная проверка конфигурации платформы, композитный кеш, задания по расписанию, требования к версии обработчика | Процессор на генерацию страниц и память под кеш |
| WordPress | Кеш страниц перед приложением, ограничение частоты обращений к панели входа, контроль обновлений расширений | База данных и дисковые операции |
| Odoo | Число рабочих процессов по ядрам, лимиты на отчёты, отдельный канал для длинных операций, настройка PostgreSQL | Память и база под отчёты и обмены |
| Статика и headless | Отдача файлов напрямую, долгий кеш, сборка на стороне, минимум запущенных служб | Канал и раздача файлов, процессор почти свободен |
Отдельная строка — время ответа сервера. Оно напрямую входит в основную метрику загрузки, по которой проект оценивают поисковые системы: пока сервер думает, браузеру нечего показывать. Актуальная тройка показателей сегодня — скорость отрисовки главного элемента, отзывчивость на действия пользователя и стабильность вёрстки при загрузке. Метрика задержки первого ввода, которую до сих пор перечисляют в половине статей и коммерческих текстов, отменена и заменена на отзывчивость — за первой отвечал в основном браузер, за второй отвечает в том числе сервер и то, сколько он держит соединение.
Защита сервера: экран, блокировки и что закрываем по умолчанию
Боевой сервер атакуют с первого часа жизни: перебор паролей по стандартному порту начинается раньше, чем вы успеваете залить сайт. Защита ставится до переноса проекта, а не после первого происшествия.
Базовый набор: вход только по ключам, межсетевой экран с политикой «запрещено всё, кроме нужного», блокировка адреса после серии неудачных попыток, отдельные учётные записи с правами ровно под их задачи. База и кеш наружу не смотрят вовсе.
Про мусорный трафик скажем честно: фильтрация крупных атак живёт на стороне провайдера или сети доставки контента — мы её подключаем, но собой не заменяем. На сервере остаётся то, что помогает: ограничение частоты запросов, отсечение сканеров и кеш, который держит всплеск без обращения к базе.
Что нужно от вас и в каком порядке идёт работа
Первичная настройка VPS или выделенного сервера начинается не с команд, а с трёх вопросов: что будет работать на машине, какая нагрузка ожидается и куда складывать копии. Ответы определяют размер сервера — и это тот случай, когда честнее отговорить от лишних ресурсов, чем продать запас «на всякий случай».
От заказчика нужны доступ к панели провайдера или данные для входа на свежую машину, управление доменом, сведения о проекте — платформа, версия, объём базы, особые требования. Дальше работа идёт по чек-листу, и каждый пункт закрывается с отметкой; в конце вы получаете заполненный список, описание конфигурации и доступы.
Если на сервер сразу переезжает работающий проект, настройка склеивается с переносом: машина готовится заранее, проект разворачивается и проверяется параллельно, и только потом переключается адрес. Порядок переключения и окно недоступности разобраны на странице про миграцию отдельно — там же цифры.