Дашборд не грузится нормально только для локального сайта и только в firefox

Дашборд не грузится нормально только для локального сайта и только в firefox, UniFi Network

tlk4unifi

Guest

09.05.2026 17:39:00

Привет, последние пару недель моя панель управления Unifi нормально не грузится в Firefox, но только для моего локального сайта и только на машине, подключённой напрямую. Иногда главная панель загружается, но обычно мне приходится сначала зайти на удалённый сайт, а потом переключиться обратно. Вкладки Topology и Unifi devices вообще никогда не грузятся; хотя у меня небольшой локальный сайт (3 устройства Unifi на данный момент, меньше 10 активных клиентов одновременно).Технические детали:Локальный сайт: Unifi OS 5.0.16 установлена на UCG-MaxУдалённый сайт: Unifi OS 5.0.16 установлена на Unifi Cloud Key Gen 2Десктоп (AMD CPU, дискретная сетевая карта) под управлением Win 11): физическое подключение Ethernet 2.5g напрямую к UCG Max для локального сайта. В Firefox (150.0.2) удалённый сайт грузится мгновенно, а локальный сайт вообще не грузится. На той же машине Chrome 147.0.7727.138 грузит и удалённый, и локальный сайты без проблемНа моём телефоне (Android 16 Pixel 8) по беспроводному подключению к локальному сайту он грузит и локальный, и удалённый сайты без проблем через приложение unifiНа моём личном ноутбуке (Surface Pro 7 win 11) по беспроводному подключению к локальному сайту он грузит и локальный, и удалённый сайты без проблем в firefox 150.0.2Попытки устранения неполадок, все безрезультатноДобавил unifi.ui.com в белый список в ublock originОчистил кэшированные данные в firefox для ui.comОтключил усиленную защиту для unifi.ui.comОтключил DNS over HTTPS в FFОчевидно, перезапускал всё несколько раз, новые сессии браузера, всё такое.FF работает нормально, пока дело не доходит до физического подключения к локальному сайту. Если я по беспроводному, он не работает, но Chrome справляется.Пожалуйста, дайте знать, если есть что-то ещё, что я могу попробоватьОбновление: Извините за долгую задержку с ответом; жизнь закрутила. Проблема сохранялась на нескольких машинах, пока я не попробовал полностью очистить кэш в FF. Отключение DoH в FF ничего не изменило.

tlk4unifi

Guest

01.08.2026 16:40:00

Вообще-то это и стало моим решением; полная очистка кэша FF на пострадавшей машине позволила дашборду нормально загрузиться. Я пробовал отключать DoH, добавлять ui.com в список исключений, проверять, что он ТАКЖЕ исключён в ublock origin — ничего не помогало.Потом я открыл FF в приватной вкладке, авторизовался на unifi.com, и внезапно дашборд загрузился без проблем как на удалённых, так и на локальных сайтах.Очень, ОЧЕНЬ странно

joevmt Guest	#3 30.07.2026 13:22:00 Это решило мою проблему. Браузер Firefox, очистил кэш, куки — безрезультатно. Включение этого точно тем способом, который ты описал, решило проблему. Спасибо

themechman Guest	#4 23.07.2026 01:39:00 Спасибо за эти предложения. Я уже с ума сходил и головой об стену бился. После того как я отключил DoH / DNS over HTTPS, я смог воспользоваться site manager.

Pete7874 Guest	#5 17.07.2026 18:36:00 Спасибо огромное. Это решило мою проблему с Firefox.

Pete7874

Guest

17.07.2026 18:23:00

У меня обратная проблема с Firefox (152.0.6) начиная со вчерашнего дня. Если я захожу в консоль через локальный IP, все страницы загружаются. Если я захожу в ту же консоль (Network, Protect) через unifi.ui.com, большинство страниц зависает при загрузке. Попробовал совершенно новый профиль в Firefox — та же проблема. В Chrome всё работает нормально. РЕДАКТИРОВАНО: удалось исправить, используя информацию выше: https://community.ui.com/questions/5deadd31-ac40-4498-863c-638e051da906?replyId=39984f9a-c482-411a-9c96-b5eff28ff8ca&parentReplyIds=679f8c8e-830b-43ea-b09c-50fa02f7b49a

bnicoson01

Guest

