Если совсем просто.
Видеозвонок в браузере использует не только обычную загрузку веб-страницы. Участникам нужно найти доступный путь для мультимедиа, в том числе через домашние маршрутизаторы и NAT. Поэтому сетевое поведение звонка может отличаться от запроса страницы. WebRTC — полезная коммуникационная технология, а не название вредоносной функции или отдельного VPN-протокола.
Страница успешно открывается через VPN, но звонок не устанавливается. Это не обязательно DNS-ошибка: путь для медиа, UDP или ретранслятор могут быть недоступны. Возможна и обратная ситуация: веб-сайт работает через прокси браузера, а иной сетевой обмен использует другой маршрут. В обоих случаях проверять нужно фактический сценарий звонка, а не только публичный IP обычной вкладки.
Как это работает.
Для выбора соединения используются кандидаты ICE. STUN помогает узнать адрес, наблюдаемый снаружи; TURN может передавать данные через промежуточный ретранслятор, когда прямой путь не подходит. Доступ к камере и микрофону регулируется разрешениями браузера, а обработка сетевых адресов — отдельными правилами реализации. При оценке приватности важно не смешивать эти механизмы: запрет микрофона не является универсальным тестом маршрутизации.
Отдельно проверяйте работоспособность связи и адресную приватность. Хорошее качество звонка не доказывает, что выполнена нужная политика маршрута; пустой список тестового сайта не доказывает отсутствие всех соединений. Для чтения результатов полезно знать разницу между локальным, серверным рефлексивным и ретранслируемым кандидатом, не превращая это в универсальный диагноз по одному скриншоту.
Почему это важно.
WebRTC нужен для конференций, удалённой поддержки и передачи данных в веб-приложениях. Если VPN важен для приватности звонка, проверьте используемый клиент, наличие исключений и поведение после смены сети. Сохраните версии браузера и приложения. При проблеме сравните собственный тестовый звонок в двух сетях, не привлекая посторонних участников и не публикуя их адреса. Если видеосвязь нужна для работы, защитные изменения сначала проверяют в собственном тестовом звонке. Согласуйте участие второго человека и не публикуйте сетевые сведения участников. Цель — сохранить требуемую приватность и функциональность одновременно, а не получить пустой диагностический отчёт ценой полной неработоспособности важного инструмента связи.
Узнать больше.
Продолжи с соседних понятий или загляни в документацию.
Практический разбор
Продолжение темы: практическое руководство.