Статья также доступна на украинском (перейти к просмотру).

Содержание:

• Получили сервер – не спешите устанавливать сайт
• Подключение к серверу и первичная проверка
• Обновить операционную систему
• Настройка безопасного доступа к серверу
• Проверить открытые порты и настроить firewall
• Проверить системные службы
• Настроить постоянный мониторинг
• Научиться читать логи
• Контролировать дисковое пространство
• Настройка резервного копирования и проверка восстановления
• Что нужно проверить после значительных изменений
• Финальный чеклист

Только что получили доступ к новому серверу? Не спешите сразу устанавливать Nginx, Apache, PHP, MySQL или Docker. Сначала проверьте состояние операционной системы, выделенные ресурсы, доступ и запущенные службы.

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

Получили сервер – не спешите устанавливать сайт

Типичная ошибка начинающего после создания машины – немедленно заливать файлы сайта и базу данных. Если пропустить базовую настройку Linux-сервера, в будущем вы обязательно столкнетесь с проблемами производительности или безопасности. Полноценная подготовка сервера к работе предполагает четкий порядок действий: что делать после покупки VPS и как правильно произвести настройку VPS после покупки еще до публикации первого проекта.

Перед переносом сайта обязательно нужно:

• проверить версию операционной системы и точное время;

• сверить выделенные ресурсы памяти и диска;

• настроить надежный доступ без использования паролей;

• безопасно обновить установленные пакеты;

• выяснить, какая сетевая служба слушает внешние порты;

• активировать базовую защиту сети;

• настроить регулярный сбор метрик;

• научиться читать системные логи и проверить создание бекапа.

Такая подготовка сервера к работе спасает от внезапных аварийных остановок и касается как VPS, так и отдельного dedicated server.

Подключение к серверу и первичная проверка

Первоначальная настройка сервера начинается с подключения через терминал. Хостинг-провайдер посылает IP-адрес, имя пользователя и способ авторизации. Откройте консоль на своем компьютере и подключитесь:

ssh user@server-ip

Сразу после входа производится первая проверка Linux-сервера. Необходимо убедиться, что выделенные ресурсы соответствуют заказу, а часовой пояс сконфигурирован правильно (от этого зависит работа задач cron, системных журналов и SSL-сертификатов). Своевременная проверка Linux-сервера позволяет быстро проверить VPS после покупки еще до развертывания рабочих баз и файлов.

Минимальный набор команд

hostname
cat /etc/os-release
uname -a
timedatectl
uptime
lscpu
free -h
df -h
ip addr

Эти команды показывают состояние железа: процессор (CPU), оперативная память (RAM), дисковое пространство и сетевые соединения. В выводе  free -h смотрите на столбец available, а в df -h проверяйте корневую файловую систему /.

Команда timedatectl покажет системное время. Если вы выбрали дистрибутив Ubuntu, первоначальная настройка Ubuntu Server начинается именно с этих шагов. Подробнее о параметрах каждой утилиты читайте в инструкции "Первые команды Linux после покупки VPS: как проверить сервер за 10 минут".

Терминал: версия операционной системы, ядро ??Linux, uptime, память RAM, дисковое пространство и дескрипторы.

Обновить операционную систему

Даже только что установленный образ системы содержит пакеты, для которых разработчики уже выпустили исправления. Комплексная настройка сервера после установки Linux обязательно включает безопасное обновление пакетов.

Сначала обновите индексы доступных репозиториев и просмотрите список изменений:

sudo apt update
apt list --upgradable

Если список корректен, запустите обновление:

Не добавляйте автоматический ключ -y. Внимательно просматривайте, какие пакеты предлагаются для замены или удаления. Если обновилось ядро ??Linux, системе потребуется плановая перезагрузка сервера. Выполнять команду reboot можно только после завершения работы APT.

Настройка безопасного доступа к серверу

Надежная настройка безопасности Linux-сервера спасает от попыток взлома и перебора паролей ботами. По умолчанию многие системы стартуют с пользователем root. Первый шаг – создать отдельного административного пользователя с привилегиями sudo, а прямой доступ для root ограничить.

Второй критический шаг – настройка SSH для авторизации исключительно через ключи. Современные SSH-ключи (например, Ed25519) обеспечивают более безопасную аутентификацию: открытый SSH-ключ записывается на сервер, а приватный хранится на вашем рабочем компьютере. Такая проверка подлинности полностью снимает риск подбора пароля.

Проверив вход по ключу в параллельном терминале, внесите изменения в конфигурацию OpenSSH:

PermitRootLogin no

PasswordAuthentication no
AllowUsers your_username

Не закрывайте текущий сеанс, пока не подключитесь к новой вкладке. Также убедитесь, что у вас есть доступ к аварийной VNC-консоли в панели хостинга.

Углубленно настроить Linux-сервер и разобраться с конфигурацией соединений помогут статьи «Настройка параметров ssh_config» и "Как обеспечить безопасность Linux-сервера". Помните: смена порта не панацея, надежная защита Linux-сервера строится именно на отказе от паролей.

Проверить открытые порты и настроить firewall

Сервер не должен принимать посторонние подключения из Интернета на портах, которые ему не нужны. Чтобы проверить открытые порты, выполните проверку сокетов:

ss -tulpn

Ориентируйтесь на понятные примеры:

• SSH-порт 22 - нужен для удаленного администрирования;

• порты 80 и 443 (HTTP/HTTPS) — нужны для работы веб-сервера;

• порт 3306 (MySQL) — внутренняя база данных, этот сетевой порт нельзя открывать публично;