12.07.2026 18:33:00

Добавляю точку данных в эту тему, так как мой случай очень похож (sameid.ui.direct CORS failures, тот же стиль отказа, что и @ArcanoxDragon DirectConnectError). Моя DNS-цепочка: сервер AD/DC -> вверх на мой шлюз Unifi -> вверх на 1.1.1.1. Сначала я подозревал, что защита от DNS rebind на моём шлюзе блокирует разрешение id.ui.direct в его частный LAN IP. Я проверил напрямую через SSH (grep -i rebind /var/log/messages, убедился, что лог живой и актуальный, 30k+ свежих строк) и обнаружил ноль срабатываний rebind, вообще никогда. Так что на моём шлюзе, по крайней мере, это не причина. Что реально исправило ситуацию: включение DNS over HTTPS в Firefox с кастомным резолвером (я использовал Cloudflare, но, судя по @andrewmzhangpost выше, где сработало в обратную сторону, конкретный провайдер, похоже, не важен). Поскольку мой шлюз ничего не блокирует и не защищает от rebind, моя лучшая догадка сейчас — это баг на стороне Firefox, конкретно в новой функции разрешений "Local Network Access". Когда Firefox разрешает id.ui.direct через обычный системный DNS-путь, он получает правильный частный IP обратно без проблем, без блокировок где-либо в цепочке, но что-то в собственной обработке Firefox этого сценария даёт сбой (запрос LNA срабатывает, затем запрос немедленно падает с ошибкой CORS/отсутствия ответа). Когда DoH включён, Firefox разрешает имя хоста сам вместо того, чтобы перекладывать на системный резолвер, и этот другой внутренний путь обходит то, что сломано. Итак: это не проблема шлюза или DNS-сервера с моей стороны. Похоже на несовместимость между функцией LNA в Firefox и тем, как он обращается с частно-разрешёнными адресами в зависимости от того, какой резолвер выполнял разрешение. Другим пользователям Firefox стоит попробовать переключатель DoH как обходной путь, независимо от того, какого провайдера они выберут.

ConnyM Guest	#8 07.07.2026 23:08:00 Попробуй ещё раз обойти эту проблему, но не вводи 8.8.8.8 как адрес, а используй вместо него https://dns.google/dns-query. Мне это отлично помогло, и у меня была точно такая же проблема.

tajhlande

Guest

27.06.2026 20:24:00

Работает нормально на двух моих существующих ноутбуках, но недавно я перенёс один из них на новый ноутбук, и в консольном логе куча ошибок CORS, которых не было на старых ноутбуках. Оба работают на Firefox 152.0.3 на Tahoe 26.5. Главный подозреваемый — повреждённый профиль браузера: с новым профилем этой проблемы, похоже, нет. Теперь пытаюсь выяснить, можно ли это починить.

quietlotte4878

Guest

#10

15.06.2026 23:15:00

После включения/выключения IPv6 я бы также очистил кэшированное сетевое состояние Firefox, а не только куки сайта: открой about:networking#dns и используй Clear DNS Cache, затем полностью закрой Firefox и попробуй unifi.ui.com снова. Если всё ещё не работает, вкладка Network при неудачной загрузке должна показать, разрешаются ли вызовы id.ui.direct в старый/IPv6-адрес или блокируются до авторизации.

guy688i Guest	#11 15.06.2026 22:14:00 У меня та же проблема, и ни один из обходных путей, похоже, не помогает. Всё работало идеально, пока я не переключился с IPV4 на IPV6, а потом обратно на V4.

jason.cavett

Guest

#12

13.06.2026 17:30:00

У меня тоже не был включён DNS over HTTPS в Firefox (там было написано "Status: Off"). Но под этим чекбоксом была кнопка Manage Exceptions.... Я нажал на неё, добавил unifi.ui.com и перезагрузил страницу. Сразу заработало идеально. Так что, видимо, что-то не сходится с тем, что отображается как включённое, а что нет? Не совсем уверен. Как бы то ни было, всё снова работает.

af12093487 Guest	#13 10.06.2026 08:05:00 у меня та же проблема. у меня не включён HTTPS DNS в Firefox, и предложенный обходной путь с 8.8.8.8 мне всё равно не помог. в Edge браузере всё работает нормально.

Читают тему (гостей: 1)