Сохраните токен
Он показан только сейчас. Укажите его в окружении сервиса; не передавайте клиентам.
Сеть под контролем.
Ёмкость серверов, состояние подключений и запас ресурсов.
Распределение клиентов
Все серверы ↗Как выбирается сервер
- Доступен и отвечает на проверку здоровья.
- CPU, память, диск и сеть сохраняют заданный резерв.
- Число клиентов ниже безопасного лимита.
- Из подходящих выбирается наименее заполненный.
Последние действия
Прокси-серверы
Добавляйте ноды, проверяйте ресурсы и управляйте приёмом клиентов.
Развернуть ноду по SSH +
Для отдельного сервера Ubuntu 22.04/24.04 или Debian 12, x86_64: от 2 ГиБ RAM и 8 ГиБ свободного диска. Домен должен напрямую указывать на IPv4 сервера, порты 80 и 443 — быть доступны. Подойдёт root или пользователь с sudo без пароля.
Подключить готовый API-агент +
Как считается ёмкость
Выданные доступы и пользователи онлайн считаются отдельно. Начальная доля онлайн в пике — 20%; её можно изменить в профиле ноды. CPU и сеть распределяются на ожидаемый онлайн, постоянная память и диск — на все ключи.
Начальный профиль — 25 активных клиентов на vCPU. При SSH-установке новой ноды sysbench проверяет один и все потоки: по 3 секунды, до запуска прокси. После нагрузочного теста relay можно задать CPU events/s на активного клиента — тогда лимит будет зависеть от измеренной производительности CPU.
16 МиБ постоянных расходов на каждый ключ, ещё 8 МиБ на пользователя онлайн и 1536 МиБ базовых расходов. Это начальные допущения. Отдельно учитывается бюджет контейнера MTProxy; офлайн не освобождает постоянную память.
Агент считает уникальные ключи с открытыми сессиями, объединяя устройства одного доступа. Панель берёт максимум за 7 дней и добавляет к доле 25%. Наблюдения учитываются от 20 ключей; результат не ниже заданной доли. Без данных об онлайне расчёт исходит из 100% активности.
0,5 Мбит/с на активного клиента; 1 ГиБ базового диска и 4 МиБ на каждый выданный ключ. Скорость порта ограничивается тарифом VPS. Произвольный сетевой спидтест не запускается.
Итоговый лимит — минимум по ресурсам с резервом 20% и ручным пределом, если он задан. Высокая текущая нагрузка блокирует новые назначения. Уменьшение лимита не отключает существующих клиентов. Бенчмарк сравнивает процессоры; точное число клиентов требует замеров реального relay.
Подключения
Каждая выдача закреплена за одной нодой и отдельным ключом.
| Выдача / клиент | Сервер | Статус | Действует до | Действия |
|---|
Подключений пока нет
Они появятся, когда кабинет запросит выдачу на доступной ноде.
При перевыпуске новый ключ создаётся до отзыва старого. Кабинет подхватывает обновлённую ссылку через API. При отзыве место освобождается только после ответа ноды.
От перехода до покупки.
Ссылки с UTM-метками и статистика по каждому источнику.
Создать UTM-ссылку +
Переходы считаются на ссылке-переадресации. Посетители различаются по cookie, аккаунту сохраняется первый источник. Повторные события покупки не дублируются. Оформления без реального платежа показаны отдельно и не входят в выручку.
Доступ и API
Раздельные токены для кабинета и каждой прокси-ноды.
Сервисы кабинета
Токены дают доступ к выдаче и статистике сервиса, но не к админ-панели и настройкам нод.
Подключение новой ноды
- Установите tproxy-relay и включите его локальный Admin API.
- Добавьте ноду в этой панели и сохраните её уникальный токен.
- Скачайте Docker-агент, заполните .env и добавьте HTTPS location в Nginx.
- Нажмите «Проверить» в списке серверов. До успешной проверки выдачи не начнутся.
Границы доступа
Кабинет обращается к панели с сервисным токеном. Панель обращается к каждой ноде с её собственным токеном. Агент знает отдельный локальный токен tproxy-relay. Пароли, ключи нод и прокси-ссылки не включаются в журнал действий.