Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
"Подключение к сайту занимает больше времени, чем ожидалось" - запрашиваю разъяснения., UniFi Mobility
 
Когда захожу на unifi.ui.com, страница обзора сайтов загружается нормально, но при клике на конкретные сайты всё чаще вижу сообщение: "Подключение к сайту занимает больше времени, чем ожидалось", которое не исчезает. Иногда при обновлении страницы появляется сообщение "Unifi испытывает затруднения в этом направлении". В официальных форумах и на reddit столько тем, что сложно понять, где правда, а где шум. Я вполне открыт к мысли, что пользователи виноваты — что я и другие, у кого возникает эта проблема, сделали что-то не так. Выкладываю сюда, чтобы узнать, есть ли какое-то общее мнение по этому поводу.

Основные вопросы:

*   Есть ли какие-то общие причины/решения?
*   Была ли какая-то официальная реакция от Ubiquiti по поводу этой проблемы, которая могла бы указать на причину/решение?
*   Кто-то отслеживает или сопоставляет похожие сообщения, чтобы выявить общие закономерности — может быть, есть какая-то тема или сайт, на который можно ссылаться?

Что я нашел:

Поискав в сообществах и форумах, я понял, что это широко распространенная проблема, затрагивающая различные устройства UniFi (UDM SE, UDM Pro, UCG Ultra, Cloud Key Gen2 Plus). Несмотря на множество сообщений, я не нашел ни официального подтверждения, ни комплексного решения.

Часто в других темах пишут: обновите прошивку, проверьте IP-адреса, переключитесь с браузера на Safari|Chromium|Firefox, сбросьте все устройства, просмотрите все сетевые настройки — ответ может крыться в одном из этих решений... Мы, конечно, перепробовали все движки браузеров, прошивку держим в актуальном состоянии, сбрасывать все устройства у нас нет возможности, проверка сетевых настроек кажется немного расплывчатой.

Моя конфигурация:

Около 24 сайта в Site Manager.

На каждом сайте от 1 до 22 сетевых устройств.

Проблема: Частые ошибки "Подключение к сайту занимает больше времени, чем ожидалось", за которыми следуют сбои подключения.

Пожалуйста, поделитесь своими находками или опытом — особенно если вы нашли надежные обходные пути или закономерности, которые запускают/предотвращают проблему.

Спасибо за ваше время.
 
Я знаю, что опоздал с ответом, но не стоит переключаться на другой контейнер. Это не связано с самим Docker'ом или с оборудованием, на котором он размещен. У меня более 10 сайтов с разными контроллерами, от размещенных на виртуальных машинах, Raspberry Pi, и даже официальных Pro Cloud ключей со своими жесткими дисками. У всех возникает эта проблема, и я больше не могу надежно контролировать их. Смена браузера или переход в режим инкогнито не решает проблему. Перезагрузка устройства, на котором запущен контроллер, не помогает. Как-то иногда они случайным образом отвечают после нескольких обновлений страницы, но это совершенно случайно. Это исключает какие-либо проблемы с брандмауэром, иначе они бы никогда не отвечали. И несовместимую версию контроллера, иначе они бы тоже никогда не отвечали. К тому же, на моих сайтах разные версии контроллеров из-за специфических потребностей (поскольку UniFi постоянно ломает что-то между обновлениями, мне приходится принудительно оставлять некоторые сайты клиентов на определенной версии). Это уже становится невыносимым, если честно. Я даже не могу подключиться через IP-адрес, используя VPN, потому что в этом случае вам предлагается аутентификация 2fa, и я использовал адрес электронной почты клиента, владеющего сайтом, и добавил свою учетную запись в качестве со-администратора для каждого сайта. Мне пришлось бы беспокоить клиентов, чтобы они удаленно получали доступ к сайту, что не имеет смысла. Весь смысл облачного подключения заключался в том, чтобы этого избежать. Я не знаю, что происходит с этой компанией, кажется, они считают новые пользовательские интерфейсы и красочные раздутые круговые диаграммы более важными, чем акцент на функциях и исправлениях ошибок. Эта проблема широко распространена, ею затронуты многие, а поддержка просто выдает случайные советы по устранению неполадок, такие как: "перезагрузите" или "проверьте брандмауэр" или "обновите программное обеспечение". В данный момент я почти уверен, что получу ответ в духе Apple: "это Water Damage! ваша вина! покупайте новое".

Редактирование:

Один обходной путь, если у вас есть удаленный доступ к сети сайта, например, через VPN, — это перейти на вкладку "Система", прокрутить до учетных записей администратора и добавить имя пользователя и пароль для адреса электронной почты, которую вы используете для удаленного доступа к сайту. Это позволит получить локальный доступ без запроса 2fa по какой-то причине. Вам все равно нужно иметь прямой VPN-доступ для достижения локального IP-адреса контроллера, но это позволяет в некоторой степени удаленно управлять. Однако это необходимо делать, войдя в систему локально, если ваш удаленный доступ не работает, используя основную учетную запись владельца и хотя бы один раз пройдя аутентификацию 2fa.
 
Добавил больше деталей. Вижу обсуждения: https://www.reddit.com/r/Ubiquiti/comments/1h5osp8/connecting_to_site_is_taking­_longer_than_expected/https://community.ui.com/questions/Connecting-to-site-is-taking-longer-than-expected/70b5bd50-6935-4d54-bc6a-79b744214374https://community.ui.com/questions/Many-of-our-sites-are-not-loading-with-Connecting-to-Site-is-taking-longer-than-expected/41d4d4d7-d397-4031-8e68-5a9b14e9f1ef?page=0https://community.ui.com/questions/Cannot-connect-to-different-sites-anymore-via-sitemanager-Connecting-to-Site-is-taking-longer-than-/dfdc253d-c00f-4016-86fc-7a93dda4231f
Они кажутся довольно свежими и в них есть активность.

В нашем конкретном случае, похоже, что затронуты только сайты, работающие Network Controller через docker. Мы используем образ dancarbone/jacobalberty-unifi:v8.3 - это форк образа jacobalberty. Я пытался перейти на lscr.io/linuxserver/unifi-network-application:latest, но не могу запустить его с моими существующими данными – MongoDB хранился в /var/docks/unifi, а новый контейнер ищет MongoDB в /usr/lib/unifi/bin/mongod, и я не уверен, стоит ли мне перенаправлять или воссоздавать структуру, которую ожидает новый образ. И я не уверен, имеет ли образ что-то общее с проблемой, с которой я столкнулся – другие видят её с аппаратными устройствами Ubiquiti, на которых установлен контроллер, тогда как сейчас я вижу её только на наших Docker Network Controller, размещенных на локальном оборудовании сайта или на AWS.
 
Моя UDM-SE начала выдавать проблему. Перезагрузка один раз помогла. Chrome перестал работать, потом переключился на Edge, который в итоге тоже сломался, потом на Firefox, который работал около трех часов. iPhone с приложением Protect на той же удаленной сети пока работает -- я вообще не понимаю, как это исправить, и отслеживать камеры видеонаблюдения через iPhone очень раздражает. Хочу, чтобы мой Windows-устройство и большой ЖК-монитор работали как раньше.
Страницы: 1
Читают тему (гостей: 1)