Продолжаю серию подборок. Недавно рассказывал про онлайн-сервисы для сетевиков, а сегодня статья для тех, кто арендовал первый виртуальный сервер. Если нужен мониторинг, защита и резервное копирование, но ставить тяжёлый софт ради одной машины не хочется (или не «можется») — эти опенсорсные инструменты вам точно пригодятся. 

1. Netdata

Зачем нужен: видеть, что происходит с сервером, не читая логи и не устанавливая стек мониторинга.

Первый VDS обычно берут на минимальном тарифе и без просчёта нагрузки. Зачастую в таких ситуациях появляются подвисания SSH или задержки в ответе сервиса, и искать проблему «методом тыка» бесполезно. Может, не хватает оперативки, может, дисковая подсистема не справляется с нагрузкой, а может, какой-то процесс ушёл в бесконечный цикл и грузит процессор.

Тут поможет Netdata — эта платформа собирает метрики в реальном времени и показывает их во встроенном веб-интерфейсе на порту 19999. Среди них: загрузка процессора, потребление памяти, дисковые операции, сетевой трафик и отдельные процессы.

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

Минусы — на слабых тарифах сам агент Netdata потребляет порядка 50–100 МБ памяти и даёт постоянную нагрузку на процессор. Кроме того, по умолчанию данные хранятся всего час, поэтому нужно внешнее хранилище или база данных.

2. Fail2ban

Зачем нужен: автоматически блокировать IP-адреса, которые пытаются подобрать пароль к вашему серверу.

Первое, что происходит с новым VDS с публичным IP-адресом, — это автоматизированный перебор паролей по SSH. Такая атака не целенаправленная, ведь ботнеты сканируют разные диапазоны адресов и на каждый открытый 22-й порт «льют» словарь паролей. 

Fail2ban анализирует журналы указанных сервисов, выявляет подозрительные паттерны (например, пять неудачных попыток входа подряд с одного IP) и временно блокирует этот адрес через файрвол. После истечения таймаута блокировка снимается автоматически. Кроме того, поддерживаются не только SSH, но и веб-серверы, почтовые службы и базы данных.

Минусы — обработка журналов также даёт нагрузку, а при неправильной настройке можно заблокировать собственный IP-адрес. 

3. BorgBackup

Зачем нужен: делать резервные копии, которые занимают минимум места, и восстанавливать данные из любой точки во времени.

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

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

С помощью этого инструмента можно настроить ежедневное резервное копирование и хранить до 30 точек восстановления. Репозиторий можно разместить на том же сервере (не рекомендую, но лучше, чем ничего), на удалённом сервере или на объектном хранилище.

Минусы — требует привыкания, синтаксис не интуитивен и потеря пароля от репозитория равна безвозвратной потере всех копий.

4. Caddy

Зачем нужен: запустить сайт с HTTPS, не разбираясь в сертификатах, их обновлении и конфигурации веб-сервера.

Первый сайт на первом сервере — это чаще всего личный блог, портфолио, тестовый проект или навайбкоденный сервис. Чаще всего для этого нужны установка nginx, настройка виртуального хоста, получение сертификата, настройка обновлений и прописанные редиректы с HTTP на HTTPS. 

Сейчас это, конечно, можно сделать с помощью ИИ, но можно пользоваться и Caddy. В конфигурации платформы нужно указать только домен и бэкенд, а всё остальное подтянется автоматически. Это позволит сосредоточиться на содержимом сайта, а не на инфраструктуре. 

Минусы — «кушает» оперативку и для сложных сценариев маршрутизации, геолокации и тонкой балансировки нагрузки потребуются плагины.

5. UFW

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

Зачастую после установки ОС на виртуалке забывают закрывать порты. Это значит, что любой установленный сервис будет доступен из интернета, даже если вы этого не планировали. 

