Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
+7 (495) 108-0-888 info@ubiquiti.ru
Каталог
+7 (499) 350-36-46 info@ubiquiti.ru
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Форумы: UniFi Protect, UniFi Network, UniFi Access, UniFi Talk, UniFi Drive, UniFi Mobility, UniFi Connect, UniFi Play, Wifiman, Feature-request, Site-manager, Edgemax, airfiber-ltu, unifi-led, unifi-voip, solar, security, link, aircontrol, unifi-video, new-to-unifi, ufiber, unms, Airfiber, Innerspace, ISP-design-center, Airmax, UISP-app, UID, 60GHz, General
Поиск  Пользователи  Правила  Войти
Страницы: 1 2 След.
RSS
УЗИ показывает статус «отключено», но при этом всё работает., UniFi Network
 
#1
16.09.2017 06:43:00
Мой USG показывает статус «отключен», и такие функции, как DPI, не работают. Всё было нормально несколько месяцев, но пару дней назад USG начал отображаться на панели управления как отключённый. Я пробовал перезагрузить его — без результата, синий свет постоянно горит. Я пытался заново его настроить через provisioning, но тоже ничего. Несколько раз пытался установить адрес inform через SSH — ничего не происходит. Мой Cloud Key успешно пингуется на USG, я могу подключиться к нему по SSH. Использую Cloud Key с UniFi 5.5.20, коммутаторы и точки доступа на прошивке 3.8.6.6650, а USG на версии 4.3.49.5001150. Не могу понять, почему он не отображается как подключённый на панели управления. Единственное, что ещё не пробовал — полный сброс USG до заводских настроек, но пока не хочу этого делать. Есть идеи?
 
 
 
#2
16.11.2018 22:16:00
У меня такая же проблема. Абсолютно невозможно решить её через перезагрузку питания или каким-то другим способом. Это точно какая-то серьёзная ошибка в программном обеспечении.
 
 
 
#3
14.11.2017 19:32:00
Была такая же проблема, обновился до 5.6.22-10205 — сейчас всё снова работает и связь есть. Если снова отключится, отпишусь.
 
 
 
#4
16.09.2018 21:20:00
Я сталкивался с похожими проблемами во всех версиях Unifi Switches (USW), перезагрузка питания решает проблему. К сожалению, служба поддержки оказалась совершенно бесполезной, и мы наблюдали те же сбои и проблемы у наших клиентов по всей стране с разной инфраструктурой. Эти проблемы начались примерно год назад и с тех пор только усугубляются.
 
 
 
#5
15.09.2018 06:21:00
Да, тот же самый прием с переключением питания тоже помог мне!
 
 
 
#6
25.06.2018 22:23:00
Я знаю, что это старое сообщение, но оно может помочь тем, кто сегодня ищет решение, как и я. Моя проблема была похожей, но у меня устройство перестало работать после удалённой перезагрузки через cloud key. Через несколько дней, когда я зашёл в систему, USG показывал статус «disconnected». Я быстро всё исправил, вот что сделал: отключил устройство, подождал 10 секунд и включил снова. Классика — «выключить и включить заново». Возможно, именно это ты имел в виду, когда говорил о перезагрузке, но именно так у меня всё заработало. Удачи!
 
 
 
#7
16.05.2018 11:16:00
Обновился до версии 3.9.27.8537 прошлой ночью. До обновления всё было нормально, и после казалось тоже. Но сегодня в 4:20 утра вдруг 2 коммутатора и 1 точка доступа получили статус "отключено", хотя при этом работают без проблем. Контроллер с версией 5.7.23.0 с прошлой ночи. Всего в системе 2 коммутатора и 28 точек доступа. Остальные 27 точек показывают статус "подключено" и работают нормально.
 
 
 
#8
15.02.2018 22:40:00
Сегодня столкнулся с такой проблемой: UniFi Windows desktop 5.5.24, USG 3P V4.3.49, UAP-Pro V3.8.6. Когда запускал службу UniFi, два раза появлялась подсказка с просьбой разрешить Java SE в брандмауэре. Потратил пару минут на чтение и перезагрузку всего, и вдруг до меня дошло — я не разрешил обновлённую Java SE в брандмауэре. Открыл Windows firewall, разрешил Java SE, и бац — устройства теперь отображаются как подключённые. Наверняка это может стать проблемой для кого-то ещё.
 
 
 
