WebRTC: как проверить своими руками

Каждый второй спрашивает, течёт ли у него WebRTC, и бежит на сайты проверки. Сайты эти показывают что-то своё и объясняют мало.

Покажу, как посмотреть руками, без посредников. Открываете консоль на любой странице своего профиля и запускаете:

const pc = new RTCPeerConnection({iceServers:[{urls:'stun:stun.example.net:3478'}]});
pc.onicecandidate = e => e.candidate && console.log(e.candidate.candidate);
pc.createDataChannel('x');
pc.createOffer().then(o => pc.setLocalDescription(o));

Дальше читаете кандидатов, которые посыплются в консоль.

Правильный подход. Добавлю, что именно читать в строке кандидата, иначе она выглядит абракадаброй.

Строка приходит примерно такая: candidate:842163049 1 udp 1677729535 10.8.0.14 54321 typ srflx raddr 0.0.0.0 rport 0

Смотреть надо на слово после typ. Значение host это адрес сетевого интерфейса самой машины. srflx это то, каким тебя видит внешний мир, эту строку возвращает STUN. relay идёт через TURN и встречается редко.

Утечкой считают один случай: когда srflx расходится с точкой, через которую ты работаешь. Локальные host вида 10.x и 192.168.x пугают новичков, хотя за пределы сети они ничего не рассказывают.

Именно так. Добавлю ещё, что в Chrome локальные кандидаты давно приходят в виде mDNS, что-то вроде a1b2c3d4-e5f6.local. Настоящего адреса интерфейса там нет, и пугаться этой строки незачем.

у меня в выводе вообще пусто, ни одной строки. это хорошо или я что-то сломал

Полина Ждан, пусто бывает по двум причинам. Либо WebRTC выключен совсем, в антидетекте под это отдельный переключатель, либо страница открыта по http и браузер режет доступ.

Проверьте быстро:

console.log(typeof RTCPeerConnection);

Пришло undefined, значит выключен. Пришло function, а кандидатов нет, смотрите протокол страницы в адресной строке.

function, и страница по http. спасибо, перепроверю на https

Раз тема живая, опишу порядок, которым сам проверяю профиль перед работой. Он короткий и ловит почти всё.

Сначала смотрю, каким меня видит обычный запрос: беру свой же обработчик, печатающий адрес обращения и заголовки. Потом в том же профиле гоняю кандидатов ICE и сверяю srflx с этим адресом. Дальше проверяю имена: в антидетекте бывает, что резолв уходит мимо порта, и это заметно по журналу локального резолвера. Последним смотрю пояс и язык, потому что разъезд там встречается чаще любой утечки WebRTC.

Совпало, значит профиль ходит одной дорогой. Разошлось, значит где-то остался прямой выход.

Про имена хорошее замечание. У меня как раз резолв уходил напрямую, пока трафик шёл через порт. Лечится ключом --socks5-hostname вместо --socks5, в браузере тем же переключателем «удалённый DNS».

Соберу итог, чтобы дальше не пересказывали.

• кандидатов смотреть руками в консоли, сторонние проверялки для этого не нужны
• утечка это расхождение srflx с рабочим адресом
• строки .local в Chrome нормальны
• пустой вывод на http это поведение браузера, утечки тут нет
• имена резолвить через тот же порт, что и трафик

Полина Ждан, отпишись потом, что вышло на https.