Если совсем просто.
Обычный запрос сайта и поиск пути для видеосвязи могут использовать разные сетевые механизмы. Если пользователь рассчитывает скрыть адрес исходной сети, а страница получает его через другой механизм, это рассматривают как утечку. При этом частный адрес домашней сети, адрес VPN и публичный адрес провайдера имеют разный смысл; сам факт наличия строки IP не позволяет поставить диагноз.
При выключенном VPN тест показывает публичный адрес исходного подключения. После включения обычный IP меняется, а в WebRTC-отчёте остаётся тот же внешний адрес. Если это воспроизводится и адрес действительно относится к провайдеру, стоит проверить исключения и маршруты. Если же показан только 192.168.x.x, вывод «раскрыто точное местоположение» был бы необоснованным: это частный диапазон, встречающийся у множества пользователей.
Как это работает.
При подготовке WebRTC-соединения браузер формирует кандидаты доступных путей. Политики обработки IP ограничивают, какие интерфейсы и сведения используются, но реализация зависит от браузера и его режима. Прокси только для HTTP не обязательно охватывает медиатрафик. Полный системный VPN с корректными маршрутами даёт другую исходную ситуацию. Поэтому тестировать нужно конкретную комбинацию клиента, настроек и сети.
Сначала сформулируйте, какой адрес не должен быть доступен и кому. Затем проверяйте именно это условие до и после изменения. Не устанавливайте расширение только потому, что тест предлагает его как лекарство: оцените разрешения и источник. После защитного изменения проверьте рабочие звонки, чтобы не обнаружить побочный эффект в важный момент.
Почему это важно.
Сохраните исходный результат, включите VPN и повторите тест в том же браузере. Затем отдельно проверьте IPv6 и сценарий видеозвонка. Сопоставляйте результаты по типу адреса и сети, а не по пугающему красному индикатору. Тестовая страница сама получает сетевые сведения, поэтому выбирайте известный инструмент и не используйте на ней личные или корпоративные данные. В отчёте разделяйте адрес, полученный страницей, и предположение о его происхождении. Проверка принадлежности исходной сети должна опираться на сравнение до подключения. Без такой точки отсчёта можно принять серверный адрес или локальное значение за чужую утечку и потратить время на изменение исправной конфигурации.
Узнать больше.
Продолжи с соседних понятий или загляни в документацию.
Практический разбор
Продолжение темы: практическое руководство.