Низкая скорость аплоада на торрентах

Матчать: Syno 918+ SHR/RAID0, Гигабитная сеть.

Скорость 200 туда и обратно. Выделенный белый адрес. Проброшенные порты.

Пробовал контейнерные rtorrent/transmission, пакетные download station.

Из контейнера скорость аплоада по спидтесту без малого 800 мегабит.

Никаких ограничений скорости ни на уровне маршрутизатора, ни на уровне DSM не установлено.

Скачивание идет на полной скорости около 22 МБ. Аплоад никогда не превышает 1. Менял порты.

Звонил провайдеру - говорит ничего не шейпится. Раздавал с компьютера по той же сети - там скорость алоада в порядке - около 22 мегабит.

Что делать не знаю. Почитал рецепты на сайтах, кто-то советует IPV6 выключить на карте Syno, у кого-то было выставлено ограничение скорость в DSM - соответственно отключением ограничения проблема снималась.

Куда еще можно копнуть?

В общем покурив заграничные форумы выяснил, что в частности, имеют место проблемы маршрутизации между докер контейнерами и сетью хоста.

Проблему для себя так и не решил.

Те хосты, который относительно контейнера опознавались как внутресетевые, получали нормальную отдачу.

У остальных скорость отдачи суммарно не превышала мегабита.

Уже не знаю куда копать дальше...

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

С меня ничего нормально не качается...

У вас приложение в контейнере - от шлюза сети получает IP или имеет свою внутреннюю подсеть NASа? Может сделать мостик тогда?

Статическую маршрутизацию прописать пробовали? Понимаю что как-то слишком примитивно, ну а вдруг. Хотя бы направление найти, куда копать.

У вас приложение в контейнере - от шлюза сети получает IP или имеет свою внутреннюю подсеть NASа? Может сделать мостик тогда?

Статическую маршрутизацию прописать пробовали? Понимаю что как-то слишком примитивно, ну а вдруг. Хотя бы направление найти, куда копать.

Как я понимаю, приложение автоматически получает ip адрес исходя из настроек прописанных в daemon.json Докера.

Его настройки недоступны из коробки, но народ по ssh с переменным результатом меняет маску подсети в случае конфликта со своей сетью, но не более того. Прописывать ip явно, внутри контейнера никто, в том числе я, не пробовал.

И это вроде как мостик - "bridge".

Через этот мостик проходит часть хостов из другой подсети.

Верхний хост, опознанный как внутренний, из подсети 172.17.0.1 , в графе "отдача" качает нормально.

Остальные как видите не очень.

Очень редко, но бывает, что раздача идет очень хорошо

Что я делал.

Менял правила прохождения пакетов в брандмауэре, исходя из рецептов разных "поваров", сейчас у меня "рецепт" от synology-forum.de

особо не помогает...

Рецепты изложенные тут и тут тоже пробовал. Тоже не помогли.

Завтра попробую по вашему рецепту явно прописать ip в контейнере.

Как я понимаю, приложение автоматически получает ip адрес исходя из настроек прописанных

1. У вас IP от провайдера белый..

2. Контейнер в натированой сети.

3. Порты для торрента кто прокидывать будет ))))

Когда я говорил о "мостике", я имел ввиду получение сетевым интерфейсом контейнера - IP-адреса от сервера DHCP Вашей локальной сети (по совместительству, обычно являющимся шлюзом, ака "роутер").

Подсеть 172.17.0.0 - не типична для настроек роутеров по-умолчанию. Могу предположить, что адрес NAS'а в локалке находится в подсети 10.0.0.0.

Имею опыт создания виртуальных машин исключительно в "Virtual Box" и там всегда использую сетевой интерфейс в режиме "Мост": виртуальная машина тогда получает IP от DHCP-сервера сети и обычно всё работает гладко.

Говоря откровенно - понятия не имею как работает маршрутизация в торренах. Но если внутри локалки скорость нормальная - это значит, что все ПК здесь знают о сети 172.17.0.0 или о ней знает только тот, с которого Вы стартуете закачку.

Просто мысли вслух.

О, кстати, freewind правильно подметил на счёт портов, это может помочь. Только, если контейнер таки за НАТом, придётся пробрасывать порты там - и на роутере тоже, в двух местах.

1. У вас IP от провайдера белый..

2. Контейнер в натированой сети.

3. Порты для торрента кто прокидывать будет ))))

На роутере пробросил. Как пробросить порт к контейнеру на уровне DSM не знаю, но порт при тестировании извне тестируется как открытый.

При обращении к докер контейнеру не нужно обращаться к нему по ip контейнера. Контейнер становится доступным по адресу хоста на котом стоит докер +порт который можно изменить

Подсеть 172.17.0.0 - не типична для настроек роутеров по-умолчанию. Могу предположить, что адрес NAS'а в локалке находится в подсети 10.0.0.0.

О, кстати, freewind правильно подметил на счёт портов, это может помочь. Только, если контейнер таки за НАТом, придётся пробрасывать порты там - и на роутере тоже, в двух местах.

Адрес в этой подсети выдает сам Докер. Маршрутизация идет внутри DSM.

Домашняя сеть у меня в 192.168.0.0/24. И synology по проводу там же.

Если бы Докер можно было настроить таким образом, чтобы контейнер получал IP от домашнего роутера, думаю, проблема бы ушла.

На роутере пробросил. Как пробросить порт к контейнеру на уровне DSM не знаю, но порт при тестировании извне тестируется как открытый.

