Windows данные не расшифровываются

[Максим Н.]

Добрый день! Подскажите куда лезть! " Данные от 10.1.16.134: 47074 не расшифровываются (interface 1)".
Ошибка появилась после установки ЛБ 7 на адресе, работает через роутер и соответственно связь с адресом отсутствует! настройки роутера и блока проверял 3 раза, параметры установлены верно,как и на других объектах!

 

[revit]

Ключ у вас разный на компе и в блоке

 

[revit]

Отключаю блоки галкой "запретить обмен с этим лб" и служба оповещения начинает постоянно кидать


Непонятно зачем, если я сам отключаю связи ? По идее ПКЛШ должен просто игнорировать данные с таких блоков, а не загаживать список сообщений.


И еще вопрос: как узнать кто отправляет пакеты из записи отмеченной на скрине?

 

[Andi]

Отключаю блоки галкой "запретить обмен с этим лб" и служба оповещения начинает постоянно кидать
Вложение IPB #2227

Непонятно зачем, если я сам отключаю связи ? По идее ПКЛШ должен просто игнорировать данные с таких блоков, а не загаживать список сообщений.

При запрете обмена с ЛБ, ключ этого ЛБ не используется для расшифровки входящих пакетов.
Вероятно ЛБ имеет уникальный ключ. Поэтому и появляется это сообщение.

Если ЛБ имеет не уникальный ключ и пакет расшифровать удалось, то будет другое сообщение от приходе пакета на запрещённую связь.

ПКЛШ посылает сообщения о всех странностях в обмене.

Удалите в ЛБ связь с ПКЛШ и сообщений не будет.
Зачем запрещать обмен с ЛБ, если этот обмен фактически есть ?

Вложение IPB #2228

И еще вопрос: как узнать кто отправляет пакеты из записи отмеченной на скрине?

Поищите строку 192.168.100.1 во всех xml файлах во всех подпапках папки LKDSDrv

В FARe это можно сделать так:

 

[revit]

Зачем запрещать обмен с ЛБ, если этот обмен фактически есть ?

Жизнь так многообразна.... И бывает необходимость в неочевидно логических действиях, когда много адресов , подсетей и оборудования обслуживаешь. Не хочется писать много...
Кстати, а если вот такая ситуация:
перешли лифты с Лб7 (или прошками) в другую организацию. Я по просьбе коллеги из той фирмы вписал его связь в блоки. Коллега подключил лифты на свой пульт. Потом он сменил ключ на свой а вторую связь с моим сервером не убрал.....
Мои действия? Звонить и просить убрать вторую связь? А если по какой то причине связь с ним потеряна или номера телефона нет...

Поищите строку 192.168.100.1 во всех xml файлах во всех подпапках папки LKDSDrv

Есть такой адрес в настройках ПКСЛ и ПКЛШ вторым резервным (GTW3 и IPDop2), но он везде отключен и неактивен (галка снята с доп. IP2) т.к отключил это подключение и больше не буду использовать.. В оборудовании пока не убирал этот IP.
Тоже неактивная строка продолжает активничать или искать где то неотключенную?
Причем повторяются только всего два подобных сообщения на два внешних IP.

 

[Andi]

Есть такой адрес в настройках ПКСЛ и ПКЛШ вторым резервным (GTW3 и IPDop2), но он везде отключен и неактивен (галка снята с доп. IP2) т.к отключил это подключение и больше не буду использовать.. В оборудовании пока не убирал этот IP.
Тоже неактивная строка продолжает активничать или искать где то неотключенную?
Причем повторяются только всего два подобных сообщения на два внешних IP.

Опять же можно поискать в xml файлах подстроку 176.59.74.227 и потом подстроку "9320" (с кавычками)

 

[revit]

Опять же можно поискать в xml файлах подстроку 176.59.74.227 и потом подстроку "9320" (с кавычками)

Такого не нашел в XML файлах. 192.168.100.1 и 100.50 нашлись в паре старых неиспользуемых XML-ах . В остальных только как отключенный второй резервный. Вообщем облазил все что можно но не нашел ничего. Удалил все неиспользуемые XML-и.
Удивил :0 вместо номера порта. Перезапуск LKDSProt ничего не изменил. Идеи кончились.

Откуда эти :0? И почему только эти три строки повторяются с одними и теми же портами? Кто их кидает и на что ругается LKDSProt?

 

[Andi]

Такого не нашел в XML файлах. 192.168.100.1 нашлись в паре старых неиспользуемых XML-ах . В остальных только как отключенный второй резервный. Вообщем облазил все что можно но не нашел ничего. Удалил все неиспользуемые XML-и.
Удивил :0 вместо номера порта. Перезапуск LKDSProt ничего не изменил. Идеи кончились.

Откуда эти :0? И почему только эти три строки повторяются с одними и теми же портами? Почему их кидает LKDSProt?
Вложение IPB #2230

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

 

[revit]

Да. Так и поступил, хотя все таки нашел источник этих пакетов. Это LKDSDomain. Три блока отсутствующие на связи "залипли" на 3 интерфейсе, которого уже физически нет.