hellonow

Пока более ничего не нужно, исправление в следующих версиях ПО. Спасибо.

@vasek00 в процессе исправления. Более сообщать об ошибке не нужно. Следите за журналом исправлений в ветке https://forum.keenetic.com/topic/16674-журнал-изменений-41/

@Емеля @tamer есть подозрение на hwnat. О данной проблеме знаем. Исправление в будущих версиях ПО. Пока делайте откат на версию 3.9.8 пожалуйста, файл .bin можно взять тут - https://disk.yandex.ru/d/JQq4rJcR9Y6kXg

@dimon27254 Это является следствием получения широковещательных bcast сообщений через wind демон - это приводит к частому сканированию site-survey (обзора сети). В будущих версиях ПО планируется исправление. Спасибо.

@Сергей Анатольевич Пешкин Да, все верно, ожидаемо. Будет сгенерирован новый ключ. Напишите в поддержку, оставьте голос за реализацию функционала переноса конфигурации WG туннеля. Прикрепят к идее.

@ian да, подтверждаем, в будущих версиях ПО будет исправлено. Пока можно включить в CLI: crypto map VirtualIPServerIKE2 virtual-ip multi-login system configuration save Отключить: crypto map VirtualIPServerIKE2 no virtual-ip multi-login system configuration save

@Dhampir113 проверять нужно только на актуальной версии, сейчас это 4.0.2, в нее вошли исправления: MWS: исправлено появление "дубликатов" экстендеров в списке устройств (сообщил @Vision) [NDM-2869]

@dimon27254 спасибо, известно о некорректной работе FT в Guest сегменте. Данным вопросом занимаются.

Да, сообщения типа "answer from wrong socket", "unable to send request: invalid argument" плавающии . Может быть следствием некорректной работы DNS в сети провайдера. В будущих версиях ПО планируется включить расширенный лог для ndnproxy, чтобы понять точные причины возникновения.

Ошибка "port 0 is busy" исправлена в 4.0.1

@Andrew Voronkov о данной ошибке в работе системы известно. В будущих версиях будет исправление. Спасибо.

@Ацкий Падонак если установить конфигурацию торрент в корень другого раздела диска? Также будет?

@Ацкий Падонак файлы диагностики не нужно в паблик публиковать, нужно в скрытых сообщениях.

@Ацкий Падонак возможно битый файл settings.json или же он по какой-то причине не может быть загружен. Выполните сброс settings.json в веб-интерфейсе роутера http://192.168.1.1/controlPanel/apps/torrent , после проверьте еще раз. Если ошибка сохраняется, то тогда нужен self-test файл и информация из: more TEST:/components/transmission/settings.json { "alt-speed-down": 50, "alt-speed-enabled": false, "alt-speed-time-begin": 540, "alt-speed-time-day": 127, "alt-speed-time-enabled": false, "alt-speed-time-end": 1020, "alt-speed-up": 50, "bind-address-ipv4": "0.0.0.0", "bind-address-ipv6": "::", "blocklist-enabled": false, "blocklist-url": "http://www.example.com/blocklist", "cache-size-mb": 4, "dht-enabled": true, "download-dir": "/tmp/mnt/01D6EF71724166C0/components/transmission/download", "download-queue-enabled": true, "download-queue-size": 5, "encryption": 0, "feedback-path": "/var/run/transmission-feedback", "feedback-path": "/var/run/transmission-feedback", "idle-seeding-limit": 30, "idle-seeding-limit-enabled": false, "incomplete-dir": "/tmp/mnt/01D6EF71724166C0/components/transmission/download", "incomplete-dir-enabled": false, "lpd-enabled": false, "markdata": 0, "message-level": 2, "peer-congestion-algorithm": "", "peer-id-ttl-hours": 6, "peer-limit-global": 200, "peer-limit-per-torrent": 50, "peer-port": 51413, "peer-port-random-high": 65535, "peer-port-random-low": 49152, "peer-port-random-on-start": false, "peer-socket-tos": "default", "pex-enabled": false, "port-forwarding-enabled": false, "preallocation": 1, "prefetch-enabled": false, "queue-stalled-enabled": true, "queue-stalled-minutes": 30, "ratio-limit": 1.5000, "ratio-limit-enabled": false, "rename-partial-files": true, "rpc-authentication-required": true, "rpc-bind-address": "0.0.0.0", "rpc-enabled": true, "rpc-host-whitelist": "", "rpc-host-whitelist-enabled": true, "rpc-password": "", "rpc-port": 8090, "rpc-url": "/transmission/", "rpc-username": "", "rpc-whitelist": "*.*.*.*", "rpc-whitelist-enabled": true, "scrape-paused-torrents-enabled": true, "script-torrent-done-enabled": false, "script-torrent-done-filename": "", "seed-queue-enabled": false, "seed-queue-size": 10, "speed-limit-down": 15360, "speed-limit-down-enabled": true, "speed-limit-up": 15360, "speed-limit-up-enabled": true, "start-added-torrents": true, "trash-original-torrent-files": false, "umask": 18, "upload-slots-per-torrent": 14, "utp-enabled": false, "watch-dir": "/tmp/mnt/01D6EF71724166C0/components/transmission/watch", "watch-dir-enabled": true }

