Перейти к содержанию

dimon27254

Report Team
  • Постов

    1 478
  • Зарегистрирован

  • Посещение

  • Победитель дней

    92

dimon27254 стал победителем дня 1 февраля

dimon27254 имел наиболее популярный контент!

4 Подписчика

Оборудование

  • Устройства
    NC-1812, KN-1012, KN-3811, KN-1212, KN-1211, KN-3210

Посетители профиля

21 256 просмотров профиля

Достижения dimon27254

NetFriend

NetFriend (6/6)

2,7 тыс

Репутация

1

Ответы сообщества

  1. К сожалению, нет. Одним обходом загрузки xt_multiport не обойтись. Есть проблема куда глубже - в урезанных match, из-за которых часть правил защиты попросту не добавляются. Поэтому, если хотите пользоваться Antiscan - пора сменить роутер. Под 2.16 и прочие прошивки со старыми ядрами я ничего править не буду. В следующих версиях Antiscan установка на старые прошивки будет блокироваться. По поводу того, что Giga II "уделает" современные модели (особенно на ARM) - я очень сильно сомневаюсь.
  2. Antiscan мной не тестировался на таких старых прошивках, ввиду отсутствия соответствующих устройств. Улучшений в данном направлении не планируется. Если желаете пользоваться Antiscan - рекомендую приобрести актуальные модели Кинетиков/Неткрейзиков. Будущие версии Antiscan будут требовать KeeneticOS/NDMS 4.3 и выше.
  3. Проверил в 5.1 Alpha 2 - команда отрабатывает успешно, камера перестает отваливаться. Спасибо! Нюанс только в том, что раз-два после ввода команды ещё возможна перезагрузка камеры, но потом все становится нормально.
  4. Antiscan пишет свои служебные сообщения в лог роутера, откуда вы их можете забрать любыми доступными способами. Отправка в Telegram и любые другие сервисы не планируется.
  5. Отмечу, что вариант с правилом, блокирующим UDP на порту 3702, приводит к постоянным ошибкам в логе: Однако, техподдержка ответила, что ожидается команда для отключения WSD:
  6. Это было задумано для того, чтобы роутер мог найти, например, за каким из ретрансляторов подключено устройство к проводному порту.
  7. Сообщения, связанные с работой WSD, мне попадались ещё на 5.0.4.
  8. Добавьте возможность отключения этого сканирования, и уже будет проще. Если у кого-то из пользователей окажется целая система видеонаблюдения, состоящая из таких "кривулек", то они не пойдут её внезапно менять или массово писать в поддержку производителя после обновления KeeneticOS/NDMS на 5.0.6. Попросту откатят прошивку роутера или вообще уйдут к другому производителю, отказавшись от возможностей Кинетиков/Неткрейзиков.
  9. Камера с прошивкой 2017 года. Последние обновления были в 2018, и то, которые скачать уже нельзя, потому что камера снята с поддержки. Соответственно, писать никакого смысла нет. Вариант замены камер ради нормальной работы на прошивке 5.0.6 и выше я не рассматриваю. Достаточно было бы сделать WSD-сканирование отключаемым, что и решило бы проблему. Как быть в будущем, если другим пользователям придет автообновление на 5.0.6, и у них начнут отваливаться камеры? Всем советовать идти к производителю?) Я считаю, что это не правильно.
  10. Мне запрещающее правило помогло, и камера начала стабильно работать.
  11. В 5.0 все описанное как раз имется:
  12. В "общем" виде показать суммарное занятое пространство в каждом из разделов, и шкалу общей занятости на основе этих данных. А в развернутом визуально показывать эти самые проценты в шкалах для каждого раздела.
  13. Уже имеющиеся правила работает без каких-либо проблем, если не вносить изменения через веб-интерфейс.
  14. @eralde @Anna_ @Test Pilot Имеется правило, в котором стоит блокировка по протоколу IP: Если открыть параметры правила, то там данный протокол не отображается, и его нельзя выбрать: Проверял на NC-1812 с 5.1 Alpha 1.
×
×
  • Создать...

Важная информация

На этом сайте используются файлы cookie. Нажимая "Я принимаю" или продолжая просмотр сайта, вы разрешаете их использование: Политика конфиденциальности.