- Mitmproxy ставите на комп\ноут, прописываете эту проксю на телефоне.
- Какой нибудь анализаотр трафика на роутере
- Дебагером на запрете
Думаю какой нибудь из этих способов покажет куда вы ломитесь, а там уже методом исключения и логикой.
Может быть есть и лучше варинаты хз
Значит, пойдут по второму варианту (он дешевле). Президент на Валдае на днях сказал, что должен быть “суверенный интернет”. Цензура однозначно будет нарастать. Вольница никому не нужна и крайне не выгодна - ни правящему классу, ни тем более бизнесменам-копирастам.
Ага, и поэтому халявщики все равно отвалятся. Не по одной причине, так по другой.
Поэтому я и не спешу их радовать.
У многих это все равно не будет бесплатно и просто
Курс обучение дурение ТСПУ за …
Будет обьявления везде )
Я бы советовал всем изучать методы скрытого проксирования, запасаться биткоином, покупать VPS.
Пока не отключат забугор или не сделают белые списки, это может быть наилучшим решением в жесткой обстановке
Для скрытого проксирования, нужно что бы прокси использовалась как можно меньше (делать паразитный трафик, для маскировки + обычный)
VPS - сами могут отрубить по гео нас всех
Биток или электронная валюта - с ней есть проблемы усложнения её получения. У тех у кого электро на халяву имеется, могут так играть
да, верно, весь трафик на один IP - признак VPN.
потому надо выборочно проксировать
Выборочное туннелирование. (несколько проксей и трафик в разные стороны)
Так правильнее, что бы не придрались
Траты на свободу ,пока не достигнут нецелесообразности трат, будут использоваться. Но большинство уже на этом этапе отвалятся
Вот еще подумал, что TCP Fast Retransmission может помешать такому нарезанию client hello на части и отправке в произвольном порядке. Например сервер получит много кусков с конца client hello, отправит несколько duplicate acknowledgement и ядро кинет в запрет кусок client hello от нуля и до начала отправленного куска с наименьшим номером последовательности, что вообще не нужно. Или я чего-то не понимаю?
У nfqws этих проблем точно не будет. Он эту колбасную нарезку выплюнет залпом
PCAPdroid может подойти.
PCAPdroid simulates a VPN in order to capture the network traffic without root. It does not use a remote VPN server, instead data is processed locally on the device.
Да ладно вам) Пока видно, что они особо и не хотят жестить. Можно только пытаться реконструировать их целеполагание. Похоже, что задачу вменили снизить массовость именно YT до некоего уровня. Тут недавно же образовался некий повышательный тренд, вот его решили сбить маленько, чтобы в целевые показатели уложиться.
Кстати, а где можно было бы понагляднее посмотреть этот же трафик, но из независимого источника?
Внезапно вопрос возник… Какие типы фейков работают с any-protocol? Все или какие-то определенные, типа quic, unknown и unknown-udp и т.п.
Спасибо.
@bolvan не получается чекнуть такой домен gv:
* port block tests ipv4 rr5---sn-ug5onuxaxjvh-n8vz.googlevideo.com:443
ipv4 rr5---sn-ug5onuxaxjvh-n8vz.googlevideo.com does not resolve
* curl_test_https_tls12 ipv4 rr5---sn-ug5onuxaxjvh-n8vz.googlevideo.com
- checking without DPI bypass
could not parse DNS reply blob
UNAVAILABLE code=6
* curl_test_https_tls13 ipv4 rr5---sn-ug5onuxaxjvh-n8vz.googlevideo.com
- checking without DPI bypass
could not parse DNS reply blob
UNAVAILABLE code=6
* curl_test_http3 ipv4 rr5---sn-ug5onuxaxjvh-n8vz.googlevideo.com
- checking without DPI bypass
could not parse DNS reply blob
UNAVAILABLE code=6
* SUMMARY
ipv4 rr5---sn-ug5onuxaxjvh-n8vz.googlevideo.com curl_test_https_tls12 : test aborted, no reason to continue. curl code 6: could not resolve host
ipv4 rr5---sn-ug5onuxaxjvh-n8vz.googlevideo.com curl_test_https_tls13 : test aborted, no reason to continue. curl code 6: could not resolve host
ipv4 rr5---sn-ug5onuxaxjvh-n8vz.googlevideo.com curl_test_http3 : test aborted, no reason to continue. curl code 6: could not resolve host
Так он ресолвится даже провайдерским dns:
Non-authoritative answer:
Name: rr5.sn-ug5onuxaxjvh-n8vz.googlevideo.com
Addresses: 2a00:1e48:99:16::10
188.43.61.80
Aliases: rr5---sn-ug5onuxaxjvh-n8vz.googlevideo.com
А точно ли с него идет видео ?
Просто при просмотре ещё обманки попадаются, которые гетом отвечают.
И точно ли все обходы и обманы отключены?
Внимательнее отлови свой видео сервер
В DevTools->Network обращения к такого вида доменам.
да…
Все правильно. Отлавливаешь один живой и его щупаешь по udp
Проблема в mdig для винды. В *nix нет проблемы. Будет фикс в следующем релизе.
В bundle скоро залью исправленный бинарик
Благодарю, в свежем bundle все ок.
