Перебои со связью при выгрузке больших файлов

Амдир · #1

Добрый вечер!

Довольно странно ведёт себя система при выгрузке больших файлов с локального компьютера в Интернет; никак не могу разобраться, в чём дело. Проблема проявляется немного по-разному в зависимости от ситуации, но общий смысл в том, что при выгрузке достаточно большого файла (как вариант - при достаточно интенсивной раздаче торрентов через Transmission) программа, осуществляющая выгрузку, забивает канал связи под завязку, так что все остальные программы теряют связь с Интернетом. В том числе в какой-то момент начинает барахлить Lantern (из-за потери связи с сервером), а программа, осуществляющая выгрузку файла, реагирует на сбои в работе Lantern как на перебои с доступом к сети; выгрузка файла при этом или продолжается со сбоями, или прерывается.

Типичные проявления, с которыми мне доводилось сталкиваться, такие:

В Google Drive проблемы обычно начинаются при выгрузке файлов объёмом от 100 Мбайт и выше. Выгрузка практически всегда доходит до конца, даже если сопровождается сообщениями об ошибках, но может заблокировать доступ в Интернет для других программ и даже для других окон и вкладок браузера, осуществляющего выгрузку. Насколько я понимаю, поведение не зависит от того, какой именно браузер используется.
В YouTube проблемы тоже обычно начинаются при выгрузке видеозаписей от 100 Мбайт. Как и в случае с Google Drive, выгрузка практически всегда доходит до конца, но любое другое использование Интернета параллельно с нею практически всегда оказывается невозможным. Как и в случае с Google Drive, поведение не зависит от используемого браузера.
В Transmission проблемы начинаются, по-видимому, в тех случаях, когда удалённые пользователи особенно активно скачивают мои торренты. Поведение очень похоже на варианты, описанные выше, но в большинстве случаев проблема преодолевается снижением скорости раздачи.
Хуже всего пока получается с Proton Drive: проблемы начинаются уже при выгрузке файлов объёмом от 10 Мбайт, причём почти сразу начинает сбоить Lantern и выгрузка просто прерывается с сообщением об ошибке ("Проблема с сетью" или "Request timed out"). Возможно, дело в том, что Proton, в отличие от Google, блокируется в России.

При загрузке файлов из Интернета на локальный компьютер проблем не возникает. Бывает иногда, что другие программы начинают подтормаживать, но и только. Кроме того, что любопытно, ни разу не возникало проблем, например, при использовании Zoom: можно запустить видеоконференцию на одном виртуальном рабочем столе, а на другом сколько угодно копаться в Интернете - никаких сбоев ни в Zoom, ни в браузере (скачивать и выкачивать большие файлы параллельно с видеоконференциями не рискую).

Не сталкивался ли кто-нибудь с чем-то подобным?

Использую Linux Mint 19.3 x64 Cinnamon.

Код: Выделить всё

System:    Host: sholem Kernel: 5.4.0-137-generic x86_64 bits: 64 compiler: gcc v: 7.5.0 
           Desktop: Cinnamon 4.4.8 wm: muffin dm: LightDM Distro: Linux Mint 19.3 Tricia 
           base: Ubuntu 18.04 bionic 
Machine:   Type: Desktop System: Gigabyte product: N/A v: N/A serial: <filter> Chassis: type: 3 
           serial: <filter> 
           Mobo: Gigabyte model: Z77-D3H v: x.x serial: <filter> BIOS: American Megatrends v: F18 
           date: 08/21/2012 
CPU:       Topology: Quad Core model: Intel Core i5-3570K bits: 64 type: MCP arch: Ivy Bridge 
           rev: 9 L2 cache: 6144 KiB 
           flags: lm nx pae sse sse2 sse3 sse4_1 sse4_2 ssse3 vmx bogomips: 27224 
           Speed: 3658 MHz min/max: 1600/3800 MHz Core speeds (MHz): 1: 3663 2: 3663 3: 3637 
           4: 3642 
Graphics:  Device-1: Intel Xeon E3-1200 v2/3rd Gen Core processor Graphics vendor: Gigabyte 
           driver: i915 v: kernel bus ID: 00:02.0 chip ID: 8086:0162 
           Display: x11 server: X.Org 1.19.6 driver: modesetting unloaded: fbdev,vesa 
           resolution: 1280x1024~60Hz 
           OpenGL: renderer: Mesa DRI Intel HD Graphics 4000 (IVB GT2) v: 4.2 Mesa 20.0.8 
           compat-v: 3.0 direct render: Yes 
Audio:     Device-1: Intel 7 Series/C216 Family High Definition Audio vendor: Gigabyte 
           driver: snd_hda_intel v: kernel bus ID: 00:1b.0 chip ID: 8086:1e20 
           Sound Server: ALSA v: k5.4.0-137-generic 
Network:   Device-1: Qualcomm Atheros AR8161 Gigabit Ethernet vendor: Gigabyte driver: alx 
           v: kernel port: e000 bus ID: 04:00.0 chip ID: 1969:1091 
           IF: enp4s0 state: up speed: 100 Mbps duplex: full mac: <filter> 
