Во-первых, хочу сказать, что у меня были большие надежды на серию UMR. Вот сценарий, который мы используем: у каждой команды примерно 10-15 устройств, все предварительно настроены на определенную точку доступа (SSID) и используются в полевых условиях. Это жизненно необходимо для стандартизации наших настроек и процессов между несколькими командами.
Задача в том, чтобы UMR мог выдавать указанную точку доступа и обрабатывать все компоненты сети (включая wireguard VPN к дата-центру). VPN — это абсолютно критично, чтобы он был на LAN-шлюзе, потому что оборудование не имеет VPN-клиента для обратного подключения к дата-центру, И, нет, мы не можем использовать отдельное VPN-устройство для решения этой задачи — это команды, которые находятся в пути и стараются брать с собой как можно меньше оборудования, не собирать стойку и отправлять её на объекты.
То, с чем мы пока не добились успеха — это настройка, чтобы дефолтное WAN-соединение использовало Wi-Fi в первую очередь, а сотовую связь как последнее средство. В теории UI показывает, что это должно работать, но в нашей лаборатории у нас очень плохой опыт. Он подключается к Wi-Fi как WAN, но время от времени теряет соединение, либо вообще не подключается к Wi-Fi как WAN, либо точка доступа LAN SSID просто перестает работать.
Дополнительный контекст: нам нужен Wi-Fi для скорости загрузки и отсутствия ограничений по трафику как основной канал. Сотовая связь — это "резервный канал связи".
Сейчас на версии 1.13.3, но пытались обновиться до EA 1.13.7, но не получилось.
Отправил заявку в службу поддержки #4490742, и техник прямо сказал: "Эта линейка устройств не поддерживает Wi-Fi в качестве WAN".
Есть два таких устройства в лаборатории, и либо нужен компетентный инженер UI, который поможет, либо я отправлю уведомление на арбитраж и запрошу возврат средств.
Задача в том, чтобы UMR мог выдавать указанную точку доступа и обрабатывать все компоненты сети (включая wireguard VPN к дата-центру). VPN — это абсолютно критично, чтобы он был на LAN-шлюзе, потому что оборудование не имеет VPN-клиента для обратного подключения к дата-центру, И, нет, мы не можем использовать отдельное VPN-устройство для решения этой задачи — это команды, которые находятся в пути и стараются брать с собой как можно меньше оборудования, не собирать стойку и отправлять её на объекты.
То, с чем мы пока не добились успеха — это настройка, чтобы дефолтное WAN-соединение использовало Wi-Fi в первую очередь, а сотовую связь как последнее средство. В теории UI показывает, что это должно работать, но в нашей лаборатории у нас очень плохой опыт. Он подключается к Wi-Fi как WAN, но время от времени теряет соединение, либо вообще не подключается к Wi-Fi как WAN, либо точка доступа LAN SSID просто перестает работать.
Дополнительный контекст: нам нужен Wi-Fi для скорости загрузки и отсутствия ограничений по трафику как основной канал. Сотовая связь — это "резервный канал связи".
Сейчас на версии 1.13.3, но пытались обновиться до EA 1.13.7, но не получилось.
Отправил заявку в службу поддержки #4490742, и техник прямо сказал: "Эта линейка устройств не поддерживает Wi-Fi в качестве WAN".
Есть два таких устройства в лаборатории, и либо нужен компетентный инженер UI, который поможет, либо я отправлю уведомление на арбитраж и запрошу возврат средств.
