hoaxisr

Вот и я ровно о том же самом! Что добавление механизма ручного отката было бы прекрасной опцией. Избавляющей от необходимости хранить предыдущую прошивку с необходимыми компонентами.

Собственно сабж. Если открыть окно добавление нового маршрута DNS на заднем фоне исчезают уже имеющийся маршрут.

Плюс если у роутера "умрет" носитель, то уже не важно, есть у вас сохраненная копия или ее нет, потому что заливать ее уже некуда

В двух соснах? По факту механизм dualboot Нужен только для возможности загрузить роутер, если в процессе обновления что-то пошло не так. Если предусмотреть вариант сохранения "старой" прошивки, то никакие сохранения прошивок на отдельных носителях и не нужны, этот носитель уже есть в самом роутере. Нужен только механизм отката.

Тогда остается вопрос - когда предыдущая конфигурация и прошивка будет стерта и почему нет механизма "отката".

Вы хотите сказать, что старая версия остается, при успешном обновлении, но нет механизма его использования? Мне кажется, вы ошибаетесь.

В момент когда происходит успешная загрузка из другой "секции". Для чего туда записывать "успешную" копию прошивки большой вопрос. Вариант, что она вдруг перестанет быть "загружаемой" ничтожен.

В закладке "Активные соединения" нет подписи имени хоста, если этот хост записан не латиницей.

Ну так оставьте предыдущую версию в одной из секций. Функционал же не пострадает для этой цели.

А еще можно использовать DualBoot с какой-то практической пользой, а не просто хранить две одинаковые копии прошивки. В чем смысла с практической точки зрения просто 0. Можно хранить во второй секции предыдущую конфигурацию и прошивку. Поскольку сейчас реализация dual-boot просто крадет место, но практической пользы не приносит.

На Бета3 роутер пока решил, что должен быть 1 IP у устройства. Буду наблюдать.

Остановите ее пожалуйста, она меня уже пугает. Теперь ее три.

Все верно, у меня WiFi есть только на экстендерах. На самом роутере WiFi отключен кнопкой на корпусе, он стоит так, что его WiFi мало кому может быть полезным

Видимо все же проблема на стороне роутера. Потому что после этих манипуляций в списке клиентов я все равно вижу 2 сушилки. И если "провалится" в одну из них, то ее адрес теперь .1.125, даже если я проваливаюсь в 1.75. Уже физически выключал из розетки и роутер и сушилку, роутер включил до сушилки. И один черт я вижу 2 устройства.

И я проголосовал. Белые списки каналов WiFi могли бы быть полезными.

Индикация тоже отличный вариант. По большому счету нужно просто знать, что клиенты находятся/ не находятся в системной политике доступа. Если проще реализовать вариант с индикатором, то это тоже отличное решение.

Но в 5.0 Бета 2 стало сильно хуже надо сказать, теперь устройства повально отображаются как подключенные по кабелю. Просто скопом. 1-2 отображается правильно, а остальные нет. Я уже перестал туда смотреть, потому что информация абсолютно нерелевантная.

О Спасибо за разъяснение. Перезагружу устройства. После перезагрузки как клиента, так и роутера ситуация не изменилась. Клиенты хаотично скачут между вариантами подключения LAN/WIFI и сушилка все равно имеет два адреса. Плюс в Log есть вот такая ошибка, связанная с двумя ретрансляторами: Окт 8 17:07:41 ndm Discovery::Arp::Explorer: "Bridge0": network conflict: hosts 50:ff:20:b4:f4:1c and 50:ff:20:b4:f4:37 have the same IPv4 address 192.168.1.3.

У меня есть устройство - сушильная машина LG. Сначала она отражалась как подключенная по LAN, хотя у нее есть только WIFI и по проводу она никогда не была подключена к роутеру. Сейчас вот устройство имеет возможность с одним MAC адресом получить два IP. Как бы ее побороть так не делать?

Поскольку сейчас появилась маршрутизация по DNS и как известно для работоспособности этого функционала необходимо, чтобы клиенты находились в системной политике, то отслеживать нахождение клиентов в нужной политике через закладку "применение политик" в виде свалки клиентов не очень удобно предлагаю: В разделе Список клиентов добавить колонку и показывать в какой политике доступа находятся клиенты. Места там по-моему мнению предостаточно для того, чтобы отразить эту информацию. @Anna_ посмотрите, пожалуйста, по возможности добавления в планы?

Да . Вы поняли правильно. Вы указываете IP машины с NPM и домен. Можно использовать wildcard (то есть *. Yourdomain.LAN) и все запросы пойдут к прокси.

Перезапись запросов раздел называется. Там можно сделать A записи для доменов с указанием IP в локальной сети, если речь идет об этом.

100%. Спасибо, что дали развернутый ответ. Возможно наиболее простым на первоначальном этапе будет не автоматизировать эту историю. Поскольку часть кейсов использования это когда пользователь точно знает IP точки выхода своего интерфейса и может просто указывать его руками. Насколько я понимаю сейчас идет этап построения концепции как будет работать DNS резолв на роутере и отлично, что вы смотрите в сторону расширения возможностей для настройки. Будем ждать реализации

Да, мне тоже так кажется, периодически устройства, подключенные через ретрансляторы отображаются как подключенные через LAN, но с течением времени они меняют свое состояние в дашборде. Это было и в 4.2.х, и в 4.3.х. При это у меня одно устройство всегда отображается как подключенное через LAN и никогда не меняет свое состояние это сушильная машина. Другие устройства меняют свой статус, а вот эта зараза всегда "по кабелю"

А можно я задам вопрос, по теме ECS DNS - поскольку сейчас имеется функционал доменных списков, возможно ли рассчитывать на появление в будущем возможности назначать этим спискам специфичный DNS сервер и указывать определённый IP (ECS DNS) для того, чтобы резолвить IP из CDN ближе к точке выхода интерфейса, через который этот доменный список маршрутизируется? Ведь это улучшит пользовательский опыт?