Какой -6? У вас там должно быть в файле написано:
start "" goodbyedpi.exe -e2 --reverse-frag -q --blacklist ..\russia-blacklist.txt --blacklist ..\russia-youtube.txt
Какой -6? У вас там должно быть в файле написано:
start "" goodbyedpi.exe -e2 --reverse-frag -q --blacklist ..\russia-blacklist.txt --blacklist ..\russia-youtube.txt
Я и ваш попробовал, и свой рандомный
Вы уверены что у вас гудбай сервисом не установлен с другими параметрами? А то тут были случаи, когда вписывают в одно место, а запускают из другого.
Тоже вариант. Еще добавлю, что ноунеймы на своих серваках любят баловаться маршрутизацией пакетов по маске на какой-нибудь нерабочий IP, так что вполне можно попробовать и -r -s -m
Никсы системы точные, таких шуток не прощают и правила идут нафиг )
Но если перебанили по IP, которые у GGC постоянные - то это печаль и фиаско. Но вроде там еще много чего висит, так что вряд ли.
Запускаю тот же что и изменяю. Кстати на ютубе всё также – видосы грузятся и не грузятся. Юбуст я разумеется оффнул
А, вы про сервис. Удалял ремувом, проверял сервисы в диспетчере – там только один который запускаю я сам
Не знаю тогда. Можете попробовать вариант с блокчеком, который вам выше посоветовали. Он автоматом ищет рабочую стратегию.
За ЮБуст просто тоже рано или поздно возьмутся. Лучше иметь несколько альтернативных вариантов.
Спасибо за попытку
Для эксперимента, попробуйте ещё с выключенным gdpi в обоих случаях:
curl -sv -o NUL https://yandex.com --connect-to ::rr12---sn-gvnuxaxjvh-bvwz.googlevideo.com --resolve rr12---sn-gvnuxaxjvh-bvwz.googlevideo.com:443:213.59.237.159
и вот так:
curl -sv -o NUL https://www.google.com --connect-to ::rr12---sn-gvnuxaxjvh-bvwz.googlevideo.com --resolve rr12---sn-gvnuxaxjvh-bvwz.googlevideo.com:443:213.59.237.159
В первом случае соединение должно просто повиснуть. Интересует второй скорее.
И куда тут смотреть? Что должно показать?
`D:\Distrib\Curl>curl -sv -o NUL https://yandex.com --connect-to ::rr12—sn-gvnuxaxjvh-bvwz.googlevideo.com --resolve rr12—sn-gvnuxaxjvh-bvwz.googlevideo.com:443:213.59.237.159
D:\Distrib\Curl>curl -sv -o NUL https://www.google.com --connect-to ::rr12—sn-gvnuxaxjvh-bvwz.googlevideo.com --resolve rr12—sn-gvnuxaxjvh-bvwz.googlevideo.com:443:213.59.237.159
Это с выключенным gdpi? У тебя они видимо не заблочены, а просто замедлены. А у автора там вообще сбрасывается соединение.
В первом случае он коннектится к заблокированному у автора серверу, используя SNI yandex.com
. А во втором - используя SNI www.google.com
. На большинстве провайдеров хэндшейк проходит через блокировку, если домен из той же cdn что и гуглвидео. Ну а резолв добавлен на случай подмены dns.
Не много. Как минимум на GGC, что стоят у провайдеров, только googlevideo.com.
Тогда почему они их просто не отключат?
С включенным, но в блэклистах отсутствуют какие-либо домены гугла
У меня это вот так выглядит с выключенным gdpi.
C:\Users\1>curl -sv -o NUL https://www.google.com --connect-to ::rr12---sn-gvnuxaxjvh-bvwz.googlevideo.com --resolve rr12---sn-gvnuxaxjvh-bvwz.googlevideo.com:443:213.59.237.159
* Added rr12---sn-gvnuxaxjvh-bvwz.googlevideo.com:443:213.59.237.159 to DNS cache
* Connecting to hostname: rr12---sn-gvnuxaxjvh-bvwz.googlevideo.com
* Hostname rr12---sn-gvnuxaxjvh-bvwz.googlevideo.com was found in DNS cache
* Trying 213.59.237.159:443...
* Connected to rr12---sn-gvnuxaxjvh-bvwz.googlevideo.com () port 443
* ALPN: curl offers h2,http/1.1
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
} [309 bytes data]
* CAfile: C:\Users\1\AppData\Local\Microsoft\WinGet\Packages\cURL.cURL_Microsoft.Winget.Source_8wekyb3d8bbwe\curl-8.10.0_1-win64-mingw\bin\curl-ca-bundle.crt
* CApath: none
* TLSv1.3 (IN), TLS handshake, Server hello (2):
{ [122 bytes data]
* TLSv1.3 (IN), TLS handshake, Unknown (8):
{ [6 bytes data]
* TLSv1.3 (IN), TLS handshake, Certificate (11):
{ [4442 bytes data]
* TLSv1.3 (IN), TLS handshake, CERT verify (15):
{ [264 bytes data]
* TLSv1.3 (IN), TLS handshake, Finished (20):
{ [52 bytes data]
* TLSv1.3 (OUT), TLS handshake, Finished (20):
} [52 bytes data]
* SSL connection using TLSv1.3 / TLS_AES_256_GCM_SHA384 / [blank] / UNDEF
* ALPN: server did not agree on a protocol. Uses default.
* Server certificate:
* subject: CN=*.googlevideo.com
* start date: Aug 27 14:31:19 2024 GMT
* expire date: Nov 5 14:31:18 2024 GMT
* subjectAltName does not match hostname www.google.com
* SSL: no alternative certificate subject name matches target hostname 'www.google.com'
* closing connection #0
C:\Users\1>curl -sv -o NUL https://yandex.com --connect-to ::rr12---sn-gvnuxaxjvh-bvwz.googlevideo.com --resolve rr12---sn-gvnuxaxjvh-bvwz.googlevideo.com:443:213.59.237.159
* Added rr12---sn-gvnuxaxjvh-bvwz.googlevideo.com:443:213.59.237.159 to DNS cache
* Connecting to hostname: rr12---sn-gvnuxaxjvh-bvwz.googlevideo.com
* Hostname rr12---sn-gvnuxaxjvh-bvwz.googlevideo.com was found in DNS cache
* Trying 213.59.237.159:443...
* Connected to rr12---sn-gvnuxaxjvh-bvwz.googlevideo.com () port 443
* ALPN: curl offers h2,http/1.1
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
} [305 bytes data]
* CAfile: C:\Users\1\AppData\Local\Microsoft\WinGet\Packages\cURL.cURL_Microsoft.Winget.Source_8wekyb3d8bbwe\curl-8.10.0_1-win64-mingw\bin\curl-ca-bundle.crt
* CApath: none
* Connection timed out after 10012 milliseconds
* closing connection #0
Изначально был взят курс на “деградацию”. Чтобы оставить простор для рассуждений “Google ведь ушел, сервера больше не обслуживает, вот и работает через пень-колоду”. Если просто заблочить по аналогии со всем остальным, так сказать уже не получится.
Так “сервера деградировали окончательно и вырубились”, не? Вполне вписывается в курс
Еще рано. Это следующий этап. Вы опережаете события. Сразу они не могут “вырубиться”. Это было бы слишком подозрительно.
)) А события действительно лучше опережать, чтоб быть во всеоружии
Что-то вроде как с -s даже нельзясайты быстрее работают, хотя может показалось