dimon27254

Когда вы указываете токен, Антискан перед установкой его сразу же проверяет. Если все хорошо, то он выдает "Токен доступа успешно сохранен". Если вы потом токен удалите, или это по какой-то причине сделает NDMS, то тут, к сожалению, Антискан только сообщит, что не смог запуститься, или же что токен не прошел проверку. Я намеренно сделал так, что если токен установлен, то без него Антискан даже не будет пытаться обращаться к системе. В случае, когда даже запрос с токеном завершается ошибкой - Антискан откажется работать, возвращая ошибку проверки версии ПО. Уже сейчас в 5.2 имеется скрытая команда для полного запрета доступа к RCI без токена. Пока что она по умолчанию не включена, поэтому я настоятельно и рекомендую переходить на токены доступа, чтобы потом в будущих версиях у всех не "окирпичился" Антискан.

Судя по всему, токен или был отозван со стороны NDMS, или же некорректно его прошла проверка. Когда вы его вводили в Антискан, было ли сообщение "Токен доступа успешно сохранен"?

Мне для воспроизведения достаточно оказалось открыть две одновременных сессии в веб-интерфейсе.

@Anna_, добрый день! Не планируете улучшать работу с токенами?

На актуальных сборках 5.2 все в порядке. Спасибо!

Без изменений в 5.2 Beta 3.

Исправлено в 5.2 Beta 2.

В 5.2 Beta 3 ошибка тоже воспроизводится.

Подтверждаю исправление в 5.2 Beta 3. Спасибо!

Подтверждаю исправление в 5.2 Beta 3. Спасибо!

@eralde @Anna_ @caulky 1. В заголовках карточек восстановления/бэкапа текст переносится не по словам, а по буквам. 2. Карточки имеют разную высоту, что выглядит не очень красиво. 3. Отсутствует иконка и локализованное описание файла backup. 4. Веб-интерфейс не ограничивает скачивание файла backup при отсутствующем пароле. Как результат, после нажатия кнопки скачивания система возвращает ошибку 500, которая может быть не понятна пользователю. Проверял на NC-4210.

Недостаточно. Сервер Антискана находится за ТСПУ. Если по какой-то причине однажды GitHub окажется недоступен - проксирование ничем не поможет. Именно поэтому всё дублируется. Когда в России наблюдалась недоступность GitHub, все желающие успешно переходили на bin.antiscan.ru. Это было видно по увеличившуюся числу запросов на сервер.

Неправильно. Посмотрите пример здесь:

Добрый день. У вас уже все настроено - геоблокировка по белому списку для России, и США в исключениях. Если не работает - есть вероятность, что сервера Let's Encrypt к вам обращаются из другой страны, например, Великобритании, Канады или Сингапура.

@Infy @Padavan @hlnw @caulky @sergeyk В актуальных версиях 5.2 столкнулся со сломанной привязкой клиентов Wi-Fi к узлам Mesh-системы. Пусть имеется устройство, которое из-за пересечения зон покрытия подключается то к контроллеру, то к ретранслятору. Нужно "приказать" клиенту подключаться только к ретранслятору. Через веб-интерфейс задаю привязку, сохраняю настройки, но клиент продолжает "сидеть" на контроллере. В логах имеются сообщения о применении параметров mws zone, однако нет сообщений о перезапуске драйвера Wi-Fi или деаутентификации клиентов. Привязка срабатывает только после перезапуска всей Mesh-системы, что не является корректным поведением. В 5.1.8 настройки применяются сразу же, и клиент переключается к закрепленному узлу. Проверял на тестовой связке из NC-4210 (контроллер) и NC-2312 (ретранслятор). Оба на 5.2 Beta 2.