UFW — надстройка над iptables в Ubuntu с простым синтаксисом:

  • ufw allow 22 — открыть SSH,

  • ufw allow 80 — открыть HTTP,

  • ufw allow 443 — открыть HTTPS,

  • ufw enable — включить защиту.

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

Минусы — при установке Docker правила UFW игнорируются, а также сложные сценарии NAT, маркировки пакетов и многоуровневой фильтрации не поддерживаются.

6. htop

Зачем нужен: визуально оценить загрузку сервера и найти проблемный процесс без запоминания PID.

Стандартная утилита top входит в состав любой Unix-системы, но её интерфейс неинформативен. Htop показывает загрузку процессора и потребление памяти в виде диаграмм. Также в инструменте можно сортировать процессы по параметрам, искать по имени, просматривать дерево зависимостей и отправлять сигналы из интерфейса. 

Минусы — нужен только для интерактивного использования. Для автоматизации и скриптов используйте ps, pgrep, pidof.

7. Restic

Зачем нужен: бэкапить данные в облачное хранилище.

Вышеописанный BorgBackup хорош, но его родной протокол работает только через SSH или локальную файловую систему. Если виртуалка только одна, а денег на объектные хранилища нет, то нужно думать, где хранить бэкапы.

Restic — утилита для резервного копирования с упором на облака. Она также как Borg сохраняет все данные в первый архив, а в последующие только изменившиеся блоки. Шифрование репозитория, сжатие и проверка целостности тут также есть.

Минусы — дедупликация менее агрессивная, чем у Borg, поэтому репозиторий растёт быстрее (ну и места больше занимает). 

8. Lynis

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

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

Lynis сканирует систему и выдаёт отчёт с оценкой и рекомендациями. Инструмент проверяет настройки SSH, права доступа к файлам, наличие обновлений безопасности, открытые порты, конфигурацию файрвола, учётки пользователей и настройки ядра. Также приятно, что в рекомендациях есть ссылки на документацию.

Минусы — ориентирован на корпоративные политики, поэтому не все меры нужны на личном сервере. 

9. ncdu

Зачем нужен: быстро найти, что занимает место на диске, и разобраться в структуре каталогов.

На минимальном тарифе виртуалки обычно имеют 20–40 ГБ дискового пространства — этого достаточно для ОС, нескольких сервисов и небольшой базы данных, но их легко исчерпать. Размер каталогов показывает стандартная утилита du, но работает она медленно.

ncdu сканирует файловую систему один раз, строит индекс, а затем даёт интерфейс для навигации по каталогам. Через инструмент можно проваливаться в подкаталоги, возвращаться назад и удалять файлы/каталоги, так как видно, что и сколько места занимает. 

Минусы — интерфейс консольный, управляется только клавиатурой, а также удаление файлов необратимо.

10. WireGuard

Зачем нужен: организовать защищённый туннель к серверу и через сервер.

На первом VDS нельзя забывать и о защищённом соединении — безопасном выходе в сеть через свой IP-адрес, удалённом доступе к домашней сети и т. д. Классически для этого используется OpenVPN, но тут не обойтись без понимания инфраструктуры ключей, генерации сертификатов, настройки центра сертификации и прописывания маршрутов.

В WireGuard для создания туннеля достаточно сгенерировать пару ключей на каждой стороне и прописать одну секцию в конфигурации.

Минусы — нет встроенного механизма выдачи клиентских конфигураций, а ключи генерируются вручную или через сторонние утилиты (типа wg-easy).

На этом инструменте закончу. Для первого VDS/VPS этой подборки достаточно (с учётом того, что мы помним и знаем консольные утилиты). Также, если вы совсем новичок — не забывайте читать документацию, там есть много всего полезного. 

Если что-то забыл или у вас есть свои лидеры — делитесь инструментами в комментариях. Также буду рад темам новых подборок. 

© 2026 ООО «МТ ФИНАНС»

