Перейти к основному содержанию
Собственный узел Monero хранит копию блокчейна, передаёт транзакции и блоки и позволяет подключать кошелёк к подконтрольной вам инфраструктуре. В руководстве используется Debian 13 на VPS EDIS Global и включается pruning — сокращение объёма хранимых данных блокчейна. EDIS Global использует узел с pruning для собственной интеграции платежей Monero. Настройка ниже основана на этом развёртывании и адаптирована для отдельного клиентского VPS.
Отведите достаточно времени на первую синхронизацию. Наш узел с pruning синхронизировался с сетью Monero почти сутки. У вас процесс может идти быстрее или медленнее в зависимости от CPU, дисков, пиров и сети. Pruning снижает требования к хранилищу, но не делает начальную синхронизацию мгновенной.

Что вы настроите

На VPS будет работать monerod — программа узла Monero — как фоновая служба. Она автоматически запускается после перезагрузки и принимает соединения от других узлов. Кошелёк остаётся на вашем компьютере и подключается через зашифрованный SSH-туннель. На VPS не нужны seed-фраза кошелька, закрытый ключ траты или ключ просмотра. Здесь устанавливается узел, а не платёжный шлюз или служба кошелька.
Работа узла отличается от майнинга и сама по себе не приносит XMR. Майнинг криптовалют запрещён Правилами допустимого использования EDIS Global. Все функции майнинга должны оставаться выключенными.

Перед началом

Используйте новый VPS Debian 13 x86-64 с root-доступом и SSH-клиент на своём компьютере. Во время настройки межсетевого экрана держите доступной консоль VPS в панели EDIS Global. Рекомендуемая начальная конфигурация для узла с pruning: Это ориентиры для планирования, а не гарантия скорости синхронизации или будущей ёмкости. Перед заказом проверьте актуальные рекомендации Monero по хранилищу. Оставьте место для Debian, журналов, обновлений и роста блокчейна; не выбирайте размер VPS только по текущему объёму базы. Узел с pruning сохраняет данные, необходимые для обычной работы кошелька, удаляя значительную часть старых подписей. Он продолжает помогать сети, хотя полный узел способен передать другим пирам больше исторических данных. См. Сравнение pruning с RAID 5 ниже или объяснение pruning от Monero.

  1. Подготовьте Debian

Выполняйте серверные команды от root либо сначала перейдите в root-оболочку через sudo -i. Они рассчитаны на новую установку; не перезаписывайте существующую конфигурацию узла.
Для используемой ниже загрузки uname -m должен показать x86_64. Перед продолжением установите обновления безопасности Debian и перезагрузитесь, если обновление этого требует.

  1. Скачайте и проверьте Monero

Используйте архив CLI с официальной страницы загрузок Monero: он включает monerod. В примере используется v0.18.5.4, проверенная при написании руководства 27 октября 2026 года. Перед установкой проверьте наличие более новой стабильной версии и при необходимости измените версию и имя архива.
Сравните отпечаток ключа подписи с опубликованным в официальном руководстве по проверке. На момент написания он такой:
Если отпечаток отличается, остановитесь. После совпадения импортируйте ключ и проверьте подписанный список хешей:
Продолжайте только после успешной проверки подписи проверенным ключом. Предупреждение о том, что ключ не сертифицирован в вашей личной базе доверия, отличается от недействительной подписи. Выберите хеш именно нужного архива и проверьте его:
Продолжайте, только если вывод содержит имя вашего архива и OK. Если соответствующей записи нет, версия и список хешей могли перестать совпадать: вернитесь на официальную страницу загрузок. Никогда не пропускайте проверку ради обхода ошибки. Распакуйте проверенный архив и установите только демон:

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

