Функция · WebRTC и сетевая идентичность
Прокси решает, где выходит трафик Profile. Остальную сетевую идентичность определяет ядро: какие кандидаты WebRTC может прочитать страница, где разрешается DNS и какие user agent и языки несёт каждый запрос.
Сетевая идентичность — всё, что сервер может узнать о посетителе из соединения, а не из страницы: IP, который раскрывает кандидат WebRTC, резолвер, отвечающий на DNS, заголовки user-agent и Accept-Language и фоновые запросы, которые браузер делает сам. В Profile, запущенном Agilelogin, каждый из них следует конфигурации Profile.
Четыре решения, принимаемые для каждого Profile.
Privacy, режим по умолчанию, выпускает WebRTC только через прокси, так что страница не получает ни локальных адресов машины, ни её реального публичного IP. Replace IP переписывает адрес, который читает сайт, на фиксированный выходной IP прокси. Block connections останавливает WebRTC полностью. Ядро сохраняет два устаревших значения, Forward STUN и Allow, для существующих Profile и отладки; новый Profile не может их выбрать.
С привязанным прокси ядро выключает DNS-over-HTTPS и блокирует его, так что разрешение имён не уходит на публичный резолвер вне маршрута Profile.
User agent, его Client Hints и список Accept-Language из отпечатка отправляются в каждом запросе, включая фоновые запросы самого ядра, а список языков не сокращается до одной записи.
Profile, запущенный Agilelogin, не запрашивает при старте список аккаунтов Google, подсказки или содержимое новой вкладки, не имеет входа в браузер и отправляет через прокси минимизированный запрос обновления компонентов.
Редактор отклоняет сочетания, противоречащие прокси; остальное — решение оператора.
| Предмет | Граница Agilelogin | Действие оператора |
|---|---|---|
| Replace IP на ротируемом прокси | Отклоняется: переписанный адрес устареет, как только сменится выход | Оставьте Privacy или отметьте прокси как фиксированный выход, только если это действительно так. |
| Forward STUN или Allow на старом Profile | Устаревшие значения: видны только на Profile, где одно из них уже выбрано; оба раскрывают собственный адрес этой машины | Переключите Profile на Privacy и сохраните; после этого устаревшее значение больше не предлагается. |
| Сайт со своим сервером STUN или TURN | Может отличить Replace IP; Privacy не раскрывает ему никакого адреса | Для сайтов, которыми вы не управляете, предпочитайте Privacy. |
Большинство Profile никогда не покидают значение по умолчанию.
Для Profile с прокси Privacy не раскрывает ни локальный, ни публичный адрес и всё равно соединяется через TCP- или TLS-ретранслятор TURN сайта, который сообщает выходной IP прокси.
Если сайт настаивает на чтении server-reflexive адреса, привяжите прокси, отмеченный как фиксированный выход, и запустите его проверку; редактор проставляет выходной IP при запуске.
API остаётся вызываемым, но кандидаты не создаются и соединение TURN не открывается. Видеозвонки работать не будут.
Режим и адрес выхода читаются при запуске и держатся весь сеанс; после изменения любого из них перезапустите Profile.
Чего ядро не обещает.
Privacy — он и есть режим по умолчанию. Он даёт ту же обработку, что и собственная политика Chrome disable_non_proxied_udp: ни локальный, ни публичный адрес не раскрывается, а сайты с TCP- или TLS-ретранслятором TURN всё равно соединяются.
С привязанным прокси DNS-over-HTTPS выключен и заблокирован, поэтому разрешение имён идёт по маршруту прокси, а не через публичный резолвер.
Нет. Вход в браузер удалён из Profile, запускаемых Agilelogin, потому что запускаемая им сверка аккаунтов обращалась бы к Google при каждом старте. Вход на сайты не затронут.
Узнайте, как прокси привязывается к Profile, затем выберите режим WebRTC в редакторе отпечатка.