Windows Проблемы LkdsDrv

Есть такое. Я думал просто глюк.
У меня Мпульт в автозагрузке стоит, думал что не загрузилось и ручками запускал.
А оно вон чего.
Сейчас перезагружу и тоже данные пришлю.

PS отослал
 
Последнее редактирование модератором:
sergey57949 написал(а):
Есть такое. Я думал просто глюк.
У меня Мпульт в автозагрузке стоит, думал что не загрузилось и ручками запускал.
А оно вон чего.
Сейчас перезагружу и тоже данные пришлю.

PS отослал

Исправлен MPultPro и выложен в обновление ПО
 
ded написал(а):
После очередного обновления через LKDSUpdate, появилась проблема. При запуске MPultPro появляется сообщение "Не удалось подключиться ни к одному поставщику информации от ЛБ".
Вложение IPB #1888
При этом окно MPultPro не появляется. Со второй попытки MPultPro запускается. Опытным путём выяснилось, что если вернуть файл ComCLBStub.exe предыдущей версии, то всё работает нормально.
Ошибка в файле?

Это действительно влияние изменений ComCLBStub.exe, но новый ComCLBStub.exe должен остаться. Доработанный MPultPro выложен в обновление ПО.
 
Андрей Ефименко написал(а):
Хотел бы поучить данные для тех.поддерки:
исполните пункт меню «Пуск»\ «Все программы»\ «Диспетчерский комплекс ‘Обь’»\ «Формирование данных для обращения в техподдержку (SaveLog.exe)»После чего заархивируйте и пришлите сформированные данные (папка сформированных данных и email адрес куда отправлять будет показан в конце формирования)

И есть вопрос: MPultPro запускается сразу после перезапуска компьютера ?

MPultPro в автозагрузке, т.е. запускается сразу.
Сейчас обновил ПО через LKDSUpdate, всё заработало нормально. Проблем нет. Спасибо! :)
 
Здравствуйте, периодически (примерно раз в неделю) крашется LKDSdrv пока не перезапустишь службу. Выходит также сообщение об ошибке , что то типо RC сервер не отвечает ( в след раз заскриню ).
Система windows 10 pro , подскажите в чем может быть проблема?. В винде стоит функция перезапуска служб аж 3 раза но не помогает.
 
FemiT написал(а):
Здравствуйте, периодически (примерно раз в неделю) крашется LKDSdrv пока не перезапустишь службу. Выходит также сообщение об ошибке , что то типо RC сервер не отвечает ( в след раз заскриню ).
Система windows 10 pro , подскажите в чем может быть проблема?. В винде стоит функция перезапуска служб аж 3 раза но не помогает.

Нужно сформировать данные для тех.поддерки:

исполните пункт меню «Пуск»\ «Все программы»\ «Диспетчерский комплекс ‘Обь’»\ «Формирование данных для обращения в техподдержку (SaveLog.exe)»

После чего заархивируйте и пришлите сформированные данные (папка сформированных данных и email адрес куда отправлять будет показан в конце формирования)

И в письме или пояснении напишите причину обращения в тех.поддержку.
 
Добрый день.
Проблема вроде из этой темы, ПКСЛ почему-то общается с моноблоком не по тем портам что в них прописаны
37.194.205.96.JPG37.194.205.96_.JPG72.jpg
 

Вложения

  • 37.194.205.96.JPG
    37.194.205.96.JPG
    91.1 KB · Просмотры: 2
  • 37.194.205.96_.JPG
    37.194.205.96_.JPG
    54.1 KB · Просмотры: 0
  • 72.jpg
    72.jpg
    122.7 KB · Просмотры: 0
poiZon написал(а):
Добрый день.
Проблема вроде из этой темы, ПКСЛ почему-то общается с моноблоком не по тем портам что в них прописаны
Вложение IPB #1943Вложение IPB #1944Вложение IPB #1945

ПКСЛ, т.е. компьютер, посылает пакеты на 37.194.205.96:44000, т.е. правильно, если судить по картинкам, а вот приходят пакеты от 37.194.205.96:44000 на UDP порт 44002 компьютера, т.е. неправильно, судя по картинкам.

Желательно, конечно, прислать данные в тех.поддержку.
 
poiZon написал(а):
Добрый день.
Проблема вроде из этой темы, ПКСЛ почему-то общается с моноблоком не по тем портам что в них прописаны
Вложение IPB #1943Вложение IPB #1944Вложение IPB #1945

Уже достаточно давно подметил что если есть проблемы с отсутствием связи с одним из направлений и при этом с другим есть, то нужно изменить пары портов чтобы они не были одинаковыми в собственных и в связях. Не могу объяснить как работает (видимо особенноости натов), но это бывает на точках где есть роутеры и смена портов помогает.
Моноблок работает наверное через роутер?
 
Последнее редактирование модератором:
Андрей Ефименко написал(а):
ПКСЛ, т.е. компьютер, посылает пакеты на 37.194.205.96:44000, т.е. правильно, если судить по картинкам, а вот приходят пакеты от 37.194.205.96:44000 на UDP порт 44002 компьютера, т.е. неправильно, судя по картинкам.