#9
29.11.2017 02:20:00
2 недели без проблем. Для меня это сработало. Всем остальным желаю удачи!
 
 
 
#10
17.11.2017 01:46:00
Я также обновил свой контроллер и USG до одинаковых версий (atag_5.6.22_10205 и 4.4.12.5032482), и пока они работают уже 2 дня подряд. Раньше с этой проблемой у меня не получалось держаться дольше примерно 12 часов, а иногда и намного меньше. Я общался с поддержкой, они выдали мне RMA на мой USG, но я особо не верил, что это аппаратная проблема – слишком похоже на софт. Похоже, мой внутренний голос меня не подвёл. Если что-то изменится, сообщу, а пока всё работает нормально.
 
 
 
#11
15.11.2017 23:44:00
Я обновился до следующего:  
Ubuntu Cloud Controller v5.6.22 (хостится вне офиса)  
UniFi AP-Pro 3.9.3.7537  
UniFi Security Gateway 3P 4.4.12.5032482  

И с тех пор всё подключено!  
Буду наблюдать в течение следующих нескольких дней, надеюсь, связь не пропадёт.  

С уважением,  
Ник
 
 
 
#12
12.11.2017 23:12:00
Всем привет, перезагрузка и обновление прошивки USG до версии 4.4.8.5023698 проблему не решили.  

USG снова отключился сегодня утром, вот лог:  
Nov 13 09:05:34 USG system: Процесс аварийно завершился, создается дамп памяти: core=/var/core/core-mcad-17033-1510524334.gz свободное место=1293МБ занятое место=17%  
Nov 13 09:05:52 USG mca-monitor: mca-client.service(): не удалось отправить запрос в ‘/tmp/.mcad’ — ‘Connection refused’  
Nov 13 09:07:02  mca-monitor: последнее сообщение повторено 7 раз  
Nov 13 09:08:03  mca-monitor: последнее сообщение повторено 6 раз  
Nov 13 09:08:52  mca-monitor: последнее сообщение повторено 5 раз  
Nov 13 09:08:52 USG syswrapper: kill-mcad. причина: mcad не отвечает  
Nov 13 09:09:00 USG system: Процесс аварийно завершился, создается дамп памяти: core=/var/core/core-mcad-7986-1510524540.gz свободное место=1292МБ занятое место=17%  
Nov 13 09:09:05 USG mca-monitor: mca-client.service(): не удалось отправить запрос в ‘/tmp/.mcad’ — ‘Connection refused’  
Nov 13 09:10:15  mca-monitor: последнее сообщение повторено 7 раз  
Nov 13 09:11:25  mca-monitor: последнее сообщение повторено 7 раз  
Nov 13 09:12:25  mca-monitor: последнее сообщение повторено 6 раз  
Nov 13 09:12:25 USG syswrapper: kill-mcad. причина: mcad не отвечает  
Nov 13 09:12:33 USG system: Процесс аварийно завершился, создается дамп памяти: core=/var/core/core-mcad-8213-1510524753.gz свободное место=1292МБ занятое место=17%  
Nov 13 09:12:37 USG mca-monitor: mca-client.service(): не удалось отправить запрос в ‘/tmp/.mcad’ — ‘Connection refused’  
Nov 13 09:13:47  mca-monitor: последнее сообщение повторено 7 раз  
Nov 13 09:14:57  mca-monitor: последнее сообщение повторено 7 раз  
Nov 13 09:15:57  mca-monitor: последнее сообщение повторено 6 раз  
Nov 13 09:15:57 USG syswrapper: kill-mcad. причина: mcad не отвечает  

С уважением,  
Nick
 
 
 
#13
08.11.2017 02:24:00
Я уже давно слежу за этой темой в надежде на решение и решил поделиться нашим опытом.

Наша конфигурация:
Ubuntu Cloud Controller v5.6.20 (размещён вне офиса)
UniFi AP-Pro 3.8.6.6650
UniFi Security Gateway 3P 4.3.49.5001150
Около 40 клиентов (50% по кабелю, 50% по Wi-Fi)

