всё может быть (смотри mtr выше)
сам провайдер // ТСПУ провайдера // магистральный провайдер // пиринг по пути
вон часть отвечают
часть Timeout awaiting ‘request’ for 10000ms - ETIMEDOUT
всё может быть (смотри mtr выше)
сам провайдер // ТСПУ провайдера // магистральный провайдер // пиринг по пути
вон часть отвечают
часть Timeout awaiting ‘request’ for 10000ms - ETIMEDOUT
выдрать домен к которому обращается видео
у меня например не работает https://rr1---sn-4g5e6nsk.googlevideo.com/
но работает https://rr2---sn-5go7ynlk.googlevideo.com/
и пытаться с разными стратегиями (из сборок flowsil / ytdisbystro / launcher zapret)
урл СВОЙ указывать. полученный на нужном тебе видео на твоем провайдере
curl -4 --tlsv1.3 -v --head --http3--only -x "" https://rr2---sn-5go7ynlk.googlevideo.com/
curl -4 --tlsv1.3 -v --head --http2 -x "" https://rr2---sn-5go7ynlk.googlevideo.com/
как вариант попробовать yt-dlp он иногда качает через другие GoogleVideo
ибо какие то могут быть забанены “совсем” на твоем провайдере или вообще ТСПУ
Шейпятся запросы к гугловому поиску, провайдер проводной в Свердловской области
Всмысле
Подтверждаю. Запросы проходят только через 10-30 секунд, иногда вываливаясь в таймаут. На МТС, правда, возможно провайдер конч. Проблема уже месяц.
Это ожидание может быть защитой от ботов, как на рутрекере. Я такое ожидание ловил на гугле и под впн.
У меня такая проблема появляется при первом открытии любого сайта. При этом, если открывать через варп(DME), то всё работает чуть ли не мгновенно. При этом, если соединение открылось, скорость не шейпится, что через варп, что без него.
cmd
curl -vk https://www.google.com
Я такое поведение уже год на домашнем провайдере ловлю (плюс google play через раз работает), но там ютуб до сих пор работает.
У меня без запрета не открывается, наверное, 50% сайтов. Файлохостинги, типа меги, гофайл, викинг сайт и воркаплоада, у последнего вообще весело, ибо у него множество хостинг серверов и при каждом новом скачивании файлов нужно узнать fxx.workupload.com и внести в запрет. Кстати, есть ли возможность как в proxifier указать *.workupload.com, чтобы сам подхватывал остальные?
Да, указать в списке просто workupload.com, правила для доменов в Zapret автоматически применяются и к поддоменам, если не указан перед ними символ ^.
user@orangepione:~$ curl -vk https://www.google.com
curl -w "\n\nTime Variables:\n time_namelookup: %{time_namelookup}s\n time_connect: %{time_connect}s\n time_appconnect: %{time_appconnect}s\n time_pretransfer: %{time_pretransfer}s\n time_redirect: %{time_redirect}s\n time_starttransfer: %{time_starttransfer}s\n time_total: %{time_total}s\n" https://www.google.com
Time Variables:
time_namelookup: 0.077007s
time_connect: 19.712980s
time_appconnect: 20.044910s
time_pretransfer: 20.045799s
time_redirect: 0.000000s
time_starttransfer: 20.181583s
time_total: 20.278638s
Time Variables:
time_namelookup: 0.006199s
time_connect: 5.176479s
time_appconnect: 5.478918s
time_pretransfer: 5.479784s
time_redirect: 0.000000s
time_starttransfer: 5.624572s
time_total: 5.729346s
Иногда нормальный коннект:
Time Variables:
time_namelookup: 0.009067s
time_connect: 0.062698s
time_appconnect: 0.418821s
time_pretransfer: 0.419703s
time_redirect: 0.000000s
time_starttransfer: 0.510767s
time_total: 0.619384s
Примеры с 2ip:
user@orangepione:~$ curl -w “\n\nTime Variables:\n time_namelookup: %{time_namelookup}s\n time_connect: %{time_connect}s\n time_appconnect: %{time_appconnect}s\n time_pretransfer: %{time_pretransfer}s\n time_redirect: %{time_redirect}s\n time_starttransfer: %{time_starttransfer}s\n time_total: %{time_total}s\n” https://2ip.io
xxx.xxx.xxx.xxx
Time Variables:
time_namelookup: 0.079834s
time_connect: 3.222342s
time_appconnect: 3.546231s
time_pretransfer: 3.547167s
time_redirect: 0.000000s
time_starttransfer: 3.714874s
time_total: 3.715062s
Time Variables:
time_namelookup: 0.042649s
time_connect: 19.668116s
time_appconnect: 19.988730s
time_pretransfer: 19.989605s
time_redirect: 0.000000s
time_starttransfer: 20.133318s
time_total: 20.133514s
Time Variables:
time_namelookup: 0.040901s
time_connect: 1.129814s
time_appconnect: 1.502159s
time_pretransfer: 1.503103s
time_redirect: 0.000000s
time_starttransfer: 1.577987s
time_total: 1.578157s
При этом если запустить пинг с роутера(keenetic), именно по адресу, не айпи:
sending ICMP ECHO request to google.com…
PING google.com (64.233.165.138) 56 (84) bytes of data.
-– google.com ping statistics —
5 packets transmitted, 0 packets received, 100% packet loss,
0 duplicate(s), time 5001.93 ms.
sending ICMP ECHO request to google.com…
PING google.com (108.177.14.139) 56 (84) bytes of data.
84 bytes from google.com (108.177.14.139): icmp_req=2, ttl=104, time=49.39 ms.
84 bytes from google.com (108.177.14.139): icmp_req=3, ttl=104, time=49.38 ms.
84 bytes from google.com (108.177.14.139): icmp_req=4, ttl=104, time=49.37 ms.
84 bytes from google.com (108.177.14.139): icmp_req=5, ttl=104, time=49.48 ms.
-– google.com ping statistics —
5 packets transmitted, 4 packets received, 20% packet loss,
0 duplicate(s), time 4051.82 ms.
Round-trip min/avg/max = 49.37/49.40/49.48 ms.
sending ICMP ECHO request to google.com…
PING google.com (108.177.14.139) 56 (84) bytes of data.
84 bytes from google.com (108.177.14.139): icmp_req=3, ttl=104, time=49.44 ms.
84 bytes from google.com (108.177.14.139): icmp_req=4, ttl=104, time=49.54 ms.
84 bytes from google.com (108.177.14.139): icmp_req=5, ttl=104, time=49.42 ms.
-– google.com ping statistics —
5 packets transmitted, 3 packets received, 40% packet loss,
0 duplicate(s), time 4051.80 ms.
Round-trip min/avg/max = 49.42/49.46/49.54 ms.
При этом сам линк стабильный, если соединение установилось:
user@orangepione:~$ ping google.com -i 0.2
-– google.com ping statistics —
279 packets transmitted, 274 received, 1.79211% packet loss, time 55748ms
rtt min/avg/max/mdev = 49.962/51.127/65.052/1.159 ms
5 потерянных пакетов - как раз-таки начало.
При этом DoH и DoT настроен:
Так у вас в6 не работает а в4 работает, отключите в6 в системе для начала
Без VPN в Москве перестал открываться dl.google.com Кто-нибудь ещё это наблюдает?
Перекидывает на https://www.google.com/chrome/ где грузится на половину только верхняя шапка страницы
Добавлю что запретом это чинится сразу
Да, и у меня так. Похоже загрузку Chrome решили блокировать в отместку за удаление из Google Play приложений VK. Надеюсь до developers.google.com они не дойдут. Впрочем, теперь всё может быть.
Через Chrome DevTools в разделе “Сеть” можно посмотреть, какой конкретно домен не догружает ресурс. Мне кажется, это www.gstatic.com.
Из вечерних новостей - Минцифры предупредило, что российские сайты могут не открыться в Chrome
https://www.rbc.ru/technology_and_media/23/07/2026/6a6216d89a79471e4879d969