Спасибо написал
с какими параметрами?
Жесткий оффтоп
Спойлер
Обращаюсь к тем, у кого не работает.
Мужики, я понимаю что не в тему, но вы уже пятый час над этим пыхтите, оно действительно стоит того? Почему бы просто варп не использовать? На мой казуально-нормисный взгляд все эти танцы с бубном того не стоят, особенно если это нужно только ради ютубчика. Если что не пинайте, просто высказал своë мнение.
Как собаки не надо на людей. Есть проблема, чуть больше суток назад появилась. Воспроизведение останавливается спустя пару минут, при открытии в новой вкладке продолжается снова на такое же время. Это происходит даже через впн без всяких обходов.
Возможно вариант со стороны клиента - это какой-то фильтр в uBlock. Остальное скорее на стороне youtube потому что при использовании впн обычно просит войти в аккаунт, возможно этот какой-то тип геоблока от видеохостинга.
У меня два часа назад починилось.
Мы с KDS 2.5 часа просидели попробовали все у меня провайдер конченый
curl -sv -o NUL --http3-only https://адрес GGC из вашего пула, любой
и также с
curl -sv -o NUL https://адрес GGC из вашего пула, любой
Прямо вообще ничего? Это настораживает. Раз KDS помогал - странно, что у вас ничего не вышло. На скрине видно “заблокировано”, будто это браузер устраивает мозготрепку, но опять же, думаю не одним браузером тестили.
Двумя браузерами и курлом. Зависает на clienthello и все. Квик вообще на этапе хэндшейка затыкается и вылетает по таймауту
Обычно такие малоизвестные провайдеры будто не так охотно активничают в сторону блокировок, а здесь ситуация ровно наоборот. Их там что, РКН по голове поглаживает за такие усилия?
В моём случае была проблема из-за NoScript в котором оказался заблокирован домен
“jnn-pa.googleapis.com
”, раньше его не было, либо на прогрузку видео не влиял.
Это оффтоп но я пояснил чтобы никто не путался.
Выдает такое:
curl -sv -o NUL --http3-only https://rr6---sn-8ph2xajvh-n8vs.googlevideo.com
- Host rr6---sn-8ph2xajvh-n8vs.googlevideo.com:443 was resolved.
- IPv6: (none)
- IPv4: 85.249.244.49
- Trying 85.249.244.49:443…
- CAfile: D:\YTDisBystro2.4\GoodCheck_v1.3.07\Curl\x86_64\curl-ca-bundle.crt
- CApath: none
- ngtcp2_conn_handle_expiry returned error: ERR_HANDSHAKE_TIMEOUT
- Failed to connect to rr6---sn-8ph2xajvh-n8vs.googlevideo.com port 443 after 10018 ms: Failed sending data to the peer
- closing connection #0
curl -sv -o NUL --http3-only https://rr1---sn-hufg0-n8ve.googlevideo.com
- Host rr1---sn-hufg0-n8ve.googlevideo.com:443 was resolved.
- IPv6: (none)
- IPv4: 45.10.54.140
- Trying 45.10.54.140:443…
- CAfile: D:\YTDisBystro2.4\GoodCheck_v1.3.07\Curl\x86_64\curl-ca-bundle.crt
- CApath: none
- ngtcp2_conn_handle_expiry returned error: ERR_HANDSHAKE_TIMEOUT
- Failed to connect to rr1---sn-hufg0-n8ve.googlevideo.com port 443 after 10016 ms: Failed sending data to the peer
- closing connection #0
curl -sv -o NUL https://rr6---sn-8ph2xajvh-n8vs.googlevideo.com
- Host rr6---sn-8ph2xajvh-n8vs.googlevideo.com:443 was resolved.
- IPv6: (none)
- IPv4: 85.249.244.49
- Trying 85.249.244.49:443…
- ALPN: curl offers h2,http/1.1
- TLSv1.3 (OUT), TLS handshake, Client hello (1):
} [334 bytes data] - CAfile: D:\YTDisBystro2.4\GoodCheck_v1.3.07\Curl\x86_64\curl-ca-bundle.crt
- CApath: none
- Recv failure: Connection was reset
- LibreSSL/3.9.2: error:14FFF3E7:SSL routines:(UNKNOWN)SSL_internal:unknown failure occurred
- closing connection #0
curl -sv -o NUL https://rr1---sn-hufg0-n8ve.googlevideo.com
- Host rr1---sn-hufg0-n8ve.googlevideo.com:443 was resolved.
- IPv6: (none)
- IPv4: 45.10.54.140
- Trying 45.10.54.140:443…
- ALPN: curl offers h2,http/1.1
- TLSv1.3 (OUT), TLS handshake, Client hello (1):
} [330 bytes data] - CAfile: D:\YTDisBystro2.4\GoodCheck_v1.3.07\Curl\x86_64\curl-ca-bundle.crt
- CApath: none
- Recv failure: Connection was reset
- LibreSSL/3.9.2: error:14FFF3E7:SSL routines:(UNKNOWN)SSL_internal:unknown failure occurred
- closing connection #0
del
ну раз нет ответа, то удалю одно из эффективных решений
Роспозор уже выработал практически все возможности блокировок анализом. Дальше только отключение интернета путем перекусывания кабеля.
В РФ пока что самая совершенная в мире система DPI, исходя из масштабов и методов (Корею, Турекменистан и прочих не рассматриваем, там абсолютно другие реализации). Ну и мы наблюдаем эту “эффективность”
прочитал, но не успел еще испробовать. а чем такое решение принципиально отличается от зануления доменных имен в hosts ?
Спасибо за оффтоп, мне помогло избавиться от проблемы, вместо плясок с бубном вокруг конфигов)