GoodByeDPI растормарживает ютуб, но как? Понятно, что модифицирует исходящие пакеты. Но замедляется, очевидно, входящий трафик с ютуба, на который GoodByeDPI не влияет.
А тебе никто входящий трафик не замедляет к тебе именно, тебе замедляют трафик от тебя дропая пакеты, естественно это и снижает скорость потому что ресурс дает тебе столько пакетов сколько к нему и приходит на установку соединения и запросы буферизации и прочего. Это не совсем замедление, это “недоблокировка” своеобразная. Будут именно замедлять трафик к абонентам от ресурсов самих оборудование может лечь ибо там пропускная просто гигантская и нужно уже по другому делать и другие мощща. Т.к. фильтр уже ставится тогда не от провайдеров к ресурсам, а на сами ресурсы через датацентры. Как я это понимаю. А может и иннет сам лечь.
GDPI делает так, чтобы ТСПУ не мог понять, что соединение происходит с GGC, поэтому ТСПУ не принимает решения о замедлении трафика в этом соединении. В случае если цезор начинает использовать замедление по IP-адресу, GDPI становится бессилен.
Вроде понял. Входящие пакеты приходят в ответ на исходящие.
Спасибо.
в общем если проще приходит пакет ресурсу, устанавливается соединение, тспу это видит и начинает его “тормозить”. Прога обходит правила фильтрации и пробует правила на вкус пытаясь пробить трафик через фильтрацию и твой трафик устанавливает нормальное соединение и нормально получает пакеты. Но это не всегда работает как надо и не всегда все идет гладко, так что тут у кого как сработает. Манипуляции тут только с твоим трафиком, поэтому лучше не врубать прогу в общем режиме на все, а использовать блеклисты только на определенные ресурсы. Чтобы оно “не ломало” тебе половину интернета если так получится. Потому что не все ресурсы относятся к такому трафику одинаково “приемлемо”.
Сейчас ещё яснее стало. По исходящему пакету ТСПУ определяет ютуб и заносит соединение в список замедления. После этого ему уже не надо проверять исходящие пакеты, он просто сбрасывает часть входящего трафика по этому соединению.
Тащемта в самом репозитории вполне простым языком объяснено:
Немного комично даже, но в принципе игра с пробелами и кейсами символов вполне понятна, так как задача блокиратора определить “проблемный” трафик с минимумом усилий и как можно быстрее на уровне TCP, то есть двоичными массивами. На “честный” парсинг юникод-строк по спецификации в масштабе страны никаких ресурсов не хватит.