liliput-liliout

В сценарии soho кинетик не может предложить ничего как ТД. Обязательно нужен роутер. Хоть какой-то. А если он не нужен, то и никакого меш не будет в сценарии Кинетик. Вы начали утверждать, что нужно купить супердорогую железку от Юнифай чтобы сделать меш. Но когда вам указали, что это не так. И что это делает или роутер (который и в сценарии Кинетик должен быть) или просто на любой имеющемся компе 1 раз настроить и уйти, вы передергиваете и говорите, что у вас нет компа. Действительно. Спорить тут не о чем. Просто есть примеры как можно сделать UI/UX для пользователя понятным, удобным и красивым. Но вы не хотите признать, что реализация сейчас не отвечает ни одному из этих пунктов (да вкусовщина, но вы делаете это не для себя, а для пользователей и им сейчас предложенные механизмы не сказать, что нравятся)

UniFi Network App скачивается и работает на любых известных ОС. (И он не должен быть постоянно в сети, 1 раз настроил и удалил). Все продолжает работать. Там нет желания переписывать настройки каждые пять минут. И да. в вашем сценарии тоже нужен роутер. Сравнивайте корректно. В UniFi CloudGateway делает это из коробки. Ну не нужен ни Dream Machine ни CloudKey, вы может быть сходите на сайт unifi актуальный?

Вообще ни разу не так. Можешь это делать с головного роутера. Нет головного роутера можешь на любом ПК запустить их софт и все настроить. И это да, предел мечтаний. UX/UI которого на две головы выше. А уж про сидеть в соцсетях и смотреть онлайн с тем как работает DNS маршрутизация. Это даже не смешно.

Это мы узнаем по факту. Когда в какую-нибудь очередную предварительную версию без объявления войны, без отражения в публичном changelog его просто не отключат.

Я думаю разработчикам стоит "погулять" до технической поддержки, где все неоднократно уже передавалось и селф-тесты и описание указанных багов. Но, к сожалению, ответы от разработчиков предлагающих исключить yandex.com из правила x.com наводят на выводы, которые не очень вяжутся с их уровнем профессионализма.

посмотрите в сторону китайских продуктов mihomo/sing-box которые куда гибче могут позволить все настроить. да, порог входа высоковат, но и multiwan и любые другие настройки доступны. плюс и маршрутизация ими осуществляется куда надежнее и главное правильнее (без ложных историй, которые гарантировано обеспечит FQDN маршрутизация, особенно если вам нужно маршрутизировать сайты или сервисы за CDN, поскольку не учитывает SNI)

Хотелось бы да, чтобы решение в прошивки работало как нужно, но это не так. Поэтому вариант использования ПО и решений на стороннем устройстве или в entware предпочтительнее. К сожалению, функционал в роллтоне слаб, глючен и плох. Пока так.

Жаль нет варианта в голосовании "Не использую FQDN маршрутизацию и не использую IP route маршрутизацию", поскольку сторонние решения делают это на две головы лучше.

Спасибо. никак не думал что может быть актуально почти год.

баг с fallback фиксят уже несколько патчей подряд. воз и ныне там.

Предлагаю (может быть не очень популярное решение), но: Закопайте уже стюардессу. (с) Или признайте, что выбранный путь реализации не достигает поставленной цели, потому что туда-сюда эту маршрутизацию валандаться заставляете, а толку не сильно много. Есть же реализации, которые можно посмотреть и решить, что "концепция изменилась", с учетом профессионализма и опыта, разве не стыдно такое выдавать как "стабильное" решение и анонсировать и выпускать в релиз.

Модальное окно настройки членов WiFi системы меняет высоту при смене каналов обновления. Если открыть модальное окно оно имеет "нормальную" высоту: Но если сменить канал обновлений NDMS:

Еще было бы очень круто иметь возможность указывать не только {domain}, но и {fqdn-group}, что сделало бы в разы проще конфигурирование

Это уже не интернет. Точнее правильнее сказать не проблемы конткретного провайдера. KeenDNS/CrazeDNS в режиме "облако", т.е. в режиме туннельчика до роутера фактически пал смертью храбрых.

да всем, всем. только GUI все равно нет для ASC параметров. опять СLI