-
Постов
92 -
Зарегистрирован
-
Посещение
Тип контента
Профили
Форумы
Галерея
Загрузки
Блоги
События
Весь контент Dalex
-
Мне понятен в чем-то ваш подход и веселье. Но позвольте не согласиться, ибо роутер работает нормально и стабильно и qBittorrent тоже. LA максимум 1.5 из 2. А проблема возникает неожиданно и не часто, причем в те моменты, когда ничего не скачивается, а просто стоят торренты на раздаче. И это происходит ночью - когда и потребители все выключены. Своп на 2GB выделен на внешнем диске в отдельном разделе, попробую проверить диск на беды, возможно периодически попадает на плохой сектор.
-
Последнее время примерно раз в неделю возникает следующая ситуация - утром Keenetic Ultra еле шевелится, захожу в него и вижу, что load average 20+ и в топе по процессору 3 процесса - stubby -c dotproxy-0-0.yaml, qbittorrent (entware) и ndnproxy. В логах при этом: dnsmasq[24882]: Maximum number of concurrent DNS queries reached (max: 150) https-dns-proxy: "https://dns.quad9.net/dns-query": too many failed requests, try to reload process и др. Перезапуск qBittorrent сразу же нешает проблему с LA и работой DNS. Такое ощущение, что в какой-то момент qBittorrent через dnsmasq генерирует большое количество DNS запросов и KeeneticOS, проксирующая запросы на quad9 или захлебывается, или quad9 начинает отклонять запросы и stubby и ndnproxy начинают кушать процессор. Понятно, что Entware и все, что с ним связано - моя головная боль, но загрузку на процессор генерируют же stubby и ndnproxy. Как можно разобраться с проблемой? log_keenetic.txt
-
подозрительный сайт, официальный сайт RD - https://rustdesk.com/
-
Прошу совета - что-то не могу понять, куда копать и куда смотреть, чтобы найти причину. Ситуация такая - Keenetic Ultra, Entware, qBittorrent 5.1.2, настроены DoH\DoT на quad9. С непонятной периодичностью (раз в одну-две недели, обычно обнаруживается утром) начинает лагать интернет. Захожу на роутер и вижу в Entware load average ~12-16 и в топе по CPU вижу qbittorrent и процессы nginx, qbittorrent, stubby -C dotproxy-0-0.yml, https_dns_proxy. Скачивающих торрентов в это время нет, только раздача. В логах KeeneticOS проскакивает "https://dns.quad9.net/dns-query": CURLINFO_SSL_VERIFYRESULT: Error (unable to establish TLS connection)" и "dns.quad9.net": too many failed requests, try to reload process " но не могу сказать - это причина или следствие. Все, что в qbittorrent было связано с DNS (geo, определение DNS имен пиров), выключено. Остановка\перезапуск qbittorrent мгновенно понижает LA и все стабилизируется до следующего раза спустя дни\недели. P.S. наткнулся тут https://github.com/qbittorrent/qBittorrent/issues/22196 на параметр Max concurrent HTTP announces в настройках qBT, уменьшил с 50 до 10, буду наблюдать
-
Компонент KeenetisOS Сервер WebDAV (Личное облако) пробовали? Доступ к файлам из интернет по https
-
Носитель в порядке, проверял его fsck, это SATA SSD в USB боксе с ext4, завтра отмонтирую и проверю еще раз. Файл подкачки 2GB отдельным разделом на USB диске. Дело в том, что если отключить публичные DNS резольверы, то проблема не воспроизводилась с DNS от провайдера, хотя возможно я недостаточно долго ждал, прежде чем вернуть Quad9.
-
Добрый вечер! Есть KN-1811 c Keenetic OS 4.2.6.3 и выбранным публичным DNS резольвером от Quad9, установленным Entware, в котором установлен QBittorrent Периодически после добавления торрента в QBittorrent load average прыгает до 20+ и роутер подвисает. При этом в топе появляются процессы, связанные с dns proxy, как на скриншоте. Хотелось бы понять - куда смотреть, чтобы попробовать отловить проблему, такое ощущение, что в момент добавления торрента пропадает связь с DoH и DoT серверами quad9 и qbittorrent начинает делать кучу запросов к DNS. Трекеры могут быть разные, проблема проявляется довольно редко, остановка QBittorrent дает снижение load average До 1.x. Если его запустить - проблема не воспроизводится, хотя проблемный торрент может быть еще и не докачан. DHT выключена.
-
Вышел qBittorrent 5.1.0 Список изменений https://www.qbittorrent.org/news Доступны официальные бинарные сборки под aarch64, armhf, armv7. https://github.com/userdocs/qbittorrent-nox-static/releases Для обновления бинарника с текущей в репозитории Entware версии 4.6.5 можно сделать так: Общие шаги opkg install wget-ssl /opt/etc/init.d/S89qbittorrent stop cd /opt/bin/ mv qbittorrent-nox qbittorrent-nox-original Дополнительные шаги для aarch64 wget https://github.com/userdocs/qbittorrent-nox-static/releases/download/release-5.1.0_v2.0.11/aarch64-qbittorrent-nox ln -s ./aarch64-qbittorrent-nox ./qbittorrent-nox chmod +x ./aarch64-qbittorrent-nox Дополнительные шаги для armhf wget https://github.com/userdocs/qbittorrent-nox-static/releases/download/release-5.1.0_v2.0.11/armhf-qbittorrent-nox ln -s ./armhf-qbittorrent-nox ./qbittorrent-nox chmod +x ./armhf-qbittorrent-nox Дополнительные шаги для armv7 wget https://github.com/userdocs/qbittorrent-nox-static/releases/download/release-5.1.0_v2.0.11/armv7-qbittorrent-nox ln -s ./armv7-qbittorrent-nox ./qbittorrent-nox chmod +x ./armv7-qbittorrent-nox /opt/etc/init.d/S89qbittorrent start Общие шаги /opt/etc/init.d/S89qbittorrent start Также существуют тестовые сборки qBittorrent под mipselsf, mipssf и aarch64 от разработчиков Entware здесь: http://bin.entware.net/mipselsf-k3.4/test/ http://bin.entware.net/mipssf-k3.4/test/ http://bin.entware.net/aarch64-k3.10/test/
-
В личном кабинете https://account.netcraze.ru/auth/realms/users/account/#/security/device-activity присутствует сессия в том числе и от входа с помощью логина и пароля в приложении Android https://play.google.com/store/apps/details?id=ru.netcraze.app&pcampaignid=web_share. Нажатие кнопки "Сбросить все сессии" приводит к удалению сессии в личном кабинете, но никакого принудительного разлогинивания в приложении Android не происходит. Таким образом любой злоумышленник, залогинившийся в приложение - будет иметь доступ к устройствам в облачном аккаунте несмотря на изменение пароля и принудительный сброс всех текущих сессий.
- 4 ответа
-
- 5
-
-
-
Похоже тема мне подходит, если ошибся-прошу прощения. Обратился коллега, настроил ему Wireguard туннель между Keenetic Lite и Keenetic Peak (оба в одном городе внутри РФ). Подсети в локальных сетях разные, клиенты из обоих подсетей друг друга видят. Включил NAT на интерфейсе Wireguard на Peak (ip nat Wireguard0). Создал на Lite отдельную политику с доступом в Интернет через Wireguard, переношу туда устройство и трассировка доходит до ip адреса wireguard интерфейса на Peak, а дальше не идет. Подал на Peak команду no isolate-private и не помогло, выхода в Интернет так и нет. P.S. сделал no ip nat на Wireguard интерфейсе Peak, на нем же подал команду ip nat 192.168.2.10 255.255.255.255 для устройства за Keenetic Lite и доступ в интернет появился.
-
Спасибо за информацию. Вопрос к разработчикам по визуализации режима WiFi, в котором подключены клиенты к Keenetic, остается на их рассмотрение.
-
Пробовал все варианты. Сейчас стоит 160
-
Зря вы-классные значки.
-
Вроде да. На Intel AX200 Wi-Fi 6, драйвер последний, в свойствах драйвера 802.11ax включен. Вот такой V1 https://www.tp-link.com/ru/home-networking/pci-adapter/archer-tx55e/
