Эта статья завершает первую часть нашего пути и открывает новый формат: практика по вызову.
Теперь мы не заранее придумываем темы, а разбираем реальные проблемы, которые появляются на сервере в процессе его работы.
1. Ситуация: нагрузка есть, посетителей нет
На сервере почти нет трафика, но память загружена:
free -h
total used free shared buff/cache available
Mem: 960Mi 814Mi 131Mi 128Mi 297Mi 146Mi
Swap: 0B 0B 0B
Вопрос — нормально ли это? Не идет ли скрытая нагрузка или атака?
Решение — провести первичную диагностику.
2. Мини-план проверки сервера
| Команда | Что показывает |
|---|---|
free -h | память и swap |
top или htop | кто грузит процессор и ОЗУ |
journalctl -xe | ошибки и важные события |
systemctl --failed | упавшие службы |
ss -tulpn | какие порты открыты и чем |
df -h | занятое дисковое пространство |
Этот набор помогает быстро понять, есть проблема или нет.
3. Fail2Ban: защита от перебора паролей
Проверка сервиса показала ошибку:
systemctl status fail2ban
Причина — пустой файл настроек.
Создаем конфигурацию:
nano /etc/fail2ban/jail.local
Вставляем базовый набор:
[sshd]
enabled = true
port = ssh
filter = sshd
logpath = /var/log/auth.log
maxretry = 5
bantime = 1h
findtime = 10m
Перезапуск:
systemctl restart fail2ban
systemctl enable fail2ban
Теперь сервер блокирует подозрительные входы автоматически.
4. Проверка на посторонние скрипты
Чтобы убедиться, что никто не оставил вредоносных файлов:
find / -type f -name "*.sh" 2>/dev/null
В результате обнаружился старый резервный скрипт:
/usr/local/bin/weekly_backup.sh
Проверили содержимое — это наш файл.
Ограничили доступ:
chmod 700 /usr/local/bin/weekly_backup.sh
chown root:root /usr/local/bin/weekly_backup.sh
Так пароль к базе данных больше не виден другим пользователям системы.
5. Главное открытие
Мы закончили с настройками и переходим к реальной поддержке:
- не просто ставили программы,
- а решали реальные ситуации,
- исправляли ошибки,
- проверяли безопасность,
- анализировали поведение сервера.
Это уже не новичок — это начинающий администратор в реальных условиях.
Что дальше?
Теперь статьи будут появляться, только если есть повод.
👉 Появилась проблема — делаем разбор
👉 Нужно улучшение — пишем инструкцию
👉 Вопрос по серверу — превращаем в статью
Так и выглядит настоящая работа администратора.
Итог
На этом первая часть обучения и практики завершается.
Дальше — обслуживание, улучшение, поиск слабых мест и ответы на вопросы, которые появятся в реальной жизни.
Продолжаем, но только когда это действительно нужно.