NodeNanny

---
title: Что такое NodeNanny
summary: "Одной фразой: следит за вашим собственным прокси-узлом, автоматически лечит его при падении, а если не может — подключает резервный пул узлов."
order: 0
updated: 2026-07-22
tags: [введение, для новичков]
---

## Одной фразой

NodeNanny — это «нянька для узла», работающая на вашем собственном VPS: она
постоянно следит за живостью вашего самостоятельно настроенного
прокси-узла (xray/sing-box и т. п.) и автоматически перезапускает его при
проблемах. Если самостоятельно развёрнутый узел совсем невозможно
восстановить, у неё есть ещё и «резервный пул узлов» — она подбирает
рабочие узлы из открытых источников и указанных вами вручную подписок,
чтобы ссылка на подписку в клиенте всегда была рабочей, а не отключалась
целиком внезапно.

## Основная проблема, которую она решает

При самостоятельной настройке прокси-узла больше всего беспокоят две вещи:

1. **Процесс сервиса упал, а никто об этом не знает** — процесс рухнул
   посреди ночи, и только проснувшись, вы понимаете, что уже несколько
   часов не было связи
2. **Сам узел не упал, но временно недоступен** (например, заблокирован
   или произошёл сбой дата-центра) — в этом случае простой перезапуск
   процесса не поможет, нужна «замена», которая подхватит нагрузку

Для каждой из этих ситуаций в NodeNanny есть свой механизм: мониторинг
живости на уровне процесса с автоперезапуском решает первую проблему,
резервный пул узлов — вторую.

## Общая архитектура (для понимания достаточно этого, код смотреть не нужно)

Проект состоит из трёх постоянно работающих процессов (управляются через
PM2 — инструмент для управления процессами Node.js):

- **nodenanny-monitor**: следит за процессом сервиса вашего собственного
  узла, перезапускает его при падении
- **nodenanny-panel**: веб-панель управления — всё, что вы видите в
  браузере, предоставляет именно этот процесс
- **nodenanny-pool**: отвечает за поддержку «резервного пула узлов» —
  регулярно ищет узлы из разных источников, проверяет каждый на реальную
  работоспособность и отсеивает нерабочие

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

## Трёхуровневая логика фильтрации резервного пула

Резервный пул узлов не берёт «что нашёл, то и использует» — каждый
кандидат должен последовательно пройти три уровня проверки, прежде чем
попасть в рабочий пул:

1. **Проверка живости (alive)**: можно ли вообще подключиться к узлу
2. **Проверка скорости (speed)**: работает ли соединение достаточно
   быстро после подключения; слишком медленные узлы отсеиваются
3. **Проверка подлинности (authentic)**: первые два уровня можно обмануть
   «фиктивной живостью» (соединение устанавливается, но фактически прокси
   не работает) — этот уровень проверяет реальным запросом к настоящему
   целевому сайту

Только пройдя все три уровня, узел считается «рабочим» и отображается на
панели.

## Уровни доверия к источникам узлов

Источники узлов (неважно, найдены автоматически или добавлены вами вручную
как подписка) не рассматриваются одинаково — используется конечный
автомат состояний «испытательный срок → доверенный → заблокированный»:

- Новый источник начинает с состояния **trial (испытательный срок)**, с
  максимальным весом всего 5%, чтобы неизвестный новый источник сразу не
  занял большую долю
- Если в течение испытательного срока процент успешности стабильно
  соответствует норме, источник переходит в **trusted (доверенный)**,
  ограничение веса снимается
- Если процент успешности постоянно снижается, доверенный источник
  понижается обратно до испытательного срока, а источник на испытательном
  сроке блокируется
- Блокировка не пожизненная: если у заблокированного источника за
  несколько последующих циклов фактический процент успешности снова
  достигает приемлемого уровня, он повторно открывается для
  испытательного срока

Этот механизм полностью автоматический, вмешиваться вручную не нужно, за
исключением случаев, когда вы сами хотите добавить проверенный вами
источник подписки (об этом — на следующей странице).

О том, как выбирать конкретные аэропорты/VPN-сервисы, рассказывает раздел
«Энциклопедия аэропортов и VPN»; «источник узлов» здесь относится
исключительно к технической надёжности самой ссылки подписки, а не к
деловой репутации поставщика услуг аэропорта.