Если его весь переместить с ютуба на рутуб или vk, то для конечного пользователя ничего приниципиально не поменяется.
Если предположить гипотетическую ситуацию, при которой интересующий контент будет одинаковый на всех площадках (что в реальности невозможно, но предположим) - то при прочих равных Ютуб сильно выигрывает за счёт алгоритмов рекомендаций, учитывающих интересы конкретного пользователя. И что тоже немаловажно, видеоролики от малопопулярных авторов Ютуб иногда предлагает, в отличие от остальных названных вами площадок.
К тому же, графика занимает место в виде ассетов, что во времена флоппи дискет имело большой вес.
Различные кнопки и другие UI-элементы чаще всего отрисовывались просто геометрическими примитивами. До сих пор помню, как в старых версиях Windows через реестр можно было подкрутить цвета света и тени кнопок и тем самым поменять им стиль рамки.
А как насчёт ускорения самих "современных" приложений, например, диспетчера задач или приложения "Параметры"?
Диспетчер задач и параметры открываются вручную пользователем. А обновления запускаются на фоне без спроса и могут помешать в неподходящий момент посторонней нагрузкой на процессор. Особенно критично это в требовательных играх.
Результат такой же, но видео через этот прокси работает нормально. Что-то не сходится.
Может быть, между серверами (на котором запускается скрипт, и с которого дёргается файл для теста) закрался российский магистральный провайдер с ТСПУ? И фильтруется уже с другой стороны. Лишь догадки, трассировка не помешает.
Сделали бы проверку на официальном сайте тогда юзабельной, а то "в реестр внесена страница" он выводит для всех сайтов, на которых что-то внесено, но при этом никак не отображает, блокируется ли доступ или нет. А для домена "yt3.ggpht.com" вообще ничего не выдаёт, хотя доступ к нему блокируется.
Потому что есть уже параметр --fake-gen, генерация любого рандомного hex-значения извне смысла не имеет. В оригинале был пакет TLS ClientHello с пустым расширением SNI (который, видимо, начал блокироваться на некоторых ТСПУ). Кто-то догадался вместо него случайно генерировать пакет той же длины, но не проверял, что если просто поставить fake-gen (или увеличить существующий на единицу) вместо него. Иными словами, нет никакого подтверждения, что пакет этот для успешного обхода должен быть ровно на 56 байт, а при замене на любую другую длину стратегия ломается.
ни с веб-версией нет никаких проблем, проблемы только с ios-приложением
Могу привести контр-пример: случае Google Play веб-версия заблочена Роскомнадзором (с включённым обходом DPI открывается нормально), а приложение не заблочено и работает без проблем.
Так что тут вполне возможно, что ситуация схожая: приложение и веб-версия используют разные эндпоинты, один из которых заблочили, а другие нет.
Когда этим летом начались первые замедления Ютуба, у моей подруги в Израиле почему-то тоже резко упала скорость загрузки Ютуба на некоторых видеороликах в тот же день. Но потом починилось, скорее всего магистральный провайдер перебросил маршруты подальше от России. А может быть и просто совпадение.
В документации указано про ограниченный набор методов, ни про какие disorder2 не сказано для QUIC:
ПОДДЕРЖКА UDP
Атаки на udp более ограничены в возможностях. udp нельзя фрагментировать иначе, чем на уровне ip. Для UDP действуют только режимы десинхронизации fake,hopbyhop,destopt,ipfrag1,ipfrag2,udplen,tamper.
• у Google закончился контракт с компанией, которая рассылала коды для подтверждения.
Коды для восстановления пароля присылаются до сих пор, только что проверил. Хотя может такое быть, что для сброса пароля и для подтверждения регистрации используются два разных канала доставки SMS.
Если предположить гипотетическую ситуацию, при которой интересующий контент будет одинаковый на всех площадках (что в реальности невозможно, но предположим) - то при прочих равных Ютуб сильно выигрывает за счёт алгоритмов рекомендаций, учитывающих интересы конкретного пользователя. И что тоже немаловажно, видеоролики от малопопулярных авторов Ютуб иногда предлагает, в отличие от остальных названных вами площадок.
Не назвал бы эквивалентным. Пример таблицы вероятностей:
Скрытый текст
123 - 33.(3)%
132 - 0%
231 - 33.(3)%
213 - 0%
312 - 33.(3)%
321 - 0%
Каждый элемент на каждой позиции встречается равновероятно, но при этом вероятность у отдельных комбинаций совершенно разная.
Догадался ещё по заголовку, не открывая саму статью. Открыл и бегло просмотрел, чтобы подтвердить свою догадку.
Различные кнопки и другие UI-элементы чаще всего отрисовывались просто геометрическими примитивами. До сих пор помню, как в старых версиях Windows через реестр можно было подкрутить цвета света и тени кнопок и тем самым поменять им стиль рамки.
Диспетчер задач и параметры открываются вручную пользователем. А обновления запускаются на фоне без спроса и могут помешать в неподходящий момент посторонней нагрузкой на процессор. Особенно критично это в требовательных играх.
Может быть, между серверами (на котором запускается скрипт, и с которого дёргается файл для теста) закрался российский магистральный провайдер с ТСПУ? И фильтруется уже с другой стороны. Лишь догадки, трассировка не помешает.
Ни один ресурс сейчас в реестре не ищется. Больше похоже, что поиск по реестру сломали или отключили.
Сделали бы проверку на официальном сайте тогда юзабельной, а то "в реестр внесена страница" он выводит для всех сайтов, на которых что-то внесено, но при этом никак не отображает, блокируется ли доступ или нет. А для домена "yt3.ggpht.com" вообще ничего не выдаёт, хотя доступ к нему блокируется.
Можно Windows 10 IoT Enterprise LTSC 2021, она до 2032 года.
Потому что есть уже параметр --fake-gen, генерация любого рандомного hex-значения извне смысла не имеет. В оригинале был пакет TLS ClientHello с пустым расширением SNI (который, видимо, начал блокироваться на некоторых ТСПУ). Кто-то догадался вместо него случайно генерировать пакет той же длины, но не проверял, что если просто поставить fake-gen (или увеличить существующий на единицу) вместо него. Иными словами, нет никакого подтверждения, что пакет этот для успешного обхода должен быть ровно на 56 байт, а при замене на любую другую длину стратегия ломается.
Могу привести контр-пример: случае Google Play веб-версия заблочена Роскомнадзором (с включённым обходом DPI открывается нормально), а приложение не заблочено и работает без проблем.
Так что тут вполне возможно, что ситуация схожая: приложение и веб-версия используют разные эндпоинты, один из которых заблочили, а другие нет.
И pull request с генерацией полноценного поддельного ClientHello с заданным SNI.
Половина россиян пересели на GoodbyeDPI и аналоги, другая половина - на VPN и перестали считаться Россией
Было полтора пользователя, стало три
Когда этим летом начались первые замедления Ютуба, у моей подруги в Израиле почему-то тоже резко упала скорость загрузки Ютуба на некоторых видеороликах в тот же день. Но потом починилось, скорее всего магистральный провайдер перебросил маршруты подальше от России. А может быть и просто совпадение.
Если не работает, то --reverse-frag заменить на --native-frag можно попробовать
В chrome://net-internals/#sockets пробовали закрыть все соединения?
А такой вариант пробовали для всего?
Пока ещё сырая, к примеру, дефолтный сетевой адаптер через NAT не работает
Если не сложно, можете объяснить, как работает вот это?
NFQWS_OPT_DESYNC_QUIC="--dpi-desync=disorder2 --dpi-desync-repeats=6"В документации указано про ограниченный набор методов, ни про какие disorder2 не сказано для QUIC:
Коды для восстановления пароля присылаются до сих пор, только что проверил. Хотя может такое быть, что для сброса пароля и для подтверждения регистрации используются два разных канала доставки SMS.