У нас есть основной канал 8/8 Мбит в загруженном офисе (в будни около 15 сотрудников), и хотя связь по каналу стабильная, USG регулярно теряет связь с контроллером. Наш UAP-Pro работает стабильно и никогда не теряет соединение.

Чтобы USG переподключился, я пробовал заново отправлять команду inform, повторно принимать устройство и обновлять прошивки (и USG, и контроллера), что иногда помогало на время, но потом отключение повторялось. Я также отключал DPI, автоматические обновления и мониторинг соединения по советам из этой темы, но это не помогло.

За последние два месяца использования USG я заметил следующее:

USG часто переподключается вне рабочего времени и по выходным, когда нагрузка на сеть низкая;
Обычно USG отключается примерно в 8:30-9:00, когда начинает расти нагрузка;
Недавно USG оставался подключён весь день при минимальном количестве сотрудников в офисе;
Когда USG отключён, команда mca-cli / info не возвращает данные;
Когда USG подключён, mca-cli / info работает и даёт данные;
При первой настройке USG проработал без сбоев два полных рабочих дня.

Это проблема с нагрузкой?

Из нашего опыта я теперь склоняюсь к мысли, что это проблема связана с нагрузкой. Недавно был четырёхдневный период с небольшим числом людей в офисе — USG держался на связи, и ниже я прикладываю логи USG с 4 ноября (подключение в 9:36) по 8 ноября (отключение в 8:24).

