у меня единственное что изменилось это repeats с 8 вырос на 9.
95 млд рублей было потрачено для одного репита
Не стоит об этом кричать.
Скорее добились желаемого и дальнейшие действия просто не требуются на данный момент.
Легкоуправляемые человеки (целево-таргетная аудитория ради которой вся затея) плавно перетекают на другие платформы.
Остаются только гики у которых происходит выброс дофамина от редактирования конфига, работы в командной строке, прошивки роутера и те, кто идеологически настроен цепляться за ютуб до последнего даже если для этого потребуется облегчить кошелёк.
да не, есть же сборки. Скачал, пару раз кликнул, и всё работает. Но со смартфонами и ТВ уже другая история, это да.
Господа, скиньте полный список ip подсетей ютуба в том числе и кешируюших серверов в России. Нигде найти не могу именно наши сервера, с них и не грузится.
Господа, скиньте полный список ip подсетей ютуба в том числе и кешируюших серверов в России. Нигде найти не могу именно наши сервера, с них и не грузится.1
у сайтов от гугла динамический айпи, поэтому ip сайта ютуба - все айпи google asn. у кеш серверов статик айпи.
google_cache_russia_no_google_as.txt (23.1 KB)
взял с censys, исключены результаты с asn google
google_cache_russia_only_google_as.txt (17.2 KB)
только ip c google asn
зачем вам это?
РТК Москва, ipv4 идёт на РТК GGC
ipv6 отключен проверить не могу
Спасибо, потому что с запретом не грузятся видео с российских кешируюших серверов ютуба, а с иностранных загружаются. Видимо стратегия не подходит для наших серверов. Поэтому отдельную стратегию подберу. Мне бы конечно в идеале не список ip, а ip подсетей получить, меньше нагрузки на роутер тогда. Вот в таком формате
43.254.120.0/22
45.33.0.0/17
IPv4 вроде как в Москве ipinfo
Спойлер
#Moscow
>ping 173.194.177.219
Обмен пакетами с 173.194.177.219 по с 32 байтами данных:
Ответ от 173.194.177.219: число байт=32 время=40мс TTL=122
Ответ от 173.194.177.219: число байт=32 время=41мс TTL=122
Ответ от 173.194.177.219: число байт=32 время=41мс TTL=122
Ответ от 173.194.177.219: число байт=32 время=40мс TTL=122
#Moscow, DME, WARP endpoint
>ping 162.159.192.1
Обмен пакетами с 162.159.192.1 по с 32 байтами данных:
Ответ от 162.159.192.1: число байт=32 время=40мс TTL=58
Ответ от 162.159.192.1: число байт=32 время=41мс TTL=58
Ответ от 162.159.192.1: число байт=32 время=41мс TTL=58
Ответ от 162.159.192.1: число байт=32 время=41мс TTL=58
Сейчас наблюдаю какое-то странное поведение в yt-dlp. Это наши опять что-то ломают, или сам гугл так борется с качалками?
IPv6 у меня нет.
Ютуб работает через Запрет, никакого VPN.
У вас yt-dlp последней версии?
Да.
В браузере тоже ютуб стал работать странно. Куча таймаутов в F12.
Никакие стратегии запрета/байдпи не спасают. Похоже ТСПУ поставили в разрыв между внешней сетью и GGC. Им просто не дают выйти за пределы сети провайдера, чтобы закешировать ролик. Делаю такой вывод, потому что часть роликов воспроизводится, часть нет. Те что воспроизводятся, успели закешироваться до того, как РКН сделал эту подлянку.
Можно попробовать добиться, чтобы ютуб перенаправил вас на др. ggc, не провайдерские.
Для начала запустить zapret-checker для чеклиста Youtube_Video.txt. Тогда в zapret-Checker.ini в параметре $ggc будет ваш провайдерский гугл-кеш. Насколько мне известно, всего этих серверов м.б. 12 штук, поэтому нужно внести в файл C:\windows\System32\drivers\etc\hosts перенаправление для всех 12
0.0.0.0 rr1---sn-Какие-то_символы.googlevideo.com
0.0.0.0 rr2---sn-Какие-то_символы.googlevideo.com
....
0.0.0.0 rr12---sn-Какие-то_символы.googlevideo.com
и перезапустить службу DNS-кеш и браузер. Затем открыть ютуб со старой стратегией запрета, посмотреть, на какие ggc теперь вас кидает? Провайдерские или др? Если др. - отлично, осталось лишь подобрать стратегию под них
Сейчас ещё заметил, что скорость скачивания файлов с гугл диска иногда падает до ~70 КБ\с. Так же Google Collab работает с перебоями. А там уже SNI не гуглвидео, а другие.
Очевидно, что атакуют уже напрямую провайдерские GGC. Но судя по всему, на весь ntc с таким столкнулся только я.
Я уже пытался блочить через хост все GGC, которые выдавали мне таймауты. Доблочился до того, что ютуб ведёт себя подобно мухе, пытающийся вылететь за улицу через закрытое окно. Просто долбится в одни и те же заблоченные GGC, сыпя ошибками. Но если браузер хотя бы пытается их как-то иногда менять, то yt-dlp всегда железно долбится на 1 конкретный GGC, и ему пофигу, что он недоступен.
К сожалению нет корректной технической возможности самому выбирать, какие GGC юзать.
Я заметил странную вещь у себя на мобильном Билайне - если я отключу частный DNS-сервер и все обходы, то приложение Ютуба у меня будет работать почти полностью - будут загружаться все иконки, посты сообщества, превью видео, будет работать навигация, поиск и даже комментарии под видео и рекомендации. Но сами видео будут вечно загружаться.
При этом если я включу частный DNS (dns.google, например), то приложение перестанет запускаться вообще. Такое ощущение, что в те моменты, когда мои DNS-запросы проходят через сервера Билайна, он пропускает мои запросы, а иначе - нет. Я сделал дамп трафика без частного DNS через PcapDroid, но он не идеален - в данный момент у меня не грузятся превью видео, скорее всего из-за того, что Билайн пытается блокировать QUIC-соединения (тщетно, раз иконки и изображения постов сообщества всё-таки загрузились).
PCAPdroid_04_мая_04_14_09.pcap (4,5 МБ)
По факту Ютубом через мобильную сеть на данный момент даже можно пользоваться. Может даже через hosts получится перенаправить трафик Googlevideo с серверов Билайна на нормальные, и тогда видео заработает.