Выделите демону отдельную учётную запись и доступные для записи каталоги данных:
Создайте /etc/monero/monerod.conf:
Последняя команда должна завершиться без ошибок. Демон должен читать этот файл, но изменять его должен только root. Конфигурация использует mainnet и P2P через IPv4. Оба RPC-интерфейса остаются на localhost. max-concurrency=2 ограничивает число параллельных рабочих потоков; настройте его под VPS. Проверка обновлений отключена, поэтому новые версии Monero нужно отслеживать самостоятельно. Заданная исходящая скорость — примерно 1 MiB/s. При непрерывной передаче с такой скоростью за 30 дней только исходящий трафик приблизится к 2,7 TB. Реальный расход различается; это не месячный лимит. Следите за трафиком VPS и подбирайте скорость под свой лимит.

  1. Настройте межсетевой экран

Разрешите входящий TCP 18080, чтобы подключались другие узлы Monero. Порты 18081 и 18089 оставьте закрытыми из Интернета: кошелёк в этом руководстве использует SSH. Если вы уже управляете фильтрацией через nftables, iptables или другую систему, добавьте правило P2P в неё. Не устанавливайте второй менеджер межсетевого экрана и не заменяйте существующий набор правил. Также проверьте внешние межсетевые экраны.
До включения UFW замените 22 ниже фактическим портом SSH. Сохраните текущий сеанс и проверьте второе SSH-подключение, прежде чем закрывать первый. Если на VPS есть другие службы, сначала добавьте необходимые им правила. См. руководство по UFW.
Для нового VPS без существующей политики фильтрации этот пример UFW разрешает SSH и P2P:
Приведённая исходящая политика рассчитана на новый отдельный узел. Если исходящие соединения уже ограничены, сохраните эту политику и отдельно обеспечьте DNS, синхронизацию времени, загрузки и соединения с пирами. Пиры могут объявлять порты, отличные от 18080.

  1. Запустите узел через systemd

Создайте службу от пользователя monero, хранящую данные отдельно от каталога установки:
Проверьте, что P2P слушает публичный адрес, а RPC — только localhost:
Ожидаются 0.0.0.0:18080, 127.0.0.1:18081 и 127.0.0.1:18089. Публично доступного RPC быть не должно.

  1. Дождитесь начальной синхронизации

Служба продолжает работать после отключения SSH. Следите за ходом:
Нажмите Ctrl+C, чтобы выйти из просмотра журнала: узел не остановится. Для ошибок запуска:
Запросите краткий статус у локального демона:
Дождитесь status: OK и synchronized: true. Если пиры ещё не подключились, повторите проверку позже. После завершения синхронизации target_height не всегда заполнен; это не фиксированная цель для ручного ввода. Первая синхронизация длительная даже с pruning. У нас она заняла почти сутки. Прогресс неравномерен, поэтому начальный процент или прогноз времени может вводить в заблуждение. При следующих запусках узел обычно догоняет сеть из сохранённой базы, а не скачивает всё заново. Проверяйте свободное место и память во время синхронизации:
Сообщения об увеличении LMDB mapsize обычно означают рост базы, а не сбой. Расследуйте реальные ошибки, нехватку диска, повторные перезапуски или длительную остановку роста высоты блокчейна.

  1. Подключите кошелёк через частное соединение

На своём компьютере откройте SSH-туннель к ограниченному RPC. Замените YOUR_SSH_USER и YOUR_VPS_IP обычными данными SSH:
Для нестандартного порта SSH добавьте -p YOUR_SSH_PORT. Не закрывайте этот терминал, пока используете кошелёк. Успешно открытый туннель обычно не выводит дополнительных сообщений. В Monero Wallet GUI включите Advanced mode и откройте Settings → Node. Выберите удалённый узел и укажите: Выберите узел и подключитесь. Здесь 127.0.0.1 — локальный конец туннеля на вашем компьютере; SSH передаёт соединение VPS. После синхронизации демона кошельку ещё нужно просканировать собственную историю транзакций. Для проверки выполните на компьютере при открытом туннеле:
Ответ должен содержать "restricted": true. Не используйте в кошельке 18080: это порт P2P, а не RPC кошелька. Файлы и ключи кошелька остаются на компьютере или аппаратном кошельке. SSH-туннель шифрует соединение с VPS, но не делает VPS анонимным и не скрывает его публичный IP от пиров Monero.

