Dalex

Вышел qBittorrent 5.0.2, доступны официальные бинарные сборки под aarch64, armhf, armv7. https://github.com/userdocs/qbittorrent-nox-static/releases/tag/release-5.0.2_v2.0.10 Для обновления бинарника с текущей в репозитории версии 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.0.2_v2.0.10/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.0.2_v2.0.10/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.0.2_v2.0.10/armv7-qbittorrent-nox ln -s ./armv7-qbittorrent-nox ./qbittorrent-nox chmod +x ./armv7-qbittorrent-nox /opt/etc/init.d/S89qbittorrent start

Во соседних темах есть несколько разных реализаций маршрутизации по DNS именам в Entware - на любой вкус и цвет.

Вышел qBittorrent 5.0.1, доступны официальные бинарные сборки под aarch64, armhf, armv7. https://github.com/userdocs/qbittorrent-nox-static/releases/tag/release-5.0.1_v2.0.10

1. Вы зря насилуете переносной диск, особенно, если там SSD - используя ReFS вместо Extfat. 2. Погуглили, что с поддержкой ReFS в Linux, прежде чем спрашивать?

Да на стороне сервера, это логично, ибо на стороне клиента таких настроек нет, по крайней мере в UI.

в этом видимо и проблема - везде нули - траффик недостаточно замаскирован.

Зачем гадать? Нужно проверить уходит ли трафик в VPN - что показывает tracert\traceroute к любому адресу из загруженных? Если трафик уходит - значит все работает, а то, что не работает netflix - ну так ставьте wireshark, отлавливайте трафик и смотрите куда идут запросы.

1. Включить использование tcp и udp портов в настройках openconnect. 2. перейти на amneziagw - он работает по udp и будет гораздо шустрее.

Как решили то? Пришлось запустить Transmissions 4.0.6 в Entware, нормально работает с другими трекерами, а с лостом таже ошибка. qbittorrent рядом работает нормально. Порт открыт, passkey в настройках сбросить нельзя.

Кто переходит на qBittorrent и растраивается, что он медленно качает\раздает - стоит иметь ввиду, что проверять нужно не на рутрекере, у них давно проблемы с их анонсерами и они их пока не спешат решать. Больше инфы тут https://rutracker.org/forum/viewtopic.php?t=5140582&start=2430

В русском переводе не влезает-растяните окно настроек и появится вкладка Расширенные.

Попробуйте в Настройки - Расширенные увеличить с 10 до 20 значение в поле Потоки асинхронного ввода-вывода (Asynchronous I/O threads). Ну и проверить, что диск точно в USB 3.0 порт включен, если их несколько и есть еще и USB 2.0

IMHO никак. retracker.local - это заглушка для локального ретрекера у провайдера, если он есть, а их уже перестали делать. А из остальных - у вас же первый работает.

Спасибо за ответ и за совет - запустился статически слинкованный aarch64 бинарь на Ultra, останусь пока на нем.

Наконец-то новая версия QBittorrent 5.0 https://www.qbittorrent.org/download вышла. Хотелось бы попросить собрать для Entware, готов протестировать на aarch64

Порт 17507 пробросили средствами Кинетика на сам же кинетик через Port Forwarding? Можно еще mTP отключить в протокол подключения пиров и оставить только TCP - он нагрузку дает на CPU. И что вообще с нагрузкой CPU - что показывает htop?

Осталась одна идея - ВМ OpenVZшная и вероятно что-то в общем ядре не дает OpenConnect работать в полную силу - так и не удалось добиться скорости выше 30м\с до OpenConnect сервера, хотя любая другая технология дает ~90мб\с. Хотя очень странно - он вроде бы работает строго в userspace.

Несмотря на то, что на сервере в ocserv.conf стоит route=default - никаких дополнительных маршрутов OpenConnect клиент (Keenetic OS 4.2) на Кинетике не создает.

Тестировал позавчера, почему то не создается запись в таблице маршрутизации. ipset работает и в правилах появляются записи (у меня способ с dnsmasq - Но там разницы нет). В bypass.conf добавлял и tun0 172.16.250.1/24 и tun0 172.16.250.0/24, но несмотря на правильный "tun" интерфейс от sing-box запись в маршрутизации не создается. Если руками добавить "ip route add default dev tun0 table 1001", начнет работать.

На KeeneticOs 4.2 Beta 4 отработал с такими ошибками tar: etc/qBittorrent_entware/config/ipc-socket: socket ignored ./backup: line 72: ndmq: not found ./backup: line 101: ndmq: not found cp: can't stat '/tmp/mnt/WDSSD/backup/firmware-2024-09-19': No such file or directory

Подскажите, какая версия ocserv на нем, и если самосборная, собирали ли со специфическими ключами?

Подскажите, какая версия ocserv на нем, и если самосборная, собирали ли со специфическими ключами?

Не могу найти ответ - умеет ли xray\xkeen работать в режиме "vpn" и создавать на кинетике сетевой tun интерфейс с транспортной ip сетью, чтобы была возможность маршрутизировать в него необходимый трафик? Или может умеет клиент sing-box на кинетике подключаться к xray серверам?

Да сервер - во франкфурте, но пинг 50мс и с ресурсами на нем проблем нет. Другие реализации VPN и просто замеры скорости до сервера дают нормальные результаты близко к тарифу провайдера, а вот openconnect не хочет. Выяснил, что клиент на кинетик тут не причем, так как и клиенты anyconnect\openconnect gui в windows и linux выдают такие-же удручающие результаты. Буду экспериментировать уже с самим сервером. P.S. Может кто-то подтвердить (можно в личку), что у вас OpenConnect сервер далеко (в другой стране) выдает нормальную скорость?

Тестирую OpenConnect клиента на Keenetic Ultra У меня с включенным UDP - загрузка выходит под 90мбс, а с закомментированным udp-port на сервере - ~15. отдача правда страдает и там и там - ~25 против ~50. Тестировал неоднократно - и speedtest и iperf прям до VPN сервера. Где может быть затык? Тему изучил, настройки ocserv довольно стандартные.