Диагностика подключения
Диагностика подключения — это пошаговая проверка, которая прогоняет подключение к рыночным данным по одному этапу за раз: шлюз, имя системы, вход, подписка и первый тик, — и сообщает, что измерил каждый этап. Она отделяет отказ в маршруте от отказа по учётным данным и от принятого, но просто молчащего потока.
Senzoukria · Глоссарий · Обновлено: сентябрь 2026
Этапы
| Этап | Вопрос | Что доказывает успех |
|---|---|---|
| Шлюз доступен | Ответил ли адрес шлюза? | Сетевой путь есть; его не блокируют файрвол, VPN или прокси |
| Система распознана | Обслуживает ли этот шлюз названную систему? | Имя системы есть в актуальном списке шлюза |
| Шлюз и система согласованы | Верен ли маршрут? | Последующий отказ не является ошибкой маршрутизации |
| Аутентификация | Принял ли брокер вход? | Учётные данные и права на эту систему |
| Подписка на данные | Принята ли подписка на символ? | Право на рыночные данные по этому символу |
| Первый тик получен | Пришёл ли тик в пределах ожидания? | Данные идут сейчас; спокойный рынок всё равно может не пройти этот этап |
Почему поэтапная проверка лучше одной ошибки
У отказов, выглядящих на экране одинаково, бывают разные причины: неверный шлюз, переехавшее имя системы, истёкший пароль, отсутствующее право на данные, истёкший контракт, который всё ещё принимает подписки. Проверка, которая останавливается на первом непройденном этапе и называет, что именно она измерила, превращает расплывчатое «вход не удался» в факт, с которым могут работать поддержка или поставщик. Руководство по Rithmic перечисляет то, что нужно подтвердить со стороны счёта отдельно: имя системы, разрешённые сторонние приложения, доступность глубины и истории, ограничения по сессиям и права на маршрутизацию.
В Senzoukria
На экране подключений есть «Диагностика подключения» с кнопками «Запустить диагностику», «Запустить снова» и «Скопировать результат». Каждый этап сообщает одно из трёх: пройден, не пройден или «Не выполнено» с причиной — например, «Не выполнено: на этом подключении не сохранён пароль». Примечание описывает метод: она сообщает, что измерила, и перечисляет возможные причины по частоте; она никогда не называет одну из них достоверной.
Когда все этапы пройдены, но тик не приходит, диагностика показывает «Всё принято, данные не идут» и перечисляет причины, начиная с самой частой: рынок закрыт по этому контракту, символ больше не является ближайшим контрактом и другие. Скопированный результат предназначен для вставки в обращение в поддержку вместе с запрошенным интервалом.
Типичные ошибки
- Менять индикаторы или переустанавливать приложение до запуска диагностики.
- Читать пройденную подписку как доказательство наличия истории; история — отдельное право.
- Запускать проверку в выходные и заключать, что счёт сломан, раз тик не пришёл.
- Отправлять в поддержку только итоговый вердикт вместо скопированного поэтапного результата.
См. также
- Статус потока данных
- Хранение учётных данных в связке ключей
- Программа футпринта для Rithmic
- Мост ордерфлоу Quantower
Эта страница на других языках
Частые вопросы
- Диагностика прошла все этапы, а график пустой. Почему?
- Принятая подписка доказывает право, а не активность. Контракт может быть вне своей сессии, а символ может оказаться истёкшей экспирацией, которая всё ещё принимает подписки и ничем не торгует. Сначала проверьте часы сессии и ближайший контракт; диагностика перечисляет эти причины по частоте, ни одну не утверждая.
- Применима ли диагностика к подключению через мост?
- Поэтапные проверки шлюза, системы и входа относятся к прямым подключениям. Мост NinjaTrader или Quantower проверяется иначе: индикатор моста должен работать на одном графике, локальный порт должен быть свободен, а объявленная мостом история должна совпадать с полученной. Руководство по Quantower даёт команду PowerShell, подтверждающую, что порт слушается.