При обращении к докер контейнеру не нужно обращаться к нему по ip контейнера. Контейнер становится доступным по адресу хоста на котом стоит докер +порт который можно изменить

 

 

 

Адрес в этой подсети выдает сам Докер. Маршрутизация идет внутри DSM.

Домашняя сеть у меня в 192.168.0.0/24. И synology по проводу там же.

Так вы пробросили или нет?

Когда вы "пробрасываете" порты, вы на маршрутизаторе строите жесткое соответствии внешнего IP и порта, ip внутреннего устройства и его порта. Т.е. у вас внешние запросы роутером автоматически перенаправляются на IP внутреннего устройства и соответствующий порт.

Если у вас контейнер 172.0.0. , а nas 192. и роутер о подсети 172 вообще не в курсе, то как вы порты то прокинули??????

В контейнере заполните вкладку настройка портов и проверьте....

Если у вас контейнер 172.0.0. , а nas 192. и роутер о подсети 172 вообще не в курсе, то как вы порты то прокинули??????

Вы наверное не понимаете как работает докер. В отличии от виртуальных машин там нельзя обратится напрямую к контейнеру по его внутреннему ip адресу.

Обращение идет через порт хоста, например http://{syno-ip}:{local-port}

Я прокинул порт сопоставления DSM и Докера. Они у меня одинаковы.

Вчера игрался с контейнерами в своём NAS'е. Так понял: там априори нельзя штатными средствами сделать мост, только NAT. И этот NAT - хез как рулится, там минимум настроек.

Вчера игрался с контейнерами в своём NAS'е. Так понял: там априори нельзя штатными средствами сделать мост, только NAT. И этот NAT - хез как рулится, там минимум настроек.

Да. Штатными средствами нельзя.

Вроде как есть возможность через шелл руками создать "macvlan" сеть

Вольный перевод из тутора

"Некоторые приложения, особенно устаревшие или приложения, которые отслеживают сетевой трафик, ожидают прямого подключения к физической сети. В такой ситуации можно использовать сетевой драйвер macvlan для назначения MAC-адреса виртуальному сетевому интерфейсу каждого контейнера, в результате чего он будет выглядеть как физический сетевой интерфейс, непосредственно подключенный к физической сети."

На выходных попробую поковырять по этому мануалу.

Вы наверное не понимаете как работает докер. В отличии от виртуальных машин там нельзя обратится напрямую к контейнеру по его внутреннему ip адресу.

Обращение идет через порт хоста, например http://{syno-ip}:{local-port}

Я прокинул порт сопоставления DSM и Докера. Они у меня одинаковы.

 

Все зависит от того как у вас сеть в контейнер прокинута. можно мост поставить например.

Те варианты которые представлены из коробки, а это "мост" и "хост" различаются только тем, что в режиме хоста порт(ы) экземпляра докера будут доступны непосредственно из локальной сети.

Эти порты должны быть доступны в сетевом хранилище и не использоваться ничем другим, в режиме моста вы можете переопределять порты контейнера на те, которые вам нравятся, и которые не используются чем-либо другим в сетевом хранилище.

Режим "хост" не мой случай, потому что у меня происходит конфликт с 80 портом контейнера и DSM.

Именно поэтому контейнер работает в "мосте"

1. Вы проверяли доступность порта извне?

2. Есть еще мысль покрутить конфиг трансмишена. У меня давно на роутерре была проблема с конфигом из "коробки"...

1. Вы проверяли доступность порта извне?

Конечно проверял. Порт доступен.

2. Есть еще мысль покрутить конфиг трансмишена. У меня давно на роутерре была проблема с конфигом из "коробки"...

Неоднокрано крутил и тюнил конфиг rtorrentа.

Для меня связка rutorrent/rtorrent критична в связи с autodl-irssi который сидит в irc сетях торрент трекеров и автоматически скачивает нужные мне раздачи.

Похоже, мне удалось решить проблему.

Я запустил контейнер в режиме "host".

Чтобы не было конфликтов с портами, переопределил 80 и 443 порт в конфиге контейнера, который у меня (конфиг я имею ввиду) подключен извне.

Пока все работает и раздается как никогда быстро.

Моей радости нет предела.

Что характерно, по прежнему не могу скачать сам с Syno на внутрисетевой комп.

Может быть потому что трекер выдает внешний ip, а торрент клиент находится во внутренней сети...

Искренне рад за Вас!

На счёт того что не можете скачать внутри сети - скорее всего Вы правы на счёт внешнего IP. Например у меня для этого на Микротике настроен "Harpin NAT". Это когда можно обращаться к NAS по внешнему IP, находясь внутри локалки: когда-то боролся с проблемой скорости для Drive и пришёл к такой схеме.

Что характерно, по прежнему не могу скачать сам с Syno на внутрисетевой комп.

Может быть потому что трекер выдает внешний ip, а торрент клиент находится во внутренней сети...

Проблема скорее всего именно в этом и со скоростью была... смотрите настройки маршрутизатора...

Проблема скорее всего именно в этом и со скоростью была... смотрите настройки маршрутизатора...

Да шут его уже знает. Может быть и в этом. Я много раз пытался настроить и маршрутизатор - у меня кинетик гига.

Сбрасывал в дефолт, ставил бета прошивку, включал перенаправление всех портов (режим DMZ) на Сино.

И вроде скорость иногда бывает, но все равно как-то подозрительно.

Из 4000 торрентов раздается только один. И то не фонтан.

Вот например Deluge из пакета.

На раздаче самый популярный сегодня релиз. Куча личеров.