Как с помощью JavaScript можно определить, что браузер пытается подменить параметры устройства? Не обязательно обнаружить реальные значение, а просто факт подмены.

Есть антидетект-браузеры, которые подменяют различные параметры, отправляя сайту отличные от фактического, значения, если сайт запрашивает их с помощью Javascript либо HTTP-заголовков:

- Screen Resolution
- Набор шрифтов
- Основной язык и список поддерживаемых языков
- Часовой пояс
- Количество ядер процессора
- Объем оперативной памяти
- Название видеокарты
- Количество медиа девайсов (камера, микрофон, наушники)
- Формат даты на устройстве
- Speech Voices
- Поддерживаемые аудио форматы
- Canvas Fingerprint
- WebGL Fingerprint
- Audio Fingerprint
- DOMRect Fingerprint

Какие есть способы определить факт подмены?

В одной из статей нашёл информацию, что браузер может производить подмену разными способами:

 Привожу цитату:

```
"переписать эти функции в исходном коде браузера, до его компиляции. Это самый надежный и самый сложно определяемый способ.
- заинжектиться в работающий процесс вкладки и перехватывать обращения к нужным функциям в реальном времени. Технически сложно, т.к. смещения и адреса функций плывут с каждым обновлением браузера.
- перезаписать нужные нам значения прямо на странице через javascript же, после инициализации страницы, которую мы просматриваем. Самый простой в реализации, но самый отвратительный способ, т.к. сделать это незаметно действительно сложно. Как я покажу дальше, почти все антидетект-браузеры выбрали этот путь, чем подставили своих пользователей."
```

Вопрос, можно ли проверить, какой способ подмены используется в браузере.

И какие именно методы определения подмен существуют? Например, в статье было указано про Object.keys(Object.getOwnPropertyDescriptors(navigator)) для неумелого переопределения свойств Navigator.

Также можно обнаружить использование эмулированной среды, эта информация тоже была в статьях.

Статьи:
https://cpa.rip/stati/antidetect-palivo/?unapproved=15649&moderation-hash=da113dcf63bf70e9c0681094fbcbb949
https://habr.com/ru/articles/720588/
https://habr.com/ru/articles/716434/
https://www.zenrows.com/blog/bypass-cloudflare
https://www.zenrows.com/blog/bypass-akamai

Буду благодарен конкретным методам определения подмены.

Вопрос к знатокам Google Cloud Platform.

Не могу разобраться с настройкой Cloud CDN. Для его работы нужно использовать Балансировщик нагрузки. Есть внешний сервер с веб-страницами. Делаю строго по инструкции "Setting up Cloud CDN with an external origin" https://cloud.google.com/cdn/docs/setting-up-cdn-with-external-origin

1. Создал группу конечных точек https://yadi.sk/i/IdtQ4rXNlS1Mwg
2. Создал Балансировщик нагрузки, выбрал ранее созданную группу конечных точек. В конфигурации интерфейсной ВМ создал сертификат, управляемый Google. Страница балансировщика https://yadi.sk/i/8J5vGBD2eL_L-A

Инструкция на этом заканчивает. И дальше не понимаю, что с этим делать.

Насколько я понимаю логику балансировщика, это должно работать так:

1. Google прикрепил ip к балансировщику. Если использовать его напрямую, он будет перенаправлять на указанную конечную точку (в моём случае домен asdfgtyu10.xyz).
2. Нужно как-то связать выданный ip с доменом asdfgtyu10.xyz. Инструкцию не нашёл. В основной инструкции об этом нет указаний. Натолкнул на мысль о домене вопрос, найденный в интернете https://switch-case.ru/71632449

Попробовал добавить вторую конфигурацию интерфейс с HTTP протоколом https://yadi.sk/i/Qw0Q4H43Sfk8Pg также добавил правило обработки хостов (подглядел на странице https://switch-case.ru/71632449) https://yadi.sk/i/rIY8IIf-rneTmw

IP с HTTP-протоколом 34.107.213.145 выдает ошибку 502 http://34.107.213.145/
IP с HTTPS-протоколом выдает ошибку 404 при открытии в формате http://34.120.190.159/ В формате https://34.120.190.159/ или http://34.120.190.159:443/ вообще не открывается.

Также попробовал указать А-записи с IP-адресами к поддоменам.
Для HTTP http://gcloud.asdfgtyu10.xyz/
Для HTTPS https://www.asdfgtyu10.xyz/
Результат такой же, как при открытии через IP-адрес.

Как привязать выданный IP к домену, который указан в группе конечных точек (asdfgtyu10.xyz) - не понимаю. По логике, насколько я понял, балансировщик должен работать на том же домене. Но если я укажу A-запись для домена, как балансировщик поймет на какой сервер отправлять трафик, если в конечной точке указан домен, а не IP сервера? То есть балансировщик будет указывать сам на себя. Если же укажу в качестве конечной точки IP-сервера, и в А-записи пропишу IP балансировщика, то на стороне Google не будет связи с конкретным доменом, потому что он не будет нигде указан. И у меня к серверу с 1 IP-адресом подключено несколько доменов. Куда балансировщик в итоге будет направлять трафик?

Перепробовал все варианты. Сейчас в A-записи домена указан IP балансировщика с протоколом HTTPS (34.120.190.159), в группе конечных точек в качестве конечной точки сети указан IP моего внешнего сервера 165.22.64.183 с портом 443. Идей не осталось.

Подскажите, пожалуйста, как правильно настроить Cloud CDN, используя Балансировщик нагрузки и внешний сервер?