@FastSpace said in Как проксирование WebRTC в настройках браузера (https прокси) ?:
@Ressive https прокси не умеют проксировать WebRTC.
То есть вариант всего один - отключить WebRTC?
WebRTC
-
800 тый порт и сразу видно прокся чуть не пабл :)))
И Вебартек он к Отпечаткам то и не относится как бы а именно к чистоте Апишки вашей мол.
А тут если Гомно прокся что сразу видно, даже что Логин и пароль от них отдельно вводится, они ещё скорей всего и из под Линукса, а БАС не Линукс а Винда мол Хромиум и Прокси по сутои от Винды и должны быть или уж Мобильные.
мало ли ты с Телефона или Модема Мобильного пользуешься.
С такими Проксями темы ток и создавать :)))
Не обессудьте но реал,гомно его сразу видно :))) -
-
@juli зачем тебе это надо ? Даже если ты каким - то чудом купишь нормальные прокси, тест который ты хочешь пройти WebRTC, в BAS он плохо проксирует, поскольку библиотека тунелирования говно.
- днс веб ртк в 53 порт ходит мимо прокси
- до версии 30.5.0 утекал реальный айпи мимо прокси если хитро послать веб ртк, пока я не зарепортил.
- множественные соединения приводили вообще к зависанию BAS, разработчик их шас тупо отключил, тунель открывает удп ассоциацию и тупо молчит. Мне еще костыль пришлось писать, чтобы закрывать такие соединения.
На твоем месте нет смысла париться, бери любые прокси, темка не работает, меняй темку.
@FastSpace said in WebRTC:
Других не продают в магазинах
Продают, но не всем и не во всех магазинах.
Полу говно найти можно, но абсолютного идеала и недетектабельных прокси нигде нет
-
@FastSpace Thanks for the honest breakdown and for saving me the trouble. and you for the reality check. I'll be honest, I'm still a beginner at this and trying to connect the dots, so I really appreciate your explanation.
The reason I've been so obsessed with WebRTC and proxies is that I'm trying to automate traffic to a blog page, but I've noticed that certain third-party scripts and dynamic external elements on the site simply refuse to load or render when I run the BAS script
I immediately assumed these external scripts were detecting a WebRTC leak or a proxy mismatch and silently blocking the content from showingGiven your experience and what you said about BAS's flawed tunneling, how would you approach this? If BAS is the bottleneck, is there a specific method, alternative framework, or a different logical approach you could guide me towards so I can bypass this script detection and make the page load completely naturally?
-
-
На днях постараюсь слить инфу, что отпечаток есть не только в TCP (tcp-fignerprint), но и в UDP (udp-fingerprint). Куча людей писало, ко-ко-ко, дам там в udp ничего нет. Нет отпечатка :)
Надо только доделать спуфинг пакетов.Причем там отпечаток довольно точный.
-
@FastSpace said in WebRTC:
есть не только в TCP (tcp-fignerprint)
TCP/IP.
@FastSpace said in WebRTC:
но и в UDP (udp-fingerprint). Куча людей писало, ко-ко-ко, дам там в udp ничего нет. Нет отпечатка :)
В UDP как протоколе практически ничего нет: четыре поля в заголовке, из них только source port косвенно может намекать на ОС по диапазону портов.
Всё остальное сидит в IP-заголовке вокруг него и в payload внутри, и именно это на самом деле можно назвать udp fingerprint. Хотя сам термин, ИМХО, неточный: это отпечаток не самого UDP, а того, что снаружи и внутри него.
Может быть можно сказать UDP/IP, но и тут вопросы - в UDP то нет ничего.
Или, что может быть точнее:
- отпечаток IP-заголовка UDP-пакета
- отпечаток payload UDP пакета(тут много что есть)
-
@sergerdn нумерация пакетов выдает систему. Один пакет мало что скажет, а вот сумма из первых 10 многое. Там точно можно отличить семейство OS. Винду от аппле (мак и айос) и от линукса.
Порты это не надежно. Мобильные операторы их подменяют, много кто подменяет из домашних, а ну дц говорить не надо. Каждый админ своей впс творит что хочет.