Вот выделил где ПКСЛ делает две посылки по разным портам 37.194.205.96.JPG

Андрей Ефименко написал(а):
Желательно, конечно, прислать данные в тех.поддержку.


Выслал

revit написал(а):
Моноблок работает навереное через роутер?


На третьем снимке видно, что в моно прописан статикой белый ип
 

Вложения

  • 37.194.205.96.JPG
    37.194.205.96.JPG
    91.6 KB · Просмотры: 1
poiZon написал(а):
Вот выделил где ПКСЛ делает две посылки по разным портам Вложение IPB #1946

По данной картинке видно, что компьютер делает посылки ОТ разных портов, а именно от 44002 и 44000 на один порт 44000. Source - это источник, Destination - получатель.

Скорее всего, данный моноблок прописан в двух ПКСЛах с собственными UDP портами данных у одного 44002, а у второго 44000
 
Андрей Ефименко написал(а):
По данной картинке видно, что компьютер делает посылки ОТ разных портов, а именно от 44002 и 44000 на один порт 44000. Source - это источник, Destination - получатель.

Скорее всего, данный моноблок прописан в двух ПКСЛах с собственными UDP портами данных у одного 44002, а у второго 44000

В ситуации разобрались, проблема была в настройке роутера, к которому подключался компьютер-сервер.

Проброс портов нужно обязательно делать по одному, а не диапазоном.

Правило WAN 44000-44002 -> LAN IP:44000-44002 в общем случае работать не будет, т.к. приходящий UDP пакет на 44000 может быть проброшен в LAN на 44002

Нужно сделать три правила:

WAN 44000-44000 -> LAN IP:44000-44000
WAN 44001-44001 -> LAN IP:44001-44001
WAN 44002-44002 -> LAN IP:44002-44002
 
А какая это модель роутера была?
Ранее встречал такое поведение у некоторых. Думаю что проблема именно в кривой реализации перенаправления диапазонов портов.
Не всегда можно настройки сделать отдельными парами. При большом кол-ве всяческих программных устройств и служб это все таки проблемно да и следить нужно при добавлении новых чтобы внести. На трех имеющихся моделях такой проблемы не было за много лет.
 
Последнее редактирование модератором:
revit написал(а):
А какая это модель роутера была?
Ранее встречал такое поведение у некоторых. Думаю что проблема именно в кривой реализации перенаправления диапазонов портов.


keenetic
 
1, 2 или 3? или последний-который просто кинетик? и какой модели-4g, омни, дсл и пр.?
 
Последнее редактирование модератором:
revit написал(а):
А какая это модель роутера была?
Ранее встречал такое поведение у некоторых. Думаю что проблема именно в кривой реализации перенаправления диапазонов портов.
Не всегда можно настройки сделать отдельными парами. При большом кол-ве всяческих программных устройств и служб это все таки проблемно да и следить нужно при добавлении новых чтобы внести. На трех имеющихся моделях такой проблемы не было за много лет.

Наверное проблема не в кривизне реализации роутеров, а в NATe.

На порт 37.194. 205.96:44000 компьютер отсылал пакеты то от 44002, то от 44000 и, возможно, роутер думал, что раз пакеты на 37.194. 205.96:44000 посылались от 44002, то и входящие пакеты от 37.194. 205.96:44000 на IP компьютера в LAN нужно посылать на 44002.
 
Я писал о правилах перенаправления т.е одной из функций НАТа.
revit написал(а):
...Думаю что проблема именно в кривой реализации перенаправления диапазонов портов.


Кривость именно в том что при указании перенаправления начинает некорректно работать НАТ на этих портах. По этой причине всем советую убирать все правила перенаправления на роутерах используемых в удаленных модулях.
 
Последнее редактирование модератором:
Андрей Ефименко написал(а):
На порт 37.194. 205.96:44000 компьютер отсылал пакеты то от 44002, то от 44000


А это, как я понимаю, является программным косяком?

revit написал(а):
1, 2 или 3? или последний-который просто кинетик? и какой модели-4g, омни, дсл и пр.?


Это был омни, хотя это, думаю, не важно ибо NDMS у них вроде как единая
 
SOS! После обновления от 04.12.19 перестала работать голосовая связь и через ПКСЛ и через ПКЛШ. Пришлось откатить версии Clb, Cll. Обновления DRV, Disp и Domain не нарушают работу голосовой связи.
 
Последнее редактирование модератором:
OlegO написал(а):
SOS! После обновления от 04.12.19 перестала работать голосовая связь и через ПКСЛ и через ПКЛШ. Пришлось откатить версии Clb, Cll. Обновления DRV, Disp и Domain не нарушают работу голосовой связи.

Спасибо за информацию.

Это обновление я исключил, т.е. оно снова само не поставится.

Буду разбираться и надеюсь на понимание.
Собственно суть доработок и было повысить надёжность голосовой связи. Я, конечно, проверял и долго проверял, но на небольших объёмах.

Хорошо бы получить данные в тех.поддержу с сервера.
 
Назад
Сверху