Прозрачный прокси

Прозрачный прокси передает входящие данные на настроенный целевой адрес без разбора содержимого. Он не определяет протокол майнера, wallet или worker name, а текущий узел RustMinerSystem не применяет fee-логику, replacement-правила и полную статистику, которым нужен разбор протокола.

Иными словами, это прозрачный jump-путь: какие данные пришли, такие данные отправляются дальше.

Отличие От Обычной Пересылки

Обычная пересылка чаще всего использует адрес пула как целевой адрес. Майнеры подключаются к forwarding-порту RustMinerSystem, а трафик уходит в upstream-пул. Это подходит, когда нужно просто собрать вход майнеров на одном порту.

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

Когда Использовать

Используйте прозрачный прокси, если на локальной площадке уже применяется RMS, HAProxy или другой инструмент шифрования, сжатия или пересылки, а трафик должен пройти через один RustMinerSystem jump-сервер к другому RustMinerSystem, который уже подключается к пулу.

Типовая цепочка:

Локальный RMS -> RustMinerSystem transparent proxy jump server -> RMS-порт нижнего RustMinerSystem -> Пул

Без прозрачного прокси первому RustMinerSystem обычно пришлось бы разобрать или расшифровать локальный RMS-трафик, а затем снова упаковать его в протокол, который ожидает нижний RustMinerSystem. Это сложнее в настройке и добавляет еще один этап шифрования/расшифровки или сжатия, что увеличивает нагрузку CPU и риск задержек.

Схема Настройки

Главная идея: jump-сервер только прозрачно передает байты, а RMS-протокол обрабатывает нижний RustMinerSystem.

Настройки Порта Jump-Сервера

При создании proxy-порта на jump RustMinerSystem:

1. В качестве listening protocol выберите TP или transparent proxy.
2. Укажите listening port, к которому будет подключаться локальный RMS.
3. В primary pool address укажите RMS-порт нижнего RustMinerSystem, например next-rustminer.example.com:9000.
4. В качестве target pool protocol выберите TLS/SSL.
5. Fee wallets, wallet replacement, worker replacement и другие функции, основанные на разборе протокола, оставьте отключенными или не учитывайте.

Важно: target protocol на jump-сервере должен быть TLS/SSL. RMS-порт нижнего RustMinerSystem использует зашифрованный канал, поэтому jump-сервер должен передавать локальный RMS-поток без изменений к этой TLS/SSL-цели.

Совпадение RMS-Протоколов

Протокол локального RMS должен совпадать с протоколом RMS-порта на нижнем RustMinerSystem.

Jump-порт работает только как прозрачный прокси. Он не преобразует RMS2 в RMS3 и не преобразует RMS3(Zstd) в другой протокол. Версия протокола, compression level, super compression и связанные параметры все равно должны совпадать между локальным RMS и нижним RustMinerSystem.

Проверка

1. Убедитесь, что RMS-порт нижнего RustMinerSystem запущен и нормально подключается к пулу.
2. Запустите transparent proxy порт на jump RustMinerSystem.
3. В локальном RMS замените remote address на адрес jump-сервера и порт transparent proxy.
4. Проверьте, что локальный RMS подключился, а счетчик соединений на jump-сервере вырос.
5. Проверьте miners, hashrate и connection logs на нижнем RustMinerSystem.
6. Убедитесь, что worker появился в конечном пуле.

Transparent proxy порт не показывает полную статистику wallet, worker, hashrate и fee. Для бизнес-данных ориентируйтесь на нижний RustMinerSystem и конечный пул.

Частые Ошибки