Custom Query (40 matches)

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

Дополнено alx:

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

Имеются два устройства MC04-WL, сервер и клиент. Поле Ciphers в настройках порта 1(RS-232) обоих устройств установлено в значение "пусто". После включения обоих устройств, порт клиента не подключается к серверу. Так-же между этими устройствами настроен туннель VPN, туннель работает, данные проходят.

Лог со стороны клиента:

3gd[243]: tcp_tty.cpp:198: connecting to 37.29.46.78 port 1001 (fd 17)...
3gd[243]: link.cpp:192: --> Link::error(): connection closed (17)

Лог со стороны сервера

3gd[243]: link.cpp:363: connect from ::ffff:46.229.134.176:42670 (19)
3gd[243]: link.cpp:192: --> Link::error(): connection closed (19)

p.s.

1. Как выяснилось, в этой ситуации, можно "заставить" клиента подключиться к серверу проведя следующие магические ритуалы на обоих устройствах:

• В Ciphers вместо "пусто" установить значение ALL
• Загрузить заново сертификат и ключ в блок (тот же самый что уже загружен)

2. Запись только настройки ALL, без повторной записи сертификата, эффекта не даёт.

3. Если в Ciphers установлено ALL, то после загрузки порт клиента соединяется с сервером.

p.p.s. Подозреваю что Chiphers в значении пусто, может быть не корректной настройкой, в таком случае "претензия" в том что изменение её в значение ALL происходит не сразу, а только после повторной загрузки сертификата или перезапуска.

Сабж.