По хорошему завидую
У меня кэшировать не хочет, хотя коммутатор тестовый обновился через кнопку "update".Проблема с обновлениями.
- Автор темы Triangle
- 👁 132244
- Дата начала
-
- Теги
- firmware firmware_update
У меня кэшировать не хочет, хотя коммутатор тестовый обновился через кнопку "update".Не очень понимаю, о каких вы режимах. Эти IP прописаны в файле hosts роутера, за счёт чего роутер и вся система принудительно качают и проверяют обновы с указанных серверов. Соль же в том, что unifi изначально заблокировали доступ к своим серверам для РФ, что сделало невозможным прямую загрузку обновлений с них. Указанные IP, насколько я понял механизм, ведут на сервера для других стран(Азия и т.д), то есть мы напрямую указываем системе с каких адресов ей качать обновы заместо базовых. Это и позволяет обновить устройства без танцев с бубнами дополнительных.
Каких-то специальных режимов я, по крайней мере, не использую. Автообновления на выкл., и после указания IP в файле hosts роутера просто вручную тыкаю кнопку "обновить" в приложении unifi, всё
например режимы клиента wireguarda или openvpn
прописывал хосты и пробовол обновится не хочет, настраиваю клиента vpn на UDM, тоже не хочет.
Так ВПН на самом UDM у вас и не сработает, см. подробнее ветку этого обсуждения. У вас есть 3 способа провести обновления:
1. Обновлять прошивки вручную через SSH и консоль
2. Обновление с помощью ВПН, однако, ВПН надо настроить на отдельном(!) роутере и подключить его перед вашим UDM. То есть схема будет такой: кабель от провайдера -> роутер с настроенным ВПН создающий отдельную сеть под этим ВПН -> роутер unifi. ВПН на самом роутере unifi, повторюсь, работать не будет! Вам нужно отдельное устройство, от которого вы будете запитывать сигналом ваш UDM
3. Третий способ как раз касается этих самых IP. Вам не нужен ВПН. Вы просто подключаетесь к головному роутеру Unifi(в который приходит кабель от провайдера) по SSH, идёте по пути /ect/hosts и в файле hosts прописываете эти самые IP. Не факт, что сработает на 100%, но это позволит вам спокойно обновить устройства по кнопке в приложении. Единственное замечание, если у версии прошивки вашего роутера разрыв со свежей версией больше 2 обновлений, то необходимо обновлять устройство вручную поэтапно(то есть не самую новую, а начиная со следующей версии после вашей и далее по возрастающей до актуальной) заливая на него через SSH прошивку и прописывая команду на обновление(для роутера UDM это ubnt-systool fwupdate /tmp/имяфайла.bin).
Не поленитесь прочитать все страницы темы, тут не так много сообщений и всё вполне доступно и подробно описано)
зря вы так категорично по поводу того что с настроенным клиентом на udm не будут идти обновления...
Это не я, это практика, которая наглядно видна по данной ветке обсуждения и по профильному тг чату, ссылка на который тут приводилась как-то. Я не нашёл ни одного примера, где описывался бы подобный вашему способ. Есть вполне чёткие и понятные пути для обновлений, разной сложности. На вкус и цвет, как говорится
Последнее редактирование:
Вы оба правы и не правы одновременно , проблемма в самой системе блокировки у убиков - она привязана еще и к днс .
Когда вы делаете днс запрос из РФ вы получаете ip домена fw-download.ubnt.com ведущие на геоблок
А когда делаете запрос через впн то получаете корректный список ip на cdn cloudflare
И потому надо в ВПН заворачивать и днс трафик , однако cтоит не забывать что и на самих cdn cloudflare стоит блок на RU IP .
Ps - А да cамое важное , uos итп части прошивки что скачивают обновления еще и сами лезут на днс для проверки .
Лично я использую ssh тоннель с самого устройства (и на udm тоже) с заворачиванием в него днс трафика и ip cloudflare
Когда вы делаете днс запрос из РФ вы получаете ip домена fw-download.ubnt.com ведущие на геоблок
Код:
└> nslookup fw-download.ubnt.com
Server: 127.0.0.1
Address: 127.0.0.1#53
Non-authoritative answer:
fw-download.ubnt.com canonical name = geo-block.errors.svc.ui.com.
Name: geo-block.errors.svc.ui.com
Address: 52.24.78.7
Name: geo-block.errors.svc.ui.com
Address: 35.81.190.244А когда делаете запрос через впн то получаете корректный список ip на cdn cloudflare
Код:
└>nslookup fw-download.ubnt.com
Server: 127.0.0.1
Address: 127.0.0.1#53
Non-authoritative answer:
fw-download.ubnt.com canonical name = weighted-fw-download.ubnt.com.
weighted-fw-download.ubnt.com canonical name = fw-download.ubnt.com.cdn.cloudflare.net.
Name: fw-download.ubnt.com.cdn.cloudflare.net
Address: 104.18.13.161
Name: fw-download.ubnt.com.cdn.cloudflare.net
Address: 104.18.12.161
Name: fw-download.ubnt.com.cdn.cloudflare.net
Address: 2606:4700::6812:ca1
Name: fw-download.ubnt.com.cdn.cloudflare.net
Address: 2606:4700::6812:da1И потому надо в ВПН заворачивать и днс трафик , однако cтоит не забывать что и на самих cdn cloudflare стоит блок на RU IP .
Ps - А да cамое важное , uos итп части прошивки что скачивают обновления еще и сами лезут на днс для проверки .
Лично я использую ssh тоннель с самого устройства (и на udm тоже) с заворачиванием в него днс трафика и ip cloudflare
Я хочу показать максимально простое и надёжное решение.
В рамках своего рабочего проекта UniFi Firmware Proxy собрал способ, который помогает обойти геоблокировки и стабильно ставить обновления UniFi.
В чём проблема
Многие владельцы UniFi сталкиваются с тем, что маршрутизаторы и контроллеры не обновляются из-за геоблокировок (со стороны UniFi, Amazon CloudFront, РКН и т.п.). В результате пользователи UniFi «танцуют с бубном»: меняют DNS, включают VPN, правят /etc/hosts - и всё это работает нестабильно.
Решение в двух словах
Разворачиваем на VPS небольшой NGINX stream reverse-proxy, который:
Если вы знакомы с Linux и NGINX, настройка займёт 10–15 минут.
Если вы новичок — не страшно: мы подготовили пошаговое руководство.
Что дальше
Полная инструкция со всеми командами, конфигурациями и примерами проверки - во вложении.
Следуйте шагам, и обновления UniFi начнут проходить через ваш прокси, минуя геоблокировки.
В рамках своего рабочего проекта UniFi Firmware Proxy собрал способ, который помогает обойти геоблокировки и стабильно ставить обновления UniFi.
В чём проблема
Многие владельцы UniFi сталкиваются с тем, что маршрутизаторы и контроллеры не обновляются из-за геоблокировок (со стороны UniFi, Amazon CloudFront, РКН и т.п.). В результате пользователи UniFi «танцуют с бубном»: меняют DNS, включают VPN, правят /etc/hosts - и всё это работает нестабильно.
Решение в двух словах
Разворачиваем на VPS небольшой NGINX stream reverse-proxy, который:
- перенаправляет запросы UniFi на официальные сервера обновлений;
- обходит региональные блокировки (geo-block.errors.svc.ui.com);
- защищён файрволом — доступ к порту 443 открыт только для ваших IP;
- ведёт логи соединений, чтобы вы точно знали, кто обращается к прокси;
- позволяет добавить новый маршрутизатор буквально двумя командами.
Если вы знакомы с Linux и NGINX, настройка займёт 10–15 минут.
Если вы новичок — не страшно: мы подготовили пошаговое руководство.
Что дальше
Полная инструкция со всеми командами, конфигурациями и примерами проверки - во вложении.
Следуйте шагам, и обновления UniFi начнут проходить через ваш прокси, минуя геоблокировки.
Минус решения
Потребуется зарубежный VPS с выделенным IP-адресом, за который необходимо оплачивать ежемесячно.
Большинству, скорее всего, не подойдет:
1. Нужно как-то оплачивать зарубежный сервер.
2. Иметь знания по Linux.
P.S. Дальнейшую дискуссию по этому вопросу буду считать рекламой.
Раньше хватало только DNS записи изменить
Сейчас надо заварачивать домены через VPN и всё нормально обновляется, без всяких танцев с бубном, и сам роутер и все дочернее оборудование.
Сейчас надо заварачивать домены через VPN и всё нормально обновляется, без всяких танцев с бубном, и сам роутер и все дочернее оборудование.
Подскажите а адреса для DNS записей мы где берём? Сейчас у вас вижу новый адрес 38.180.156.45, ранее я его не видел. Кто-то инкогнито нам в форуме их публикует, видимо тот кто может сделать зеркало с прошивками и ПО на каком-то сервере?
Ну если дримка настроена как клиент ВПН, и при этом еще и гео-правило сделано, ну или принудительно весь трафик через ВПН пущен, то устройства что идут после Дримки (свитчи, точки,) обновляются, сама Дримка и ее службы (нетворк, Протек) конечно же не обновятся.
согласен, при учете того что Обновы выходят не каждую неделю, у меня грубо говоря рабочий парк из 16 консолей разных типов (Дримки Про, СЕ,Роутер, Клауд ультра, Экспресс) везде прописаны хосты, где то что то обновляется раньше, где то позже, короче волнами, да и если обнова повисела пару дней, прежде чем ей удалось поставиться, ну ничего страшного, система от этого не падает, а для настройки и обновления нового устройства, имеется старенький Асус, с настроенным ВПН, через которого выполняется первое включение нового оборудования Юбиков
большинство тут и берет))) а вот откуда берут те, что сюда их пишут, это вот вопрос)))
Можно сказать, что я с учётом этого нюанса как раз и пишу. Так-то да, вы правы в том, что можно поднять впн на UDR и обновить нижестоящие устройства, но только тогда сам UDR придётся вручную обновлять или с помощью отдельного роутера. Имхо, не вижу смысла так заморачиваться, если достаточно прописать IP в hosts и можно будет обновить все устройства в системе. Конечно, если хочется поиграться, то можно и так, как вы описали, но это не проблема людям, кто занимается установкой wifi систем или просто тех, кто со знаниями и опытом. Я же пишу с точки зрения простого пользователя, кому когда-то поставили такую систему или кто сам купил роутеры/точки и хочет их обновлять без особых запар. Я сюда попал исключительно по причине того, что не хочу каждый раз обращаться к мастеру, который мне систему устанавливал, да и было интересно самому разобраться)
| Автор | Похожие темы | Раздел | Ответов | Дата |
|---|---|---|---|---|
| A | Проблема с обновлениями Nanostation M5 | UBIQUITI Общий форум | 4 |
| Похожие темы |
|---|
| Проблема с обновлениями Nanostation M5 |
