Привет @its3am. Спасибо за уточнение. Ты совершенно прав — конфликт был бы крайне маловероятен.

Да и нет одновременно. Адреса с установленным битом локального администрирования не гарантируют уникальность, но пространство имён всё ещё составляет 46 бит, что даёт семьдесят триллионов возможностей. MAC-адреса, которые генерируют UniFi AP, не случайные — это базовый MAC-адрес с установленным битом локального администрирования, а затем увеличение двух тетрад по мере добавления новых SSID. Очень мало случайности, поскольку новые адреса будут очень близки к исходному базовому MAC-адресу, и предположительно базовый MAC следующей проданной точки доступа будет увеличен достаточно, чтобы избежать коллизий.

MAC-адреса должны быть глобально уникальными, и насколько я могу судить, алгоритм, который использует Ubiquiti для генерации дополнительных адресов, должен сохранять их такими. Хотя я не видел устройств с последовательными MAC-адресами, поэтому не могу знать величину промежутка между ними.

Еще один уровень дальше: BSSID — это MAC-адрес ESSID на конкретном радио точки доступа. Например, если у вас настроено несколько SSID на частоте 5 ГГц, каждый получит свой собственный BSSID. Ubiquiti выбирает их на основе базового MAC-адреса устройства, устанавливая бит локального администрирования и увеличивая различные байты по мере необходимости.

Да, спасибо! Я как раз читал об этом — похоже, придется запастись терпением, чтобы "зверь" сам себя исправил... (к слову, Google — не единственный зверь. В мире есть еще MSFT, Apple и другие). Кроме того, я сузил круг поиска, определив, какой BSSID создавал проблемы, заставив адаптер WiFi ноутбука использовать радиодиапазон 2.4Ghz. BSSID — это MAC-адрес радиомодуля, а не самой точки доступа. По всему дому и сараю у меня было 4 AP, каждая с двумя радиомодулями. Итого 8 BSSIDов в игре. Но поскольку это сетка AP, проходящая через одну главную точку, я сосредоточился на двух BSSIDах там. Радиомодуль 5Ghz на моей первичной AP был виновником, который отправлял меня в Германию. Переключение на 2.4Ghz вернуло меня в Техас. Потом я узнал, как попытаться исправить местоположение определенного BSSID в геолокационной базе данных Google (вставленное изображение ниже). Вместо того чтобы писать тест с использованием API геолокации, я просто открыл новую вкладку браузера, поискал лошадей, а затем прокрутил вниз, чтобы узнать, какую геолокацию Google Search использовал для моих результатов поиска. Надеюсь, кто-нибудь в будущем найдет эту ветку полезной, когда столкнется с такой проблемой. В моем случае я был уязвим еще и потому, что живу на ранчо вдали от оживленных мест (и только два пользователя мобильных телефонов на территории). Так что мы активно используем Google Maps на наших телефонах, подключившись к WiFi и нажимая на компас, чтобы принудительно запустить поиск GPS. Спасибо всем за ваши предложения и подсказки.

Спасибо за полезный совет — отключение беспроводного адаптера и использование проводного ethernet-подключения к портам UDM помогло мне доказать, что этот IP-адрес НЕ являлся причиной проблемы, а виновата именно работа с mesh-сетью AP. Ваше упоминание BSSID также было полезной подсказкой. Я продолжаю разбираться, как и где внести исправления в таблице геолокации, где может храниться BSSID.

Сервисы, не принадлежащие Google, например OpenMaps, также используют API определения местоположения, предоставляемый вашим браузером. Вы можете найти BSSID либо в сканере WiFi, либо в свойствах точки доступа в приложении UniFi Network Application, наведя курсор на группы точек доступа.

Смотри https://support.google.com/websearch/community-video/329008853/how-to-fix-wrong-country-or-location-in-google-search-step-by-step-guide?hl=en — там много решений для самостоятельного разбора, и https://www.rfc-editor.org/rfc/rfc9632.html объясняет, как интернет-провайдеры публикуют географическое расположение блоков IP-адресов. Когда я выполнил запрос whois для одного из блоков адресов Rise Broadband, я обнаружил, что они публикуют информацию о геолокации на https://raw.githubusercontent.com/Rise-Broadband/rise-geofeed/main/rise_geo_ip.txt, так что, надеюсь, твой блок IP-адресов там есть.

Что касается разницы при подключении через Wi-Fi — это потому, что приложение, которое ты используешь, считает эту информацию более надёжной. Из личного опыта: когда я переехал в свой дом, потребовалось 3–4 месяца, чтобы все сервисы (CDN, Google Maps и другие) определили мою географическую локацию правильно. Мой IP-адрес раньше использовался в нескольких штатах отсюда.

Спасибо за ответ. Мои IP-адреса (выданные моим провайдером Rise Broadband) похоже правильно привязаны к США. Мой ноутбук работает идеально, если я отключу беспроводной адаптер и не буду использовать мою точку доступа Ubiquiti AP Mesh. Google Maps теперь показывает правильно, мне не выводят объявления немецких мебельных магазинов и так далее. Но как только я подключусь обратно к AP Mesh, я мгновенно оказываюсь в Германии. IP-адрес при этом остается тем же. Если это не BSSID, то что это может быть? Эксперты в предыдущих сообщениях указывали на устройство AP как на потенциального виновника, поэтому я пытаюсь разобраться, как это связано с геолокацией на не мобильных устройствах. Пытаюсь собрать воедино улики на Stackoverflow, но надеюсь, что некоторые эксперты Ubiquiti узнают эту проблему и дадут мне совет, как её решить.