hellonow

Всем спасибо. Занимаемся вопросом. В ближайшее время доступ вернется.

@vasek00 не всегда с первого раза воспроизводится на стенде, поэтому в следующий раз прикрепите self-test файл.

@vasek00 когда пришлете в скрытое сообщение self-test?

@dimon27254 как обстоят дела на версии ПО 4.0.4?

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

@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.