@keenet07 странно, что вы этого сами не делаете, но при этом постоянно проверяете работу и ожидаете "чуда", что с вашей, видимо, конфигурацией будет исправление. При этом еще кого-то просите за вас прислать self-test файл.

@totikk спасибо, ситуацию воспроизвели. Обновление планируется в будущих версиях ПО.

@dimon27254 сейчас наблюдаем, что домен резолвит корректный адрес. Если ситуация повторится, просьба сразу же написать в поддержку об этом, приложив вывод nslookup или host с доменом + self-test файл.

@mega1volt демон dhcpd пишет в лог подобные сообщения во время перезапуска, которые вызван реконфигурацией (смена/продление префикса IPv6). Пока не планируется убирать данные сообщения из лога, но частоту перезапусков dhcpd будем стараться уменьшать по мере развития протокола IPv6 в KeeneticOS.

@mega1volt ранее включали дебаг для системы?

@stakp какой имя - description до удаления у пира? В A.17 добавляю всю сеть для IPv6 и имя на месте. Напомним, что поддержки IPv6 в веб для WG пока не реализована.

@mega1volt спасибо, данное сообщение будет скрыто в будущих версиях. Запись информационный характер о renew для IPv6.

@Серов Николай исправление вошло в версию 3.9.5 и 4.0 Alpha 13

@Андрей Шевелёв после установки WG2 интерфейса через PPPoE0 перестал устанавливаться хэндшейк с удаленным пиром: [I] Mar 15 21:43:39 ndm: Wireguard::Interface: "Wireguard2": reconnecting peer "pEjb23238mtCLSQyUzKQBgHeSVMmEA=" via "PPPoE0". [I] Mar 15 21:43:39 ndm: Wireguard::Interface: "Wireguard2": added a host route to peer "pEjbuc/2323r/8mtCLSQyUzKQBgHeSVMmEA=" (85.209.2.183) via PPPoE0 (PPPoE0). [I] Mar 15 21:51:11 kernel: wireguard: Wireguard2: retrying handshake with peer "pEjbuc/ЫВЫВr/8mtCLSQyUzKQBgHeSVMmEA=" (5) (85.209.2.183:61791) because we stopped hearing back after 15 seconds [I] Mar 15 21:51:17 kernel: wireguard: Wireguard2: handshake for peer "pEjbuc/at4EZER8SЫВЫВUzKQBgHeSVMmEA=" (5) (85.209.2.183:61791) did not complete after 5 seconds, retrying (try 2) [I] Mar 15 21:51:33 kernel: wireguard: Wireguard2: retrying handshake with peer "pEjbuc/atЫВSQyUzKQBgHeSVMmEA=" (5) (85.209.2.183:61791) because we stopped hearing back after 15 seconds [I] Mar 15 21:51:38 kernel: wireguard: Wireguard2: handshake for peer "pEjbuc/at4EZER8SzЫВЫВSQyUzKQBgHeSVMmEA=" (5) (85.209.2.183:61791) did not complete after 5 seconds, retrying (try 2) Если отключить PPPoE и оставить подключение UsbLte0 Fibocom L860-GL, то туннель будет устанавливаться корректно? И self-test файл лучше прикреплять в скрытом сообщение.

@KCAHDEP @roman_sh @vasek00 еще раз всем спасибо. Гарантировано получилось воспроизвести с WG-интерфейсами, которые идут друг за другом в профиле политик по умолчанию - таблица маршрутизации _254. Когда отключаем интерфейс - подключение для доступа в интернет с маршрутом по умолчанию, то на последующем WG-интерфейсе возникает шторм исходящих пакетов. Исправление планируется в будущих версиях draft.

@dimon27254 @AndreBA в новой draft версии будет исправление, поэтому просьба проверить подсчет трафика и отображение отдачи в WebUI.