Що робити після запуску Linux-сервера: покроковий чек-лист для початківців

Ми впевнені, що серед наших клієнтів є багато професіоналів IT, які працюють над цікавими проектами. Якщо у Вас виникає бажання розповісти про них, Ви можете розмістити статтю у нашому блозі. А щоб було цікавіше, ми зробили конкурс статей, щомісяця три переможці отримуватимуть призи.

Категорії

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

Покроковий чекліст після запуску Linux-сервера: оновлення, безпека, SSH, 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
ss -tulpn

Ці команди показують стан заліза: процесор (CPU), оперативну пам'ять (RAM), дисковий простір і мережеві з'єднання. У виводі free -h дивіться на стовпчик available, а в df -h перевіряйте кореневу файлову систему /.

Команда timedatectl покаже системний час. Якщо ви обрали дистрибутив Ubuntu, первинне налаштування Ubuntu Server починається саме з цих кроків. Докладніше про параметри кожної утиліти читайте в інструкції «Перші команди Linux після купівлі VPS: як перевірити сервер за 10 хвилин».

terminal-preflight

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

Оновити операційну систему

Навіть щойно встановлений образ системи містить пакети, для яких розробники вже випустили виправлення. Комплексне налаштування сервера після встановлення Linux обов'язково включає безпечне оновлення пакетів.

Спочатку оновіть індекси доступних репозиторіїв і перегляньте список змін:

sudo apt update
apt list --upgradable

Якщо список коректний, запустіть оновлення:

sudo apt upgrade

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

Детальніше про роботу з пакетами читайте у статті «Як правильно оновлювати Ubuntu Server: пакети, ядро і безпечне перезавантаження VPS».

Налаштувати безпечний доступ до сервера

Надійне налаштування безпеки 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) — потрібні для роботи вебсервера Nginx;
порт 3306 (MySQL) — внутрішня база даних, цей мережевий порт не можна відкривати публічно;
будь-який невідомий відкритий порт — привід знайти процес, який його слухає.

Увімкнений firewall на Linux-сервері чітко обмежує правила доступу. В Ubuntu для цього застосовують брандмауер UFW:

sudo ufw status

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

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

terminal-network

Аналіз виводу 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.

terminal-services

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

Налаштувати постійний моніторинг

Консольні команди показують стан заліза лише в момент виклику. Проте адміністратору важливо знати передісторію: що викликало пікове навантаження на сервер, як поводиться disk I/O і коли зростає навантаження на сервер протягом доби.

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

Інструкція зі встановлення і роботи з метриками є у статті «Практичний моніторинг VPS за допомогою Netdata».

Навчитися читати логи

Якщо на сайті з'явилася помилка, не перезапускайте все поспіль. Перше завдання — відкрити системні логи і знайти відповідні повідомлення про помилки. Усі системні логи зберігаються централізовано, і конкретне повідомлення про помилки вказує на точну причину збою.

Утиліта journalctl дозволяє швидко фільтрувати події системи. Завдяки journalctl адміністратор легко ізолює збійний запис:

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

Перша команда показує помилки поточного сеансу, інші — логи конкретних програм. Якщо стороннє ПЗ пише журнали у власні каталоги всередині /var/log, обов'язково перевіряйте і їх.

terminal-logs

Перегляд аварійних повідомлень 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.

Ми у чомусь помилилися, чи щось пропустили?

Напишіть про це у коментарях, ми із задоволенням відповімо та обговоримо ваші зауваження та пропозиції.