• любой неизвестный открытый порт — повод найти слушающий его процесс.

Включенный Firewall на Linux-сервере четко ограничивает правила доступа. В Ubuntu для этого применяют брандмауэр UFW:

sudo ufw status

Перед включением обязательно разрешите подключение по SSH, иначе вы потеряете доступ. Не открывайте порты веб-сервера заранее, если сайты еще не настроены.

Полные рекомендации по правилам брандмауэра читайте в материале о безопасности Linux-сервера.

Анализ вывода ss-tulpn: проверка открытых портов и активность брандмауэра UFW.

Проверить системные службы

Управление фоновыми демонами осуществляет systemd через системную утилиту. systemctl.  Каждая важная системная служба  должна запускаться автоматически и без ошибок.

Проверьте с помощью systemctl, нет ли сбоев во время инициализации:

systemctl --failed

systemctl list-units --type=service --state=running

Проверка на failed-сервисах должна возвращать нулевой результат. Если сбойные процессы отсутствуют, дополнительно проверьте состояние отдельных служб:

systemctl is-active ssh
systemctl is-active nginx
systemctl is-active mysql

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

Контроль системных служб через systemctl: статус active и отсутствие аварийных юнитов.

Настроить постоянный мониторинг

Консольные команды показывают состояние железа только в момент вызова. Однако администратору важно знать предысторию: что вызвало пиковую нагрузку на сервер, как ведет себя disk I/O и когда возрастает нагрузка на сервер в течение суток.

Для одного сервера практическим решением является утилита Netdata. Она фиксирует тысячи метрик (в том числе утилизацию CPU и RAM) без ощутимой нагрузки на систему и своевременно посылает уведомления о нехватке ресурсов или сбоях приложений.

Инструкция по установке и работе с метриками есть в статье "Практический мониторинг VPS с помощью Netdata".

Научиться читать логи

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

Утилита journalctl позволяет быстро фильтровать события системы. Благодаря journalctl администратор легко изолирует сбойную запись:

journalctl -p err -b
journalctl -u nginx
journalctl -u ssh

Первая команда показывает ошибки текущего сеанса, другие – логи конкретных программ. Если стороннее ПО пишет журналы в собственные каталоги внутри /var/log, обязательно проверяйте и их.

Просмотр аварийных сообщений journalctl-p err-b для диагностики сбоев.

О фильтрации и работе с журналами читайте в руководстве «Как разбирать логи в Linux: journalctl, grep, awk и sed».

Контролировать дисковое пространство

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

Для проверки накопителя запускайте:

df -h
df -i

Утилита df -h показывает объем хранилища, а df -i — использование таблицы inode. Если файловая система переполнена мелкими файлами кэша, необходимо найти проблемные каталоги и очистить старые файлы.

Поиск больших папок и безопасная очистка подробно описаны в материале «Заканчивается место на VPS: как найти, что занимает диск в Ubuntu».

Настройка резервного копирования и проверка восстановления

Настоящая резервная копия существует только при проверке восстановления данных. Создание копий должно быть автоматизированным и соответствовать четким правилам:

• регулярная резервная копия базы данных и файлов сайта;

• достаточная глубина архивирования для возможности отката;

• сохранение архивов на удаленном хранилище вне основного сервера;

• контрольная резервная копия перед внесением больших изменений в систему

Быстрые снепшоты виртуализации удобны для экспериментов, однако автономная резервная копия на отдельном хранилище остается главной защитой от сбоев. Практические примеры создания копий читайте в руководстве «Как работает rsync: практические примеры резервного копирования».

Что нужно проверить после значительных изменений

Когда настройка Ubuntu Server завершена или выполнена плановая перезагрузка сервера, обязательно проведите экспресс-проверку состояния:

uptime
systemctl --failed
ss -tulpn
df -h
free -h
journalctl -p err -b

Эта быстрая цепочка команд подтверждает, что ядро ??стартовало стабильно, аварийные службы отсутствуют, сетевые порты слушаются, а память и диск не перегружены.

Финальный чеклист

Комплексная подготовка сервера к работе считается успешной, если все пункты выполнены:

• выполнена первичная настройка Ubuntu Server и проверены параметры железа;

• подтверждены правильный часовой пояс и сеть;

• проведено обновление системы без ошибок;

• создан административный пользователь с привилегиями sudo;

• настроены SSH-ключи и заблокирован вход по паролю;

• проверены открытые порты и включен брандмауэр;

• протестирован автозапуск сервисов и отсутствие failed-юнитов;

• подключен круглосуточный мониторинг ресурсов;

• проверены системные логи на критические ошибки;

• под контролем дискового пространства и состояния дескрипторов inode;

• создана резервная копия на отдельном хранилище;

• протестировано восстановление из бекапа.

Этот практический чеклист настройки сервера помогает уверенно сделать первые шаги после создания VPS. Выполняя настройки Linux-сервера по такому плану, вы получаете надежный и защищенный виртуальный сервер под любые веб-задачи.

Выбирайте быстрый VPS-хостинг FREEhost или оптимизированный Ubuntu Server, применяйте чеклист Linux-сервера и обеспечивайте своим проектам бесперебойную работу.

Подписывайтесь на наш Telegram-канал https://t.me/freehostua, чтобы быть в курсе новых полезных материалов

Смотрите наш канал YouTube на https://www.youtube.com/freehostua.

Мы в чем ошиблись, или что-то пропустили?

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

Дата: 10.09.2026 Автор: Илья Пигович #linux#php#ssh

Голосование 1 2 3 4 5