Drives:    Local Storage: total: 1.54 TiB used: 1.17 TiB (76.1%) 
           ID-1: /dev/sda vendor: Western Digital model: WD10EFRX-68JCSN0 size: 931.51 GiB 
           speed: 6.0 Gb/s serial: <filter> 
           ID-2: /dev/sdb vendor: Hitachi model: HTS545032B9A300 size: 298.09 GiB speed: 3.0 Gb/s 
           serial: <filter> 
           ID-3: /dev/sdc vendor: Samsung model: SSD 860 EVO mSATA 250GB size: 232.89 GiB 
           speed: 3.0 Gb/s serial: <filter> 
           ID-4: /dev/sdh type: USB vendor: SanDisk model: Ultra size: 115.69 GiB serial: <filter> 
Partition: ID-1: / size: 43.91 GiB used: 27.95 GiB (63.6%) fs: ext4 dev: /dev/sdc2 
           ID-2: /home size: 931.13 GiB used: 805.27 GiB (86.5%) fs: xfs dev: /dev/sda4 
           ID-3: swap-1 size: 16.11 GiB used: 2.2 MiB (0.0%) fs: swap dev: /dev/sdc1 
USB:       Hub: 1-0:1 info: Full speed (or root) Hub ports: 2 rev: 2.0 chip ID: 1d6b:0002 
           Hub: 1-1:2 info: Intel Integrated Rate Matching Hub ports: 6 rev: 2.0 
           chip ID: 8087:0024 
           Device-1: 1-1.1:3 info: A4Tech type: Mouse driver: hid-generic,usbhid rev: 1.1 
           chip ID: 09da:c10a 
           Device-2: 1-1.2:4 info: KYE Systems (Mouse Systems) type: Video driver: uvcvideo 
           rev: 2.0 chip ID: 0458:707b 
           Hub: 2-0:1 info: Full speed (or root) Hub ports: 2 rev: 2.0 chip ID: 1d6b:0002 
           Hub: 2-1:2 info: Intel Integrated Rate Matching Hub ports: 8 rev: 2.0 
           chip ID: 8087:0024 
           Device-3: 2-1.7:3 info: Alcor Micro AU6477 Card Reader Controller 
           type: Mass Storage,HID driver: hid-generic,usb-storage,usbhid rev: 2.0 
           chip ID: 058f:6364 
           Device-4: 2-1.8:4 info: SanDisk Ultra type: Mass Storage driver: usb-storage rev: 2.1 
           chip ID: 0781:5581 
           Hub: 3-0:1 info: Full speed (or root) Hub ports: 4 rev: 2.0 chip ID: 1d6b:0002 
           Hub: 4-0:1 info: Full speed (or root) Hub ports: 4 rev: 3.0 chip ID: 1d6b:0003 
           Hub: 5-0:1 info: Full speed (or root) Hub ports: 2 rev: 2.0 chip ID: 1d6b:0002 
           Hub: 6-0:1 info: Full speed (or root) Hub ports: 2 rev: 3.0 chip ID: 1d6b:0003 
Sensors:   System Temperatures: cpu: 51.0 C mobo: N/A 
           Fan Speeds (RPM): N/A 
Repos:     No active apt repos in: /etc/apt/sources.list 
           Active apt repos in: /etc/apt/sources.list.d/drweb-apt.list 
           1: deb http: //repo.drweb.com/drweb/debian 11.1 non-free
           Active apt repos in: /etc/apt/sources.list.d/micahflee-ppa-bionic.list 
           1: deb http: //ppa.launchpad.net/micahflee/ppa/ubuntu bionic main
           No active apt repos in: /etc/apt/sources.list.d/nordvpn.list 
           Active apt repos in: /etc/apt/sources.list.d/official-package-repositories.list 
           1: deb https: //mirrors.dotsrc.org/linuxmint-packages tricia main upstream import backport
           2: deb http: //mirror.corbina.net/ubuntu bionic main restricted universe multiverse
           3: deb http: //mirror.corbina.net/ubuntu bionic-updates main restricted universe multiverse
           4: deb http: //mirror.corbina.net/ubuntu bionic-backports main restricted universe multiverse
           5: deb http: //security.ubuntu.com/ubuntu/ bionic-security main restricted universe multiverse
           6: deb http: //archive.canonical.com/ubuntu/ bionic partner
           Active apt repos in: /etc/apt/sources.list.d/protonvpn-stable.list 
           1: deb [arch="all", signed-by=/usr/share/keyrings/protonvpn-stable-archive-keyring.gpg] https: //repo.protonvpn.com/debian stable main
           Active apt repos in: /etc/apt/sources.list.d/skype-stable.list 
           1: deb [arch=amd64] https: //repo.skype.com/deb stable main
           Active apt repos in: /etc/apt/sources.list.d/yandex-browser.list 
           1: deb [arch=amd64] https: //repo.yandex.ru/yandex-browser/deb stable main
Info:      Processes: 271 Uptime: 3h 41m Memory: 7.66 GiB used: 4.18 GiB (54.6%) Init: systemd 
           v: 237 runlevel: 5 Compilers: gcc: 7.5.0 alt: 7 Client: Unknown python3.6 client 
           inxi: 3.0.32