Комментарии (18)


  1. Lampadov
    02.06.2026 10:21

    В текущих реалиях еще и Xray-core


  1. frrrost
    02.06.2026 10:21

    я бы еще tmux добавил


  1. Anywake
    02.06.2026 10:21

    Пароли по SSH? РуВДС угорает что ли?

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


    1. Lizdroz
      02.06.2026 10:21

      Публичное покаяние на хабре не принято, тут принято писать еще одну статью-оправдание


  1. Akrus001
    02.06.2026 10:21

    Попробую скачать netdata. Полезная статья!


  1. Devastator82
    02.06.2026 10:21

    Эм, смена порта ssh? Отключение root по ssh? Вход по сертификатам?


    1. economist75
      02.06.2026 10:21

      Ну это наверно уже все знают. Хотя…


    1. falldown
      02.06.2026 10:21

      Я понимаю эти меры на крутом рабочем VPS, но зачем это на бюджетной вдске где крутится xray и заглушка? Ну вот стоит там 12-символьный не словарный пароль на ssh на 22 порту и fail2ban. В чем уязвимость?


      1. BEERsk
        02.06.2026 10:21

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


        1. falldown
          02.06.2026 10:21

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


          1. Lizdroz
            02.06.2026 10:21

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


  1. BEERsk
    02.06.2026 10:21

    Как уже заметили в комментариях, помимо базовой минимальной настройки ssh (запрет входа для root, вход только сертификату), проверки установки tmux (как правило сейчас устанавливается по дефолту) я бы посоветовал вместо тяжеловесной для первой VDS Netdata ставить более легкий Beszel, а также обязательно устанавливать sysstat (только не забудьте настроить автозапуск сервиса) и хотя бы первое время и потом периодически запускать команду sar. Некоторые вопросы, глядя на статистику собранную этим старинным проверенным инструментом, отпадают сами собой.


  1. Granulex
    02.06.2026 10:21

    Хороший набор. Только fail2ban защищает примерно как замок на двери с открытой форточкой: брутфорс SSH закроет, а вот `PasswordAuthentication yes` в sshd_config останется открытой. Сначала ключи, потом fail2ban – не наоборот.


  1. d2d8
    02.06.2026 10:21

    Ключи, ключи. Сколько раз использовал дефолтный пароль на ssh от провайдера VPS (а они генерируются достаточно длинные), ни разу такие сервера никто не ломал.


  1. Lizdroz
    02.06.2026 10:21

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


  1. exeonid
    02.06.2026 10:21

    Зачем этот Fail2ban во все обзоры пихают для "защиты SSH"...

    Мало того, что начиная с версии OpenSSH 9.8 появился встроенный механизм защиты от брутфорса и DDoS-атак. Так ещё одна строчка в конфиге AllowUsers username обломает ботов с порога.


    1. Void-Cowboy
      02.06.2026 10:21

      у меня мой vps который не торчит нигде глобально стабильно по два айпишника в секунду банит фаилбан за попытку подбора пароля к ssh

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

      просто обламывать с порога недостаточно. еще из забавного - если блочить все порты кроме нужных на vps (включая 22) то нагрузка на vps падает заметно, для дешевых это особо актуально так как краулеры своим дедосом до 10% cpu могут отжирать


  1. RadioDH
    02.06.2026 10:21

    Пара интересных замечаний.

    1. Fail2ban можно заменить на более продвинутый Crowdsec.

      Ест он не многим больше, удобнее. Да и в целом, иметь буквально базу зловредных ip лучше, чем составлять её с нуля.

    2. UFW не столько надстройка над iptables, сколько фронтэнд. А бэкэндом может быть и nftables. Это стоит хотя-бы упомянуть. Хотя конечно, новичку это может показаться и вовсе тёмным лесом.

    В остальном, полезно. Хотя в интернете куча таких вот статей, информация в них может быть неактуальной, или вовсе опасной. Так что приятно видеть время от времени такие вот обновления, пусть даже в них и почти ничего не поменялось за последние 5-6 лет...