vincome

И да, в Windows я не работаю. Как админ знаю его, но для работы не использую. Плазма рулит.

Я поднял вопрос про развитие уже имеющегося функционала выгрузки маршрутов. Сделать его использование рабающим вариантом. И да, я сам программист, для себя написал на баше простенький скрипт парсинга конфига, с разделением по интерфейсам и склейкой в нужнный мне формат, и для возможности загрузить обратно как через веб интерфейс, так и через cli. От разработчиков прошу сделать простую доработку, дать возможность отфильтровать выгрузку по конкретному интерфейсу. доработка минимальна, выгрузка уже есть и кое как работает.

Редактировать конфиг далеко не так удобно, особенно когда маршрутов 5-6 сотен, а то и тысяч, а еще и 3-4 туннеля. Да в тот же самый кинетик (и другой), к примеру после удаления и создания заново настроек впн. Сейчас я делаю это grep`ом конфига и скармливание потом через cli. Правка конфига и загрузка его обратно связана с перезагрузкой роутера. Это далеко не всегда удобно и применимо. Да еще раз повторюсь, править конфиг не очень удобно вручную. А сейчас результатом функции выгрузки списка маршрутов воспользоваться мягко говоря проблематично. Учитывая что загрузка обратно идет с привязкой к интерфейсу а в файл выгружаются Все маршруты.

В последних версиях появилась возможность выгрузить полный список загруженных маршрутов. За это конечно спасибо. Но вот толку то от него почти 0. Выгрузка идет сплошным текстом, без привязки к интерфейсам, с кучей дублей, если к примеру есть несколько разных впн (резервные впн с пинг-чеком), и для них добавлены одинаковые маршруты. Предложение расширить возможность выгрузки 1. Как сейчас, но в выгрузке указать для какого интерфейса этот маршрут был добавлен, выгружать последовательным блоком по интерфейсу. Как вариант выгружать по аналогии с конфигом и cli. Ну и загружать тоже. 2. Сделать возможным указывать при выгрузке интерфейс для которого эти маршруты были добавлены. 3. Сделать возможным (в рамках варианта 2) выгружать отдельно все не привязанные к интерфейсам маршруты. Вариант формата может быть как в формате cli так и в классическом cmd

Ну или мы не понимаем смысл выключения роутера дистанционно

И потребляет копейки, да холодильник ест больше намного чем роутер, особенно когда он ничем не нагружен.

Да, да. Реализовать в роутере 2й мини роутер, который никогда не спит ))

Умным розеткам тоже нужен интернет для этого. Как вы ими тоже собираетесь управлять, если отключите роутер?

ТО что к нему никто не подцепился по воздуху связано не с этим. у всех 2х диапазонных меш в качестве клиента работает только в диапазоне 5ггц

Тогда не вяжется, бадди 4 по проводу 100 мбит, по воздуху 150+, и тогда по вашим выводам он сам должен зацепится по воздуху за соседа.

Тогда проверяйте кабель.

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

Если у вас всё точки подключены проводом, то просто отключите беспроводную транспортную сеть на контроллере, и всё, всё репитеры будут всегда работать только по проводам.

Гига 1012 все норм. У вас видимо не смогло подключится к сервису обновления

Тоже не понятен смысл отключения в Бадди режима Роутер. Стоит дороже своих аналогов в близких сегментах. Start - Buddy 4, Explorer - Buddy 5, Racer/Chelendger - Buddy 6. Большой части пользователей не нужны ЛАН порты, им было бы интереснее купить роутер в форм-факторе Бадди. По мне так это плюс для кинетика продовать более дорогие Бадди, вместо классики.