Провайдер - МТС, технология - ADSL, подключался ещё в те времена, когда "Стрим" был самостоятельной компанией. Скорость по тарифу - 3 мбит/с на приём, 768 кбит/с на передачу; по факту в последние месяцы скорость приёма данных может достигать 20 мбит/с. ADSL-модем работает в режиме маршрутизатора, связь с компьютером через Ethernet.

Буду признателен за любые подсказки :-)

#2

Амдир писал(а): ↑
20 янв 2023, 17:31
Не сталкивался ли кто-нибудь с чем-то подобным?

А как же, сталкивались.

Типичных источника такой неприятности может быть два:

1. Маршрутизатор/модем через который организовано соединение не справляется с нагрузкой. Лечится, соответственно, заменой оного. Чаще всего сходные симптомы проявляются на "прием", но и на передачу тоже возможны.
Как вариант - можно перевести устройство в режим моста, и устанавливать соединение непосредственно с компа чтобы нагрузку по обслуживанию соединения PPPoE или PPTP (как оно у провайдера сделано) взял на себя он, а не хилый процессор маршрутизатора/модема. Разумеется, это не вариант, если кроме компа подключается еще что-то через эту железку.

2. Исходящий трафик не классифицируется и не шейпится провайдером. Т.е. нет установки приоритета для соединений, для нормальной балансировки. В этом случае остается брать дело в свои руки (т.к. именно на исходящий трафик машина может влиять непосредственно). Здесь придется основательно залезть в мануалы к iptables и разобраться как он может маркировать пакеты по признакам, а потом раскидывать согласно этим маркировкам по очередям с разными приоритетами. Тема большая, интересная, и мозговыносящая с непривычки.

Основное русскоязычное подробное руководство по всему этому: http://www.opennet.ru/docs/RUS/LARTC/
Еще тут: http://xgu.ru/wiki/QoS_%D0%B2_Linux
Ну и гугл по запросу "iptables QoS шейпинг".
"Серебряной пули", универсального решения подходящего всем, здесь нет. Основной принцип - загнать трафик от торрентов и длительные соединения от броузера на низкий приоритет, и повысив его тем пакетам соединения которых недавно созданы или не классифицируются как "маловажные".

#3

slant писал(а): ↑
20 янв 2023, 19:22
Маршрутизатор/модем через который организовано соединение не справляется с нагрузкой. Лечится, соответственно, заменой оного.

Когда сидел на Вебстриме (ADSL) помогало обдувание модема вентилятором - сильно перегревался, скорость падала. А сейчас даже не знаю - продаются ли ещё ADSL - модемы. Уж больно устаревшая технология, да и медные провода (домашний телефон) во многих местах уже убирают

#4

Амдир писал(а): ↑
20 янв 2023, 17:31
технология - ADSL

Вообще жесть. Думал, что практически везде оптика, а оно вот как оказывается. Тогда только и остаётся, как говорил slant, разбираться длительно и вдумчиво. Причем я бы начал с серьёзного ограничения скорости Transmission на раздачу, если это приемлемо, или, хотя бы, по времени суток.

Амдир · #5

А есть возможность как-то проверить, какая именно из двух причин работает в моём случае (модем или провайдер)? ADSL как технология меня пока устраивает, по крайней мере до тех пор, пока МГТС окончательно не откажется обслуживать медные линии (скорость на передачу, конечно, низковата, но зато не надо прокладывать новый кабель в квартиру). Модем довольно старый и, видимо, не в лучшем состоянии (там ещё и Wi-Fi плоховато ловится), новый купить вроде ещё можно (нашёл пару моделей в "Озоне" и в "Яндекс.Маркете"), но будет обидно сначала потратить деньги, а потом выяснить, что всё равно надо осваивать настройку iptables ;-)

#6

Амдир писал(а): ↑
22 янв 2023, 00:34
модем или провайдер

Могу ошибаться, но мне думается, что никак. Во время моей жизни с ADSL имел место случай перебоев с Интернет и подозрением на модем. Модем мне поменяли без вопросов, но его предоставляет провайдер и он же при необходимости бесплатно производит замену неисправного на исправный. У вас нужно свой модем покупать?

#7

madesta писал(а): ↑
20 янв 2023, 21:25
Думал, что практически везде оптика

Где-то там за пределами моей квартиры может и есть оптика, но домой заходит кабель витая пара. Была вторым провайдером оптика, но от неё отказался. Но очень долго выбирал что оставить, а от чего отказаться (за двух провайдеров очень дорого платить). В итоге выиграл проводной интернет, а всю аппаратуру от оптики съездил сдал. Заодно и номер домашнего телефона там поменял (много спама на него было). Сейчас скорость 50 мбит. Вполне устраивает

stasAiver · #8

Амдир, МТС должны менять нахаляву. Летом помогал соседке (старушка-божий одуванчик, у неё всё - МТС, телефон-интернет-телевизор), однако есть большое НО! Она не пользовалась торрентами. Только смотрела Youtube. Перегревался, поменяли бесплатно.

Кто сейчас на конференции