Nov  4 09:33:01 USG mca-monitor: mca-client.service(): Не удалось отправить запрос в '/tmp/.mcad' — 'Connection refused'  
Nov  4 09:34:02  mca-monitor: последнее сообщение повторено 6 раз  
Nov  4 09:35:02  mca-monitor: последнее сообщение повторено 6 раз  
Nov  4 09:35:11 USG mca-monitor: mca-client.service(): Не удалось отправить запрос в '/tmp/.mcad' — 'Connection refused'  
Nov  4 09:35:21 USG dhcpd: data: hardware: raw packet not available  
Nov  4 09:35:21 USG mca-monitor: mca-client.service(): Не удалось отправить запрос в '/tmp/.mcad' — 'Connection refused'  
Nov  4 09:36:21  mca-monitor: последнее сообщение повторено 6 раз  
Nov  4 09:36:21 USG syswrapper: kill-mcad. причина: mcad не отвечает  
Nov  4 10:06:09 USG dhcpd: data: hardware: raw packet not available  
Nov  4 10:41:45 USG dhcpd: data: hardware: raw packet not available  
Nov  4 13:14:49 USG dhcpd: data: hardware: raw packet not available  
Nov  4 13:16:09 USG dhcpd: data: hardware: raw packet not available  
Nov  4 13:16:11 USG dhcpd: data: hardware: raw packet not available  
Nov  4 13:43:52 USG dhcpd: data: hardware: raw packet not available  
Nov  4 13:58:00 USG dhcpd: data: hardware: raw packet not available  
Nov  4 14:02:23 USG dhcpd: data: hardware: raw packet not available  
Nov  4 14:03:47 USG dhcpd: data: hardware: raw packet not available  
Nov  4 15:11:29 USG mcad: ace_reporter.reporter_fail(): Недоступен (http://ip-of-controller:8080/inform)  
Nov  4 15:11:29 USG mcad: ace_reporter.reporter_fail(): inform неудачен #1 (последний inform: 32 секунды назад), rc=3  
Nov  4 15:30:44 USG dhcpd: data: hardware: raw packet not available  
Nov  4 15:34:49 USG dhcpd: data: hardware: raw packet not available  
Nov  4 16:02:00 USG dhcpd: data: hardware: raw packet not available  
Nov  4 16:10:37 USG dhcpd: data: hardware: raw packet not available  
Nov  4 16:22:56 USG dhcpd: data: hardware: raw packet not available  
Nov  4 16:32:09 USG dhcpd: data: hardware: raw packet not available  
Nov  4 17:00:19 USG dhcpd: data: hardware: raw packet not available  
Nov  4 17:01:24 USG dhcpd: data: hardware: raw packet not available  
Nov  4 17:10:19 USG dhcpd: data: hardware: raw packet not available  
Nov  4 17:10:38 USG dhcpd: data: hardware: raw packet not available  
Nov  4 17:11:50 USG dhcpd: data: hardware: raw packet not available  
Nov  4 17:33:44 USG dhcpd: data: hardware: raw packet not available  
Nov  5 10:07:37 USG dhcpd: data: hardware: raw packet not available  
Nov  6 08:38:01 USG dhcpd: parse_option_buffer: повреждённая опция dhcp.smtp-server (код 69): длина опции превышает длину буфера.  
Nov  7 09:11:40 USG dhcpd: data: hardware: raw packet not available  
Nov  7 09:11:43 USG dhcpd: data: hardware: raw packet not available  
Nov  7 10:17:35 USG dhcpd: data: hardware: raw packet not available  
Nov  7 12:05:20 USG dhcpd: data: hardware: raw packet not available  
Nov  7 13:24:46 USG dhcpd: data: hardware: raw packet not available  
Nov  7 13:28:24 USG dhcpd: data: hardware: raw packet not available  
Nov  7 14:10:04 USG dhcpd: data: hardware: raw packet not available  
Nov  7 14:23:43 USG dhcpd: data: hardware: raw packet not available  
Nov  7 14:25:34 USG dhcpd: data: hardware: raw packet not available  
Nov  7 17:34:21 USG mcad: mca-edgemax.edgemax_stats_routes(): ошибка парсинга ответа (-1)  
Nov  7 21:13:20 USG wlb: wlb-wan_failover-eth0 Запуск wlb watchdog на wlb-wan_failover-eth0 после задержки 20 секунд  
Nov  7 21:13:20 USG wlb: wlb-wan_failover-eth2 Запуск wlb watchdog на wlb-wan_failover-eth2 после задержки 20 секунд  
Nov  7 22:08:15 USG dhcpd: data: hardware: raw packet not available  
Nov  8 08:19:17 USG mca-monitor: mca-client.service(): Не удалось отправить запрос в '/tmp/.mcad' — 'Connection refused'  
Nov  8 08:20:27  mca-monitor: последнее сообщение повторено 7 раз  
Nov  8 08:21:37  mca-monitor: последнее сообщение повторено 7 раз  
Nov  8 08:22:28  mca-monitor: последнее сообщение повторено 5 раз  
Nov  8 08:22:28 USG syswrapper: kill-mcad. причина: mcad не отвечает  
Nov  8 08:22:40 USG mca-monitor: mca-client.service(): Не удалось отправить запрос в '/tmp/.mcad' — 'Connection refused'  
Nov  8 08:23:43  mca-monitor: последнее сообщение повторено 6 раз  
Nov  8 08:24:43  mca-monitor: последнее сообщение повторено 6 раз  
Nov  8 08:25:43  mca-monitor: последнее сообщение повторено 6 раз  
Nov  8 08:26:00  mca-monitor: последнее сообщение повторено 2 раза  
Nov  8 08:26:00 USG syswrapper: kill-mcad. причина: mcad не отвечает  
Nov  8 08:26:12 USG mca-monitor: mca-client.service(): Не удалось отправить запрос в '/tmp/.mcad' — 'Connection refused'

Что собираюсь сделать

Сегодня понял, что упустил элементарные шаги при диагностике и запланировал перезагрузку USG на сегодня вечером, чтобы проверить, поможет ли это.

Хотелось бы узнать, решит ли проблему переход на USG-PRO, ведь это мощное устройство. Я открыт к такому варианту, но не хочу тратить деньги без гарантии решения проблемы.

С уважением,  
Ник
 
 
 
#14
08.10.2017 19:27:00
Предложенное решение от команды поддержки UBNT: «Пожалуйста, снимите галочки с опций «Automatic upgrade» и «Uplink connectivity monitor» в настройках контроллера > Site (если вы не используете функцию uplink). Временно отключите брандмауэр и антивирус на ПК с контроллером. Затем используйте команду set-inform, чтобы заново принять USG на контроллер.

Попробуйте задать URL для информирования, выполнив следующие шаги:  
Подключитесь по SSH к USG.  
Далее введите команду: set-inform http://ip-адрес-контроллера:8080/inform

Это установит адрес информирования для UniFi USG на IP-адрес контроллера UniFi. После этого зайдите в контроллер и нажмите «adopt» для UniFi USG.  

set-inform http://ip-адрес-контроллера:8080/inform  
IP-адрес контроллера — это фактический IP ПК, на котором работает контроллер, или Cloud Key.»

В любом случае у меня сработало.
 
 
 
#15
06.10.2017 12:55:00
Я обновил контроллер до версии 5.6.18 в тот же день, когда опубликовал сообщение, и с тех пор всё отлично работает. У меня есть cloud key, но я не знаю, как его обновить до этой версии (не вижу, где для него указать файл). Поэтому я просто поставил UniFi контроллер на сервер камеры, пока не разберусь, как обновить CK. В версии 5.6.18 интерфейс немного перестроен, но мне лично это даже больше нравится.
 
 
 
#16
05.10.2017 21:18:00
Моя сеть достаточно маленькая, поэтому я вчера весь день полностью перестраивал её с нуля. Удалил контроллер и сбросил все устройства к заводским настройкам (USG3, US‑8‑60W, UAP‑AC‑LITE). Ни одни настройки не сохранил, поэтому настроил всё заново. Установил контроллер версии 5.5.20 и обновил прошивку на всех устройствах до той, что шла с этим релизом. USG отключился сегодня утром примерно в 7:30 (что, кстати, совпадает с тем временем, когда он отключался и раньше). На данный момент у меня работает следующее (обновлено до того, что контроллер сказал доступным для моих устройств): Контроллер: 5.5.20 USG: 4.3.49.5001150 US‑8‑60W: 3.8.6.6650 UAP‑AC‑LITE: 3.8.14.6780
 
 
 
#17
02.10.2017 03:55:00
Тоже столкнулся с такой же проблемой... борюсь с этим уже несколько недель, купил устройство примерно месяц назад. У меня 3 ACAP pro, cloud key и usg. Точки доступа работают без нареканий, но usg держит соединение примерно 12 часов. Я пробовал подключать usg за старым роутером и запускал контроллер 5.5.20 на ноутбуке за usg. В таком режиме он держит связь несколько дней, но при этом на одном ноутбуке почти нет нагрузки на канал. usg работает на версии Beta 4.3.60.5012138. Единственный способ вернуть его в рабочее состояние — забыть устройство, сбросить usg и заново принять в систему. Сначала думал, что проблема в подсети /22, поэтому поменял всё в сети на /24, но это не помогло. Прикладываю график загрузки процессора и памяти. Разрыв — это момент отключения, когда я сбрасывал и заново принимал устройство.
 
 
 
#18
01.10.2017 22:03:00
У меня точно такая же проблема. USG подключается, а через какое-то время показывает, что отключён. Я захожу по SSH, ввожу команду 'info', но ответа нет. После полного сброса с помощью команды 'set-default' могу снова подключить USG, и история повторяется. Я пробовал с прошивкой версии 4.3.49.5001150 — той, что контроллер скачивает при нажатии кнопки обновления. Также пробовал прошивку 4.3.60 через обновление по SSH. Работаю на контроллере UniFi версии 5.5.20 для Windows. Недавно заказал Cloud Key, чтобы проверить, решит ли это проблему. Но, честно говоря, вряд ли. Пожалуйста, кто-нибудь помогите!
 
 
 
#19
01.10.2017 04:31:00
Та же проблема, версия USG 4.3.49.5001150 была отключена уже 2 месяца, что бы я ни делал.
 
 
 
#20
30.09.2017 19:25:00
В четверг вечером я обновил контроллер до версии 5.6.18 и USG до 4.4.6, но он всё равно отключается менее чем через сутки. Жесткий сброс и повторное подключение запускают его снова, но только до следующего отключения. Пока разобраться не получилось.
 
 
 
Страницы: 1 2 След.
Читают тему (гостей: 1)