Публичный P2P и публичный доступ кошельков

При доступном TCP 18080 ваш узел уже помогает другим узлам Monero. Для этого не нужно открывать публичный RPC кошельков. Обслуживание кошельков всех желающих — отдельное решение. Для него нужны публичный ограниченный RPC, лимиты соединений, планирование трафика, мониторинг и подходящая настройка TLS. Нагрузка может значительно возрасти. Если узел также обслуживает платежи бизнеса, рекомендуем размещать публичную службу кошельков на отдельном VPS. Никогда не открывайте в Интернет неограниченный RPC демона или monero-wallet-rpc. Здесь доступ кошелька намеренно ограничен SSH. Если планируете отдельную публичную службу, см. справочник настроек RPC Monero.

Обслуживание и диагностика

Убедитесь, что SSH-туннель работает, а кошелёк использует 127.0.0.1:18089. Проверьте /get_info со своего компьютера. Если SSH сообщает, что локальный порт занят, выберите другой, например 28089, в первой половине -L и в кошельке. Адрес назначения на VPS оставьте 127.0.0.1:18089.
Проверьте in-peers, hide-my-port, адрес прослушивания и межсетевые экраны VPS и внешней сети. Новому узлу может потребоваться время для появления входящих соединений. С другого компьютера проверьте TCP командой nc -vz YOUR_VPS_IP 18080; это не проверка RPC кошелька.
При enable-dns-blocklist=1 демон использует DNS-список блокировки Monero. Блокировки пиров также могут быть вызваны их поведением. Эти сообщения сами по себе не означают сбой сервера. Сначала проверьте синхронизацию и исправные соединения с пирами.
Проверьте владельца root:monero и права 0750 у /etc/monero, а также владельца root:monero и права 0640 у monerod.conf. Пользователь monero должен иметь право записи в /var/lib/monero и /var/log/monero. Уточните путь в журнале; не давайте всем пользователям право записи в эти каталоги.
База с pruning тоже растёт. Следите за df, размером базы и панелью трафика EDIS Global. Включение pruning для ранее полной базы не уменьшает существующий файл немедленно. Не начинайте диагностику с удаления базы: изучите официальную документацию pruning и при необходимости добавьте место.
Следите за официальными выпусками Monero. До остановки службы скачайте и проверьте новую версию, как в шаге 2. Сохраните копии конфигурации и файла службы, остановите её командой systemctl stop monerod, замените /opt/monero/monerod проверенным файлом и выполните systemctl start monerod. Затем проверьте версию, состояние службы и синхронизацию. Не изменяйте /var/lib/monero и сначала прочитайте инструкции обновления для конкретного выпуска.

Что такое pruning: похоже ли это на RAID 5?

Узел с pruning сохраняет основную историю транзакций, удаляя значительную часть старых подписей и доказательств. Он поддерживает обычную работу кошелька, проверку новых блоков и передачу транзакций. Полный узел сохраняет все исторические данные. Сравнение с RAID объясняет одну особенность: разные узлы Monero могут хранить разные части истории. Однако pruning не использует чётность и механизм восстановления RAID 5. Полезная аналогия — сеть библиотек: каждая хранит основные записи, а разные библиотеки — разные разделы подробного исторического архива. Некоторые библиотеки, соответствующие полным узлам, хранят весь архив. Библиотека не может воссоздать отсутствующий раздел только из уже имеющихся. Доля 1/8 относится только к удаляемым данным, а не ко всему блокчейну. Поэтому pruning экономит примерно две трети общего объёма, а не семь восьмых. Хранение взаимодополняющих частей помогает другим пирам синхронизироваться, но не превращает сеть в дисковый массив и не заменяет резервное копирование. См. обзор pruning Monero и объяснение обмена историческими данными между узлами.
Последнее изменение 7 ноября 2026 г.