Ростелеком. Замедление YT обходит любая стратегия дающая хоть какой-то обход блокировок сайтов. Кроме стокового -wrong-sec, который мы как помним на ТСПУ сломали, но не суть. При этом добиться 90%+ обходов по списку куда сложнее.
При этом GGC работает только на модифицированом GBDPI с поддержкой with-sni.
Как итог для меня оптимальнейшее решение, где не обходится 2 каких-то левых сайта из списка, но работают GGC: -e 2 --reverse-frag --fake-with-sni www.google.com --wrong-seq –max-payload
При этом в прошлой версии скрипта были стратегии только -e 1, с которой половина не работало. Сейчас всё есть. Но это не было бедой, я сам в стратегиях менял как надо.
Не просится. Проблема в ненормальном времени ответа от днс, а не во времени соединения с сайтом.
Нет. 1,2+ секунды на резолвинг - это долго. И эта проблема сохраняется даже с гугл днс или с клаудфлейром, которые должны летать.
В курле что-то сломано.
Новый тестовый билд
GoodCheck_v1.2.8.zip (6,5 МБ)
- Добавлена и включена по умолчанию поддержка doh. В качестве костылей, если вы проверяете только 1 сайт, вам автоматически добавится для проверки 0.0.0.0, чтобы курл починился.
- Добавлена поддержка обычных резолверов (типа 1.1.1.1, 8.8.8.8 и т.п.). По умолчанию выключено. При использовании заранее кэширует все айпи проверяемых сайтов, что дает более стабильный результат.
- Добавлены проходы. При выводе финальных стратегий учитывается только худший проход.
- Вроде как починил поддержку относительных путей.
- Добавил fallback до режима insecure, если проваливается проверка сертификатов при инициализации.
- Вернул список со всеми стратегиями гудбая в одном файле.
- Добавил set “_curlMinTimeout=” в конфиг, для нытика из темы. Чтобы у него за 1 секунду всё фейлилось.
Не просто резолвинг, а резолвинг поверх https. Попробуй ткнись в тот же ya.ru и посмотри time_connect, под секунду и прилетит.
Хм? Это далеко не секунда.
Так это и не резолвинг через DoH 
С этим - curl -4sSm 2 -w “%{time_namelookup}\n” --doh-url https://freedns.controld.com/uncensored [https://ya.ru ](https://ya.ru) https://ya.ru секунда с лишним. Что логично, тут не дох, а его пропускание через контролди сначала )
А у тебя прямая ссылка
Ничё не понял что ты написал. Всмысле прямая ссылка?
Вот это прямая ссылка:
Время уменьшилось в 2 раза.
https://freedns.controld.com/uncensored - пропускание через контролди.
https://dns.comss.one/dns-query - прямая ссылка
В первом случае тратится доп. время на постучаться на контролди,во втором случае коннект идет сразу на DoH
?
Это всё еще ДАЛЕКО не секунда.
И это не объясняет вот эту аномалию:
Почему 2 параллельных запроса на порядки быстрее одиночного.
Не знаю, у меня секунда с лишним
А теперь попробуй тоже, но включив параллельные запросы и введя 2 раза я.ру, как на скрине выше.
Так теперь оно из кеша дернет.
Doh игнорирует кэш.
Посмотри на время ответов, я что один эту аномалию вижу?
Одиночный запрос - лаг. Параллельный запрос - всё ок.
у меня также
Странно конечно, но как это мешает. Почему все привязались к этой секунде?
Тут мы не скорость же мерим а доступ к сайтам с различными стратегиями.
Да и даже если мерить скорость то время первоначального коннетка и ресолвинга тут никак не влияет.
а у меня как раз таки НЕ тупит секунду если двойной запрос, но иногда 1 из 20 может второй и не выдать вообще и упасть (но это не самый последний curl 8.6.0 32bit).
Тупит оно туже секунду, но цифры рисует маленькие
Я хз, я предлагал использовать time_connect для оценки как раз скорости доступа. Причем тут DoH я не понял.
Но потом я еще поприкидывал и понял, что ничего это время соединения не даст, т.к. будет +/- одинаковым на разных стратегиях. Разница будет несущественна для оценки.
Оно НЕ тупит секунду. Разница заметна на глаз. + на скринах time_connect, я хз о чем вы.
Вопрос в том, почему одиночный запрос идет секунду+, а параллельный в 20 раз быстрее (~0,04 секунды).
Я предполагал, что doh игнорируется при параллельных запросах, однако, если его убрать, то скорость вырастает ещё в 2 раза - до 0.015-0.02 секунд (то есть какой-то эффект он оказывает).
IMHO не надо вообще привязываться к этому времени. потому кому уж сильно надо протестят самые лучше работающие стратегии и по времени и по скорости скачивания и проигрывания видео.
завязываться на СЕКУНДЫ в глобальной сети это провальный вариант.
Человек, который поднял изначальный кипеж про 1 секунду вообще не понимает принципы работы сетевых протоколов (поскольку еще и пинг сюда приплетает).