Удаленный хост принудительно разорвал существующее подключение minecraft
Minecrafting.ru
Internal Exception: java.io.IOException: У.
- Спасибо!
- Не нравится
TARMA 29.06.2019
1) Arch Linux x64
2) phenomII 9600, 4gb озу
3) openjdk version «12.0.1» 2019-04-16
OpenJDK Runtime Environment (build 12.0.1+12)
OpenJDK 64-Bit Server VM (build 12.0.1+12, mixed mode)
5) Vanila сервер
6) Пиратский лаунчер игры (Tlauncher)
7) Здравствуйте! Спасибо за внимание к моей теме. На днях начал хост выделенного сервера на отдельной машине и столкнулся с проблемой. После подключения к серверу, спустя около 30 секунд, игроков выбрасывает из сервера с ошибкой «Internal Exception: java.io.IOException: Удаленный хост принудительно разорвал существующее подключение». Гугление данной проблемы особо ничего полезного не принесло. Я пробовал перезагружать оборудование, менять настройки java, менять обьем выделенной памяти, менять настройки DNS и многое другое.
Из моих наблюдений также замечу, что подключаясь к серверу из локальной сети — никаких проблем нет, помимо этого, мой (внешний) ip не пингуется с других компьютеров (вне сети) свойственно, проблема, скорее всего в роутере или у провайдера.
лог сервера, в случае вылета, говорит:
- Спасибо!
- Не нравится
NitroBoy2 30.06.2019
Мой совет — скорее тыканье пальцем в небо, но я бы попробовал даунгрейднуться до OpenJDK 8 или 11, в случае неудачи ещё бы попробовал JDK от Oracle, так как были примеры странного поведения серверов с OpenJDK.
[Закрыто] Как решить?
Страницы 1
Чтобы отправить ответ, вы должны войти или зарегистрироваться
Сообщений 5
1 Тема от SSogOnTToto 2017-09-13 19:29:26
- SSogOnTToto
- Боевая черепаха
- Неактивен
- Откуда: Павлодар
- Зарегистрирован: 2016-11-07
- Сообщений: 556
Тема: Как решить?
Эта жалоба ни на кого-то а на сам сервер, может и на мой ноут.
вообщем, заходу на сервак, долго грузится, вылетает пишет — «Удаленный хост принудительно разорвал существующее подключение» Скриншет экрана/игры сделать не могу, ибо на ноутбуке не умею, пытался, но безрезультатно.
Помогите, плиз.
2 Ответ от minegoing 2017-09-13 19:31:37
- minegoing
- StaOneLoveSyan
- Неактивен
- Зарегистрирован: 2017-04-28
- Сообщений: 764Профиль в игре
Re: Как решить?
Удаленный хост принудительно разорвал существующее подключение
Проблемы с интернетом,у меня такое часто бывает
3 Ответ от SSogOnTToto 2017-09-13 19:33:08
- SSogOnTToto
- Боевая черепаха
- Неактивен
- Откуда: Павлодар
- Зарегистрирован: 2016-11-07
- Сообщений: 556
Re: Как решить?
Проблемы с интернетом,у меня такое часто бывает
И как это решить?
4 Ответ от minegoing 2017-09-13 19:36:30
- minegoing
- StaOneLoveSyan
- Неактивен
- Зарегистрирован: 2017-04-28
- Сообщений: 764Профиль в игре
Re: Как решить?
И как это решить?
Перезагрузи роутер,если это будет продолжаться больше часа,то попробуй позвонить провайдеру
Удаленный хост принудительно разорвал существующее подключение.
В программах 1С где идет групповое проведение документов программа вываливается с ошибкой:
Ошибка обращения к серверу 1С:Предприятия.
по причине:
server_addr=tcp://SRV-2:1561 descr=10054(0x00002746): Удаленный хост принудительно разорвал существующее подключение.
line=1574 file=srcDataExchangeTcpClientImpl.cpp
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
Платформа 8.3.10.2252. MS SQL 2014, конфигурация УТ 11.3 и УТ 10.3
Проверял на 8.3.10.2168, 8.3.9.2170 результат один
Последние 2 дня тоже мучаюсь с этой ошибкой, как в топике WS 2012 R2, обновления ставятся, на выходных обновлял платформу для бухгалтерии, торговля и бухгалтерия на разных платформах стоят, торговля как раз на 8.3.9.2233, может поставить платформу постарше? Не пробовал никто?
IPv6 отключен.
52:55.420022-0,EXCP,0,process=rphost,ClientID=21,Exception=NetDataExchangeException,Descr=’server_addr=(2)192.168.2.100:52527 descr=10054(0x00002746): Удаленный хост принудительно разорвал существующее подключение. line=2240 file=srcDataExchangeServerImpl.cpp’
52:55.420023-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=,ConnectString=
Вот такое продолжаю ловить.
Разобрался, второй день рабочие процессы живут не прерываясь.
Как оказалось причина в IPv6 и IPv4. Windows 2012r2. Платформа 1c 8.3.9.2233 в тех журнале 1C постоянно видны запросы на на этот хост ::1 после чего возникают сообщения о том что хост не является сокетом и пошли отвалы. Нашел инфу на оф сайте майкрасофта про то, что данной винде могут быть проблемы если у Вас не обновляется винда.
Вот тут скачивайте фикс по отключению IPv6 и после применения перезагружайтесь, если надо включить IPv6 то скачивайте второй фикс и после перезапускайте винду
https://support.microsoft.com/ru-kz/help/929852/how-to-disable-ipv6-or-its-components-in-windows
Но можно и руками отключить IPv6 после чего обязательно перезагрузить тачку.
Итак идем в реестр
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesTCPIP6 Parameters
Здесь создаем новый параметр, для этого делаем правый клик на разделе Parameters и в контекстном меню выбираем «Создать» -> «Параметр DWORD (32-бита)». Задаем имя этому параметру – DisabledComponents. Теперь делаем двойной клик левой кнопкой на вновь созданном параметре, и устанавливаем значение 0xff
Все. после перезапуска ПК в тех журнале есть только пару строчек что при запуске рабочего процесса была попытка подключиться к хосту с айпи адресом ::1 но так как он не найден в системе то подключение рабочих процессов идет на IPv4 и там и продолжают жить и здравствовать.
Как один из вариантов решения.
Исходные данные:
— MS SQL и сервер 1С на разных виртуальных серверах
— платформа 8.3.8.1784
— ЗУП2.5 и ЗУП3.1
После обновления платформы и агента сервера на 8.3.10.2505 в ЗУП2.5, в рандомный момент времени вылетает ошибка 10054. С такой же ошибкой вылет при попытке вывести внешнюю печатную форму. В ЗУП3.1 все ок.
Отключение фоновых заданий, рекомендации в (8), чистка кеша, перезагрузка сервера и прикладывание диска ИТС не помогло.
В файловом варианте работы с базой ЗУП2.5 ошибка не возникает.
Решение:
На сервак поставил второй агент сервера 1С 8.2.19.130, который работает параллельно с 8.3.10.2505. Внешние печатные формы выводятся без ошибок, вылетов базы пока не замечено.
(19)
bubaman, это у вас другая проблема. Это зарегистрированная ошибка в 8.3.10.2505 для SQL баз: если конфигурация на обычных формах, при открытии внешних печатных
форм или внешних обработок аварийно завершается программа
на строке Обработка = ВнешниеОбработки.Создать(ИмяФайла).
В случае файловой базы ошибки нет.
То же интересно решили или нет проблему. Раза 3-4 выскакивала такая ошибка у всех пользователей и всех выкидывало. А логах сервера писалось:
Программа 1cv8.exe версии 8.3.7.1949 прекратила взаимодействие с Windows и была закрыта. Чтобы узнать, имеются ли дополнительные сведения о проблеме, проверьте историю проблемы в Центре поддержки в панели управления.
ИД процесса: a0f8
Время запуска: 01d30f4751c288f4
Время завершения: 0
Помогал только рестарт сервера. Перезапуск SQL, агент 1С не помогал.
1. Очистка кеша на сервере;
2. Очистка всех сессий;
3. Рестарт сервера.
Ошибка обращения к серверу 1С:Предприятия.
по причине:
server_addr=tcp://DESKTOP-ADQN25V:1560 descr=10054(0x00002746): Удаленный хост принудительно разорвал существующее подключение. line=1565 file=srcDataExchangeTcpClientImpl.cpp
Есть ещё предложения как лечить? 2008R2 Microsoft SQL 10.50.1600.1 Платформа 8.3.9.1850
NexxDigital — компьютеры и операционные системы
Удаленный хост разорвал существующее подключение майнкрафт. Удалённый хост принудительно разорвал существующее подключение.
Дорогие друзья, сегодня мы с вами поговорим о такой ошибке, как окно со следующим сообщением в 1С: «Удалённый хост принудительно разорвал существующее соединение». Такая проблема часто сопровождается и кодом, который может помочь программистам быстрее идентифицировать причину неполадки. Чаще всего она возникает у клиентов с большим числом сотрудников, подключённых к серверу.
Причиной же ошибки в большинстве случаев служит перезапуск рабочего процесса. А, собственно, причин такого поведения может быть немаленькое количество. Чаще всего это происходит из-за обычного перезапуска по расписанию. Из-за увеличения файла rphost, следствием которого является уменьшение скорости работы, администраторы пытаются исправить это с помощью перезапуска рабочих процессов. А следствием этого служит отключение пользователей, так как появляется дополнительная нагрузка на сервер .
Команда разработчиков программного продукта 1С сам же рекомендует использовать только один рабочий процесс, если подключено около 100 пользователей. Если вы не можете решить проблему , то попробуйте воспользоваться некоторыми способами решений. Итак, давайте узнаем, что делать, если возникает ошибка «Удалённый хост принудительно разорвал существующее соединение».
Время от времени вот такое окно: «Удалённый хост принудительно разорвал существующее подключение,» выдаёт Quik.
Если у вас наблюдаются проблемы с обрывами соединения к серверам брокера, то следуем инструкции ниже.
Конечно, это танцы с бубном и так быть не должно. Я надеюсь, что описанное ниже решение проблемы будет носить исключительно временный характер.
Подобная «незадача» возникает в случае, когда сервер брокера не может дождаться ответа от терминала клиента и отключает его принудительно. За время возникновения данной проблемы я в буквальном смысле изнасиловал своего провайдера (даже двух!), техническую поддержку разработчика терминала Quik и как закономерный итог — пришёл к технической поддержке своего брокера. То есть мы будем говорить не о проблемах провайдера или разработки. Речь пойдёт именно об обрыве подключения, под которыми следует понимать следующее:
после подключения к серверам брокера терминал Quik без каких-либо настроек загружает котировки и работает исправно. После загрузки файла конфигураций с настроенными графиками и индикаторами, терминал клиента на несколько секунд зависает и потом выдаёт сообщение: «Удалённый хост принудительно разорвал существующее подключение quik.»
Особенно обидно, когда такое происходит при наличии позиции
При этом нет возможности ни закрыть позицию, ни переставить стоп. Терминал зависает и в диспетчере задач Windows появляется статус «Не отвечает.»
Итак, что в таких случаях делать?
Повторюсь, описанные меры являются определённым танцем с бубном. Сейчас очень плотно общаюсь с технической поддержкой своего брокера и надеюсь, это принесёт свои плоды. Для реализации данного решения требуется, чтобы все акции были разнесены по разным закладкам, то есть графики Сбербанка, Газпрома, Алросы, Роснефти, фьючерсы, опционы и другие инструменты должны находиться на отдельных закладках.
Шаг 0. Настройка соединения
Отключаем автоматическое восстановление соединения. Иначе обрывы и зависания нам не дадут покоя.
Меню Система -> Соединения
Шаг 1. Настройка потока котировок
Обратите внимание на количество используемых инструментов и установите получение котировок только по открытым пользователем таблицам. Это существенно снизит поток получаемой информации с серверов брокера.
Из документации Quik`a:
Исходя из настроек открытых пользователем таблиц» – получать новые значения только по тем инструментам и их параметрам, которые отображаются в открытых пользователем таблицах программы. Если признак включен, то с сервера принимаются параметры по всем инструментам, отображаемым в следующих окнах и таблицах
Меню «Система->Заказ данных->Поток котировок»
Давим кнопку «Установить настройки по открытым таблицам»
. и получаем котировки только по нужным нам инструментам. Давим «Да»
Шаг 1.1 Сохранение изменений
Сохраняем конфигурацию Quik`a в используемый файл.wnd.
Шаг 2. Очистка служебных файлов
Закрываем терминал Quik и удаляем файлы с расширением.dat в корне папки Quik. У меня там хранился 21 файл, у кого-то это число может быть как больше, так и меньше.
Список файлов с расширением.dat папки Quik
Шаг 2.1 Добавление строки -clear
Для очистки служебных файлов с расширениями.log и.dat при каждом запуске терминала добавляем к ярлыку Quik`a строку -clear.
Заходим в свойства ярлыка Quik
Параметр позволяет очистить служебные файлы. Давим на «Ок»
Наличие параметра -clear несколько ускоряет загрузку терминала Quik. Однако, после обновления программы параметр -clear придётся заново добавлять к ярлыку файла info.exe. Также это не спасёт после автоматического перезапуска программы.
Заходим в меню «Основные настройки»
Установка признака «На локальной машине.» Давим на ОК.
Шаг 2.2 Запуск после внесённых изменений
Запускаем терминал Quik`a, загружаем используемую конфигурацию и пробуем подключиться. Если не помогло, то следуем инструкции далее.
Шаг 3. А если не помогло, то ищем «толстого»
Теперь сохраняем закладку самого «жирного» инструмента в отдельный файл:
Шаг 4. Удаление закладок
Удаляем ранее сохранённую закладку с самым «жирным» инструментом. В моём случае это закладка с графиками акций «Сбербанка.»
Удаление закладки с «жирным» инструментом
Шаг 5. Подключение
Подключаемся к серверу брокера и авторизуемся. Если картина не изменилась удаляем закладку с менее «жирным» инструментом и так до тех пор, пока соединение не будет установлено стабильно.
Шаг 6. Сохранение конфигурации со стабильным соединением
После того, как соединение установлено и не разрывается, сохраняем полученный файл конфигураций под другим именем. Например, your_bunny_wrote.wnd.
После установки стабильного подключения к серверу брокера производим обратные действия. Загружаем сохранённые закладки:
Выбираем закладку и давим «Открыть»
Начинаем в обратном порядке — с наименее «жирного» и двигаемся к наиболее «толстому» инструменту. На секунду терминал подвисает, но после этого разрисовывает нужные нам графики. Вуаля!
Повторяем шаг 7 до тех пор, пока не загрузим удалённые закладки всех необходимых инструментов. Благо у меня он один и обрыв соединения происходит только при сохранении в основной файл.wnd закладки с графиками Сбербанка. Хотя их там всего 5 штук.
Перед каждым закрытием терминала Quik сохраняем закладку в отдельный файл, повторяя шаг 3 для каждого «жирного» инструмента.
Мы не знаем, на каком моменте у Quik`а возникнет желание оборвать соединение. Это возможно после очередного сохранения и загрузки файла. Поэтому рекомендую иметь два таких файла, например Сбербанк и Сбербанк_new, сохраняя изменения по очереди то в один, то в другой файл. Таким методом мы уменьшим вероятность потери данных занесённых на основной график инструмента.
Данная ошибка с кодом 10054, критического характера, проявляется у пользователей в момент проведения записи. Чаще всего встречается у старых релизов 1С 8.2.
Скриншот ошибки 10054:
Вообще, появление этой ошибки, говорит о том, что происходит неожиданное для разработчика сервера 1С действие:
- приходит некорректный запрос;
- некоректные данные;
- запрос вызывающий большую выборку, с которой он не может встретится;
- частный случай: номер документа был больше, чем длина заданная в нумераторе;
- проверьте работу при отключенных антивирусах или firewall-е
Исправление:
Заключается в локализации проблемы, насколько это возможно:
- определении вида документа,
- регистра, с которым происходит ошибка,
- пользователя,
- компьютера.
Затем делается копия базы (средствами 1С или СУБД).
Если перезапуск сервера, решает проблему, продолжаете наблюдение. Добавьте скрипт рестарта службы ночью в нерабочее время.
Если перезапуск циклический проверьте не настроен ли у вас автоматический перезапуск в свойствах кластера:
Проводится тестирование и исправление с пересчетом итогов и реиндексацией таблиц.
Поднимается прежняя копия базы, в которой проблема наблюдается, сверяются находятся отличия, возможно это натолкнет на причину.
Если решить проблему не удается, следующим шагом будет настройка и анализ технологического журнала.
Что может выяснится в процессе:
Если нагрузка на сервер, на грани 100%, рассмотрите вариант разделения сервера базы данных и сервера 1С, обычно это замедляет, но стабилизирует работу (в 8.3 есть механизм общей памяти, который ускоряет взаимодействие сервера и).
- Добавьте память на сервер, если это возможно.
- Возможным решением, будет замена сервера на 64 битный, но для начала проверьте работоспособность у знакомых, где он стоит.
- Не помешает такая же проверка и на 32 битной, чтобы понять ошибка в данных или конкретном сервере.
- Выгрузка с загрузкой может устранить проявление.
- Крайней мерой рассмотрите перенос данных через конвертацию данных или догрузка данных в рабочую копию (длительная процедура)
Проверьте журналы Windows на предмет системных ошибок:
- в работе сети
- оборудования
- приложения
- перезапустите роутеры,свитчи (редко, но бывает проблемы именно в них)
Если проблема не решена в короткое время, возможно вам потребуется помощь сертифицированных администраторов или экспертов 1С.
Сайт о компьютерной технике
Удаленный хост принудительно разорвал существующее подключение minecraft. Удалённый хост принудительно разорвал существующее подключение.
Дорогие друзья, сегодня мы с вами поговорим о такой ошибке, как окно со следующим сообщением в 1С: «Удалённый хост принудительно разорвал существующее соединение». Такая проблема часто сопровождается и кодом, который может помочь программистам быстрее идентифицировать причину неполадки. Чаще всего она возникает у клиентов с большим числом сотрудников, подключённых к серверу.
Причиной же ошибки в большинстве случаев служит перезапуск рабочего процесса. А, собственно, причин такого поведения может быть немаленькое количество. Чаще всего это происходит из-за обычного перезапуска по расписанию. Из-за увеличения файла rphost, следствием которого является уменьшение скорости работы, администраторы пытаются исправить это с помощью перезапуска рабочих процессов. А следствием этого служит отключение пользователей, так как появляется дополнительная нагрузка на сервер .
Команда разработчиков программного продукта 1С сам же рекомендует использовать только один рабочий процесс, если подключено около 100 пользователей. Если вы не можете решить проблему , то попробуйте воспользоваться некоторыми способами решений. Итак, давайте узнаем, что делать, если возникает ошибка «Удалённый хост принудительно разорвал существующее соединение».
Данная ошибка с кодом 10054, критического характера, проявляется у пользователей в момент проведения записи. Чаще всего встречается у старых релизов 1С 8.2.
Скриншот ошибки 10054:
Вообще, появление этой ошибки, говорит о том, что происходит неожиданное для разработчика сервера 1С действие:
- приходит некорректный запрос;
- некоректные данные;
- запрос вызывающий большую выборку, с которой он не может встретится;
- частный случай: номер документа был больше, чем длина заданная в нумераторе;
- проверьте работу при отключенных антивирусах или firewall-е
Исправление:
Заключается в локализации проблемы, насколько это возможно:
- определении вида документа,
- регистра, с которым происходит ошибка,
- пользователя,
- компьютера.
Затем делается копия базы (средствами 1С или СУБД).
Если перезапуск сервера, решает проблему, продолжаете наблюдение. Добавьте скрипт рестарта службы ночью в нерабочее время.
Если перезапуск циклический проверьте не настроен ли у вас автоматический перезапуск в свойствах кластера:
Проводится тестирование и исправление с пересчетом итогов и реиндексацией таблиц.
Поднимается прежняя копия базы, в которой проблема наблюдается, сверяются находятся отличия, возможно это натолкнет на причину.
Если решить проблему не удается, следующим шагом будет настройка и анализ технологического журнала.
Что может выяснится в процессе:
Если нагрузка на сервер, на грани 100%, рассмотрите вариант разделения сервера базы данных и сервера 1С, обычно это замедляет, но стабилизирует работу (в 8.3 есть механизм общей памяти, который ускоряет взаимодействие сервера и).
- Добавьте память на сервер, если это возможно.
- Возможным решением, будет замена сервера на 64 битный, но для начала проверьте работоспособность у знакомых, где он стоит.
- Не помешает такая же проверка и на 32 битной, чтобы понять ошибка в данных или конкретном сервере.
- Выгрузка с загрузкой может устранить проявление.
- Крайней мерой рассмотрите перенос данных через конвертацию данных или догрузка данных в рабочую копию (длительная процедура)
Проверьте журналы Windows на предмет системных ошибок:
- в работе сети
- оборудования
- приложения
- перезапустите роутеры,свитчи (редко, но бывает проблемы именно в них)
Если проблема не решена в короткое время, возможно вам потребуется помощь сертифицированных администраторов или экспертов 1С.
Время от времени вот такое окно: «Удалённый хост принудительно разорвал существующее подключение,» выдаёт Quik.
Если у вас наблюдаются проблемы с обрывами соединения к серверам брокера, то следуем инструкции ниже.
Конечно, это танцы с бубном и так быть не должно. Я надеюсь, что описанное ниже решение проблемы будет носить исключительно временный характер.
Подобная «незадача» возникает в случае, когда сервер брокера не может дождаться ответа от терминала клиента и отключает его принудительно. За время возникновения данной проблемы я в буквальном смысле изнасиловал своего провайдера (даже двух!), техническую поддержку разработчика терминала Quik и как закономерный итог — пришёл к технической поддержке своего брокера. То есть мы будем говорить не о проблемах провайдера или разработки. Речь пойдёт именно об обрыве подключения, под которыми следует понимать следующее:
после подключения к серверам брокера терминал Quik без каких-либо настроек загружает котировки и работает исправно. После загрузки файла конфигураций с настроенными графиками и индикаторами, терминал клиента на несколько секунд зависает и потом выдаёт сообщение: «Удалённый хост принудительно разорвал существующее подключение quik.»
Особенно обидно, когда такое происходит при наличии позиции
При этом нет возможности ни закрыть позицию, ни переставить стоп. Терминал зависает и в диспетчере задач Windows появляется статус «Не отвечает.»
Итак, что в таких случаях делать?
Повторюсь, описанные меры являются определённым танцем с бубном. Сейчас очень плотно общаюсь с технической поддержкой своего брокера и надеюсь, это принесёт свои плоды. Для реализации данного решения требуется, чтобы все акции были разнесены по разным закладкам, то есть графики Сбербанка, Газпрома, Алросы, Роснефти, фьючерсы, опционы и другие инструменты должны находиться на отдельных закладках.
Шаг 0. Настройка соединения
Отключаем автоматическое восстановление соединения. Иначе обрывы и зависания нам не дадут покоя.
Меню Система -> Соединения
Шаг 1. Настройка потока котировок
Обратите внимание на количество используемых инструментов и установите получение котировок только по открытым пользователем таблицам. Это существенно снизит поток получаемой информации с серверов брокера.
Из документации Quik`a:
Исходя из настроек открытых пользователем таблиц» – получать новые значения только по тем инструментам и их параметрам, которые отображаются в открытых пользователем таблицах программы. Если признак включен, то с сервера принимаются параметры по всем инструментам, отображаемым в следующих окнах и таблицах
Меню «Система->Заказ данных->Поток котировок»
Давим кнопку «Установить настройки по открытым таблицам»
. и получаем котировки только по нужным нам инструментам. Давим «Да»
Шаг 1.1 Сохранение изменений
Сохраняем конфигурацию Quik`a в используемый файл.wnd.
Шаг 2. Очистка служебных файлов
Закрываем терминал Quik и удаляем файлы с расширением.dat в корне папки Quik. У меня там хранился 21 файл, у кого-то это число может быть как больше, так и меньше.
Список файлов с расширением.dat папки Quik
Шаг 2.1 Добавление строки -clear
Для очистки служебных файлов с расширениями.log и.dat при каждом запуске терминала добавляем к ярлыку Quik`a строку -clear.
Заходим в свойства ярлыка Quik
Параметр позволяет очистить служебные файлы. Давим на «Ок»
Наличие параметра -clear несколько ускоряет загрузку терминала Quik. Однако, после обновления программы параметр -clear придётся заново добавлять к ярлыку файла info.exe. Также это не спасёт после автоматического перезапуска программы.
Заходим в меню «Основные настройки»
Установка признака «На локальной машине.» Давим на ОК.
Шаг 2.2 Запуск после внесённых изменений
Запускаем терминал Quik`a, загружаем используемую конфигурацию и пробуем подключиться. Если не помогло, то следуем инструкции далее.
Шаг 3. А если не помогло, то ищем «толстого»
Теперь сохраняем закладку самого «жирного» инструмента в отдельный файл:
Шаг 4. Удаление закладок
Удаляем ранее сохранённую закладку с самым «жирным» инструментом. В моём случае это закладка с графиками акций «Сбербанка.»
Удаление закладки с «жирным» инструментом
Шаг 5. Подключение
Подключаемся к серверу брокера и авторизуемся. Если картина не изменилась удаляем закладку с менее «жирным» инструментом и так до тех пор, пока соединение не будет установлено стабильно.
Шаг 6. Сохранение конфигурации со стабильным соединением
После того, как соединение установлено и не разрывается, сохраняем полученный файл конфигураций под другим именем. Например, your_bunny_wrote.wnd.
После установки стабильного подключения к серверу брокера производим обратные действия. Загружаем сохранённые закладки:
Выбираем закладку и давим «Открыть»
Начинаем в обратном порядке — с наименее «жирного» и двигаемся к наиболее «толстому» инструменту. На секунду терминал подвисает, но после этого разрисовывает нужные нам графики. Вуаля!
Повторяем шаг 7 до тех пор, пока не загрузим удалённые закладки всех необходимых инструментов. Благо у меня он один и обрыв соединения происходит только при сохранении в основной файл.wnd закладки с графиками Сбербанка. Хотя их там всего 5 штук.
Перед каждым закрытием терминала Quik сохраняем закладку в отдельный файл, повторяя шаг 3 для каждого «жирного» инструмента.
Мы не знаем, на каком моменте у Quik`а возникнет желание оборвать соединение. Это возможно после очередного сохранения и загрузки файла. Поэтому рекомендую иметь два таких файла, например Сбербанк и Сбербанк_new, сохраняя изменения по очереди то в один, то в другой файл. Таким методом мы уменьшим вероятность потери данных занесённых на основной график инструмента.