А ещё и протоколы ВПН сверху.
Несколько дней назад появилась проблема: загрузки с не-российских серверов режутся на вход.
Провайдер местечковый на десятки, не сотни тысяч абонентов, называть не стану.
Предположение из заголовка никак доказать не могу, но что напрягает:
При максимально доступной скорости в 150 мбит:
Ютуб предположительно стучится в российские кэш-сервера и грузится в 1080p/60fps (до этого был значительно урезан)
Стримы в дискорде тормозят, изображения грузятся медленно.
Прямолинейно заблокированные сайты открываться не стали, но и после обхода блокировок заметно тормозят.
Подключение через корпоративный OpenVPN, который висит на российских серверах в другом регионе, показывает ту же картину. Корпоративные сайты нормально не открываются.
Настроенный XRay на польском сервере троит, скорость урезана, ситуацию не исправляет.
Различные конфиги Goodbye-DPI пускают на заблокированные сайты, но не прибавляют скорости.
Два вопроса:
Что/как можно замерить, чтобы получить объективную картину? То что выше это скорее к категории домыслов
Что делать, если это действительно так? Если GoodbyeDPI и настроенный на вроде бы недетектируемом протоколе VPN не спасает.
curl -o NUL -k --connect-to ::speedtest.selectel.ru https://test.googlevideo.com/10MB -w %{speed_download}
вместо test.goooglevideo.com разные адреса попробовать. как в РФ так и вне но опять же популярные (но не забаненые)
curl -o NUL -k -H "Host: ash-speed.hetzner.com" --connect-to ::ash-speed.hetzner.com https://test.googlevideo.com/100MB.bin
то же самое. менять только test.googlevideo.com
p.s. но это может быть и не твой. а вышестоящий провайдер.
ну и шанс что они хотя бы признаются и тем более “починят”… ну примерно как не только с ютубом но и порнохабом.
Первый курл качает со скоростью около 200 кбайт/сек
Второй и третий просто таймаутят. Возможно, не совсем понимаю как они работают – пытался подставить в них вместо test.googlevideo.com что-нибудь вроде https://files.testfile.org/PDF/200MB-TESTFILE.ORG.pdf (который открывается в браузере), отдаёт 404.
Насколько я понимаю, это вот так делается: curl -o NUL -k --connect-to ::speedtest.selectel.ru https://ntc.party/10MB -w %{speed_download}
Т.е. там тупо домен нужный подставляете, который вам надо затестить.
Точно, спасибо.
В таком случае через селектел и хетзнер даже яндекс/озон/ВБ (я искренне не представляю чем пользуется типичный пользователь рунета кроме этого) выдают результат в сотню кбайт.
Если у вас динамический IP, отключите роутер на 5 минут и включите заново, чтобы он сменился. Если скорость не восстанавливается, то вряд ли это вызвано индивидуальными фильтрами.
Не задумывался об этом раньше, но похоже что статический; после перезапуска роутера (и даже после смены оптического терминала) не сменился.
Предполагаете, может быть индивидуальный фильтр по конкретному IP? Тогда в таком случае не должен ВПН помогать, или проблема будет уже на этапе подключения к самому ВПН?
Было дело 10 числа. Тогда в новостях писали только сбой в Телеграм.
Но по факту тестировался Чебурнет. Причем весь день. Несколько лет назад такое бывало лишь ночью на несколько минут. В этот раз днём на несколько часов.
Контора мерзавцев, творящая лишь зло, это не немощи. Поймите уже. Они не устроили Чебурнет не потому, что не могут, а просто потому, что указания не было.
сейчас уже не угадаешь…
толи ТСПУ. то сам провайдер “блокирует”/режет. или сломалось что то “по дороге”.
тут про мегафон писали что якобы тоже ограничивал. но на nag.ru пишут
похоже у мегафона в вечерние несколько часов были проблемы с выходом на дискорд, стим, твитч (на что абоненты жаловались). возможно, и не только у мегафона.
починилось примерно в 20:30 мск.
визуально выглядело как падение в -20% трафика, идущего с мегафоновского аплинка, и ни к какому другому аплинку не приросшего, packet loss до того же дискорда - 40%.
У Меги 11.09.2024 г. не проблемы были, а большая Ж…Па была с 14.20 до 20.20 - похоже, что все висели на резерве, которого чуть чуть не хватало. Лучше бы упали полностью, планировал гасить пира в 21 час, если не поднимутся.