dimon27254

В 5.2 Alpha 2 исправлено. Спасибо!

Свои подсети добавлять в файлы со списками геоблокировки нельзя. Они будут удалены при автообновлении. Добавьте нужную вам подсеть в список исключений. Или же, найдите список всех подсетей, которые принадлежат приведенной вами ASN, и также их добавьте в исключения.

Вероятно, у вас выключено использование пользовательского списка исключений. Включите его: USE_CUSTOM_EXCLUDE_LIST=1

Если вы не настраивали сохранение, то будут стираться. Необходимо установить значение 1 для параметров SAVE_IPSETS и SAVE_ON_EXIT: SAVE_IPSETS="1" SAVE_ON_EXIT="1" Важно, чтобы в параметре IPSETS_DIRECTORY был обязательно прописан каталог. Но у вас он уже есть. После перезапуска Антискана у вас запустится автоматическое сохранение каждый 5-й день месяца (5, 10, 15 и т.д. числа), а также сохранение при запланированной перезагрузке (когда вы нажали кнопку "Перезапустить" в мобильном приложении или веб-интерфейсе, или же обновляете прошивку/конфиг роутера). Перезагрузили роутер, и все накопленные адреса восстановятся. В параметрах RECENT_CONNECTIONS_BANTIME, SUBNETS_BANTIME и HONEYPOT_BANTIME установите значение 0: HONEYPOT_BANTIME=0 RECENT_CONNECTIONS_BANTIME=0 SUBNETS_BANTIME=0 И затем перезапустите Антискан.

В PORTS указываются только порты вашего роутера. Никаких другие туда вводить не нужно. Там должны быть только 23,80,5443. В PORTS_FORWARED вы указываете порты из правил переадресации портов, которые ведут на ваш сервер. Исходя из скриншота веб-интерфейса и включенных правил, это только 80,443,8443. В HONEYPOT_PORTS не должно быть портов из PORTS и PORTS_FORWARDED. Оставьте только 1000,9090,9903.

Тогда указываете PORTS_FORWARDED="80,443,8443" Отлично. Значит у вас будет в конфиге ISP_INTERFACES="eth3"

80, 5443 и 23 вписываются так: PORTS="80,5443,23" Порты локальной машины мне не совсем понятны. Это её собственные порты, или же те, которые смотрят в интернет? Покажите, пожалуйста, правила переадресации портов из веб-интерфейса роутера.

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

Можно, например, воспользоваться WebCLI (Консоль RCI). Выполните команду show internet status В ответе найдите строку "interface". В ней в кавычках после двоеточия будет написано имя интерфейса, которое нужно себе записать. В моем примере это PPPoE0 (у вас может быть другим). Это еще не искомое имя. Теперь выполните команду: show interface ваше_имя system-name В результате найдите строку "system-name", и в кавычках после двоеточия окажется искомое имя интерфейса, которое нужно вписать в ascn.conf. У меня это будет: ISP_INTERFACES="ppp0" Для начала необходимо понять, на каких портах работает ваш сервер, какие порты открыты и как сервер подключен к роутеру. Также важно понять, на каких портах работает ваш роутер. Эта информация находится в разделе "Пользователи и доступ" веб-интерфейса роутера. Нужны номера портов HTTP, HTTPS и Telnet (если для него стоит галочка "разрешить доступ из интернета". Что вы подразумеваете под остальными? В HONEYPOT_PORTS вписываются порты, которыми не пользуются ваши клиенты. При подключении к этим портам пользователь сразу же блокируется.

Я бы не рекомендовал полностью заменять ваш конфиг другим. У вас могут быть другие интернет-подключения или перечень портов. Самое главное - иметь указанный каталог в IPSETS_DIRECTORY, установленную геоблокировку в режиме белого списка GEOBLOCK_MODE="whitelist" , а также страну Россия в списке стран: GEOBLOCK_COUNTRIES="RU"

В 5.2 Alpha 2 исправлено. Спасибо!

В 5.1.2 запросы на localhost:79 также начали возвращать 403.

В 5.2 Alpha 1 исправлено. Спасибо!

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

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

В 5.2 Alpha 1 реализовано в виде отдельного компонента Web Shell. Спасибо!

Hotfix 1.10.5 Исправлена ложная блокировка запуска с ошибкой "Токен доступа не найден. Задайте его и перезапустите Antiscan" в ПО 5.1 и ниже, проявляющаяся после перезапуска роутера при установленном Entware на внутреннюю память (сообщил @Dhampir113).

Спасибо за предоставленный лог! Проблема локализована. Скоро будет выпущена версия 1.10.5 с исправлением.

Пришлите, пожалуйста, мне в личные сообщения лог с вашего роутера. Чтобы в нем был и процесс запуска Кинетика, и попытки неудачного старта Антискана.

Здравствуйте. Я рекомендую обновиться на 1.10.4, чтобы заранее быть готовым к переходу на 5.2, который рано или поздно все равно произойдет. 1.10.4 полностью совместима с 5.1 и более старыми версиями. Просто не будет использоваться функционал работы с токенами. В будущем, когда вы перейдете на 5.2, Антискан это обнаружит и будет уже просить установить токен.

Новая версия 1.10.4. Новое: 1. Поддержка токенов доступа (для ПО версии 5.2 и выше). Спасибо @eralde. Токены доступа - новый и безопасный способ передачи запросов к системе, появившийся в ПО версии 5.2. Если вы перешли на 5.2, то рекомендуется создать и установить токен уже сейчас. В будущих версиях ПО токен может стать единственным способом получения данных от системы, и без него Antiscan не сможет работать. Работа с токенами приведена ниже. Информация может изменяться или дополняться. 2. Проверка наличия установленного компонента "Модули ядра подсистемы Netfilter". Теперь Antiscan перед запуском проверяет наличие указанного компонента. Если проверка завершится неудачно, запуск прерывается с выводом ошибки в консоль и лог. 3. Автозапуск Antiscan после завершения установки (предложил @MDP). 4. Автоматическая установка и настройка cron. Важная информация для пользователей с ПО версии 5.2: версии Antiscan 1.10.3 и ниже не совместимы с 5.2. Необходимо обновиться до актуальной версии.

@KoneTaH @admin @hlnw Если в роутере имеются object-group fqdn, то при выгрузке self-test для каждой группы в логе появляются ошибки вида: Xml::Document: system failed [0xcffd078c], invalid ELEMENT node name: "_NDM_OGDN_4@default/do-122843c3". Xml::Document: system failed [0xcffd078c], invalid ELEMENT node name: "_NDM_OGDN_6@default/do-c81e5440". Проверял на KN-1012 с 5.2 Alpha 1.

@KoneTaH @admin @hlnw Если обратиться к RCI с некорректным или уже удаленным токеном, то в логах появляются сообщения о попытках бана системой 127.0.0.1: Netfilter::Lockout::Manager: "Http": system failed [0xcffd037b], [H4] invalid address '127.0.0.1'. Проверял на KN-1012 с 5.2 Alpha 1.

@KoneTaH @admin @hlnw В 5.2 Alpha 1 модуль ядра xt_multiport.ko теперь не представлен в виде файла, из-за чего "ломаются" скрипты, явно проверяющие его наличие. Он теперь вкомпилирован в ядро, т.к. его можно использовать в iptables без предварительной подгрузки. Это какая-то ошибка, или же запланированное изменение? Проверял на KN-1012.