Подскажите пожалуйста, работает ли ютуб без замедления у российских хостеров, а именно:
1. На серверах с RU локацией
2. На серверах с зарубежной локацией
Спрашиваю, потому что слышал такую информацию, что замедление ютуба существует только для пользователей интернет- провайдеров, а у хостеров замедления нет. Поделитесь опытом.
Тут же какое дело:
Как только скажут, что у кого-то нет замедления, к ним придут и спросят - что за безобразие, и они будут вынуждены это исправить.
По опыту - у многих с ru локаций нет замедления. Тем более не должно быть с зарубежной локацией, но там могут возникнуть проблемы с vpn.
Vps на месяц стоит около 200 руб.
С высокой вероятностью, у первого же заказанного - замедления не будет.
Но если Вам только для youtube, то решения типа прощай dpi и хостинг не потребуется...
AntHTML, А, ну так работать будет. Собссно у меня так и работает :) Российский хостер с локацией Амстердам (правда whoer.net меня упорно ставит в Ригу :D)
Оплата банальными россйскими рублями, есть даже бухгалтерская отчетность по российским стандартам :D
AntHTML,
Я не знаю в какой России существуют провайдеры, но у двоих, вполне себе с локацией в ru, youtube работал.
(хостинг был под другую задачу, а это - случайно обнаружили)
Кот Абсолютный, теоретически предполагается, что провайдеров дрючат насчет перекрывания вражеского кислорода физикам, а на оказание хостерами тех же неудобств юрикам пока смотрят сквозь пальцы. Об том и вопрос, как я понял.
У некоторых хостеров работает, у некоторых нет. Просто поднять виртуалку в России - немассовый сценарий. Плюс у крупного хостера много трафика и его не всегда легко прокачать DPI.
Adamos, Хостеров - может быть. Но вот у нас у конторы провайдер из тех, что вообще не снисходят до физиков - и ничего, вздрюченный, труба не работает. Wa правда работает.
Сегодня Ютуб не запрещен и не заблокирован. Поэтому все обсуждаемые по всему интернету способы нужны для борьбы с устареванием и деградацией серверов GGC, whatsapp, telegram
По сабжу - некоторые российские хостеры блокируют по ip для уменьшения трафика, возможно для снижения правовых рисков
Закон о блокировках не распространяется на юрлиц, которые не предоставляют доступ в интернет. Если вы откроете ООО, которое печет булочки и оформите на него интернет, то вам его не должны блокировать.
Так вышло, что хостеры не предоставляют доступ в интернет, а сдают в аренду компьютерное железо. Поэтому тоже ничего блокировать не должны.
Блокировать должны провайдеры и их суррогаты и прочие реселлеры, которые обеспечивают доступ в интернет.
Чисто теоретически. Если вы дома создали бесплатный wifi то по факту вы обеспечиваете доступ в интернет неопределенному кругу лиц.
С сайтом x_com - не может завершиться handshake, потому как модуль DPI находит его в своих чёрных списках и просто дропает SYN-ACK-ответ.
Вот потому и получается, что браузер, отправивший SYN-запрос не может дождаться ответа. И соединение "умирает" по тайм-ауту (как не получившее ответа от вызываемого сервера).
Я поступил довольно просто:
установил последнюю версию пакета OpenSSL 4.0.0 (что весьма подробно логирует все получаемые пакеты, зафиксировал, когда именно соединение "умирает"),
Zenmap version 7.98 тоже, как инструмент сетевой диагностики.
И выполнил диагностику попытки соединения с формально не заблокированным сайтом (youtube.com), отсутствующим в списке РКН.
Там и установил сей факт. Подготовил заяву в прокуратуру (по факту нарушения провайдером закона, цензура прямо запрещена конституцией, ст.29 п.5), приложив распечатку скана, из которого очевидно,
что нарушается связность сети (это - одно из условий, которое негласно нарушал региональный провайдер).
По логике (по закону т.е.) это должно было привести к судебному процессу, над мошенничающим провайдером. После люстрации, похоже, будет разделён этот провайдер, чтобы лишить его столь большой доли клиентов на региональном рынке.
Но и: на мои обращения (к тех.поддержке провайдера) они присылали мне тривиально глупые отписки.
Почему я и подготовил дело в прокуратуру. Отправил. И почти через 5 недель - в городе-миллионнике у клиентов этого провайдера появился доступ к youtube.com.
Они, похоже, просто изменили настройки модуля DPI, что до этого дропал TCP-пакеты (на установление защищённого соединения, почему с youtube и была "беда").
И доступ к youtube - появился (с 24.04.2026, исчез — в августе 2024г).
Да, модулями DPI управляет подразделение из росКомНадзора (или Позора), неподотчётное провайдеру.
А вот провайдер, по закону, отвечает перед клиентом и за связность сети. Потому через суд (справедливый) - получится "вздёрнуть" провайдера.
Кстати, я проверял, пакет дропается только в том случае, если поле SNI содержит слово youtube.
Если обращаться только по IP, то пакеты нормально проходят (если у провайдера не включена блокировка по IP; у моего она дезактивирована). Мною найдено три разных механизма, которыми «ломается» доступ к некоторым сайтам (но здесь — это детали).
Я предложил прокуратуре и установить виновных (в обмане миллионов граждан-соотечественников) должностных лиц провайдера. Но пока - они (прокуратура) активировали "максимальный таймаут", и ответа (официального) я ещё не получил.
Но и: я уже звонил в прокуратуру, узнал, что моё заявление — было направлено как в РосКомНадзор (модули DPI – установлены и управляются ими),
так и в РосПотребНадзор (по факту обмана потребителя, с предоставлением нормально оплаченных услуг связи, разбираться должны они, по закону).
В РКН я не звонил, т. к. понимаю, что такое разделение полномочий. И своих коллег они «подставлять» не должны (по логике, хоть и не по закону). Да, это - пример классической коррозии гос. механизма (что зовётся коррупцией).
А вот в РПН — мне пообещали, что предоставят ответ после получения информации от РКН.
Очень интересно, что они (РПН) ответят.
Если не будет предоставлено интересных данных в составе ответа - запрошу его отдельно.
Всё - строго в рамках закона.
Средний
