Индивидуально плохой конект для счета (МТ5)? - страница 2

 
Vladimir Karputov:

А проверить такие две проверки:

вариант #1:

  1. закрыть все терминалы - обязательное условие
  2. запустить терминал в котором "плохой счёт"

проверка #2:

  1. закрыть все терминалы - обязательное условие
  2. запустить ДРУГОЙ терминал в залогинить "плохой счёт"
Какой результат получится?
Andrey Khatimlianskii:

Ресурсов — завались. Эту версию сразу отмел, закрыв остальные терминалы и запустив этот несчастный в гордом одиночестве.

Вторая проверка дает такой же результат.

 
Andrey Khatimlianskii:

Вторая проверка дает такой же результат.


Как версия: существует некое ограничение на подключение к торговому серверу (ведь все счета подключаются на один торговый сервер?) с одного IP. 

Проверка #3:

  1. Подключаете со своего IP четыре терминала.
  2. Один терминал (с "плохим счётом") подключаете с чужого IP (друг, знакомый, дом/работа, встроенный в терминал виртуальный сервер ...)

 

А что дает нажатие на Network rescan с последующим ожиданием результата?

Na означает что скорее всего прервался процесс автоматического рескана в прошлый раз и терминал будет делать рескан на следующем цикле проверки. Так как это долгая и затратная операция, она делается редко.
 
Renat Fatkhullin:

А что дает нажатие на Network rescan с последующим ожиданием результата?

Na означает что скорее всего прервался процесс автоматического рескана в прошлый раз и терминал будет делать рескан на следующем цикле проверки. Так как это долгая и затратная операция, она делается редко.

Ничего не дает.

2017.11.09 02:58:41.792 Network '***': scanning network for access points
2017.11.09 02:58:50.622 Network '***': connecting to an access point with 50 % quality (previous: 50 %)
 
Renat Fatkhullin:

А что дает нажатие на Network rescan с последующим ожиданием результата?

Na означает что скорее всего прервался процесс автоматического рескана в прошлый раз и терминал будет делать рескан на следующем цикле проверки. Так как это долгая и затратная операция, она делается редко.

Сейчас волшебным образом рескан привел к отображению пинга и нормальному подключению:

2017.11.09 08:26:58.870 Network '***': scanning network for access points
2017.11.09 08:27:47.964 Network '***': scanning network finished

Непонятно только, что он там 50 секунд сканировал.

 

Проверьте другие серверы с того же терминала.

И удостоверьтесь, что DNS на компьютере гарантированно работает.


50 сек потому, что фактически точек(дублей для отказоустойчивости) может быть в 10 раз больше отображаемых публичных имен. Например, нужно многократно просканить 100 адресов, на что не всегда хватает таймаутов.

 
Renat Fatkhullin:

Проверьте другие серверы с того же терминала.

Сервер у брокера один. Точки доступа проверял разные.
Или вы про другого брокера говорите? Проверить просто, идет ли коннект хоть куда-то?

В любом случае, сейчас проблема пропала. Перезапуск терминала прошел тоже нормально. Надеюсь, проверять больше ничего не придется.

 
Renat Fatkhullin:

И удостоверьтесь, что DNS на компьютере гарантированно работает.

Дело могло быть в том, что первые 4 терминала были подключены, когда DNS работал, а пятый, который я запускал вчера вечером, подключался впервые с недоступной DNS?

Не помог даже скопированный конфиг-файл (терминал автоматом залогинился на предыдущий счет, хотя был запущен из новой директории)?

 
Renat Fatkhullin:

50 сек потому, что фактически точек(дублей для отказоустойчивости) может быть в 10 раз больше отображаемых публичных имен. Например, нужно многократно просканить 100 адресов, на что не всегда хватает таймаутов.

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

Посмотрите, что можно оптимизировать в этом месте, пожалуйста.

 

Брокер переборщил с безопасностью путем добавления чрезмерного количества бесполезных или временно неработающих дублирующих точек на вырост/на будущее.

Полный рескан означает полный рескан. Результаты скана сети факультативны.

Работоспособностью терминала у вас не нарушалась,терминал все равно работал, выбирая точки с начала списка.

Причина обращения: