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. Большой части пользователей не нужны ЛАН порты, им было бы интереснее купить роутер в форм-факторе Бадди. По мне так это плюс для кинетика продовать более дорогие Бадди, вместо классики.

Это почти в вашем виде есть и так уже. Указать DNS сервер для домена можно. Есть правда ограничение в 30 записей DNS сервисов. Не думаю что тут будет большой проблемой для разработчика добавить для резолвера список доменов, вместо одного.

Возможность добавить функцию роутинга по доменам есть. Изучайте функционал. Устанавливайте, настраивайте, вариантов возможности это сделать много. Времени заняло полчаса настроить этот функционал. Инструкций в интернете дофига, причем подробных. По поводу сделать это штатно - реально не объяснить будет пользователям почему добавление корневого домена (к примеру youtube.com) не решает задачу. И второе - таким функционалом вы напрямую даете в руки пользователя возможность обходить блокировки РКН. И хотите привлечь к себе его внимание. Им это нужно?

OPKG это функция для энтузиастов. И никакой поддержки от разработчиков по ней ждать не стоит. Все что вы делаете внутри Entware это полностью ваша ответственность. Вам дали функционал - пользуйтесь.

В версии 4.2.5 Это точно есть. В какой точно появилось в WEB не помню.

Нет, порт 10G не умеет работать в 2.5 режиме. Там жестко зашиты скорости на которых он поднимается. Часто они могут только в режиме 10G работать.

Поддерживаю инициативу. OpenConnect Server и SSTP сервер нужен только для локальных ресурсов. И получается что при подключении к своему роутеру весь трафик направляются в ВПН. И выход в инет тоже. Вариант: галка - роутить все в дефолт или только локальную сеть за сервером. Вариант: как в полноценной версии - список что роутим, что нет

Спасибо большое. Разобрался, Настроил свои проверки для разных подключения.

Для любых ВПН это уместно ? Как и настройки по какому принципу производить проверку? ping ip, проверка TCP ?

Очень нужная вещь нынче, при частых блокировках ВПН. Очень актуальна для ВПН на базе WG. Данные протоколы не подразумевают состояние что сервер упал \ не проходит трафик. Очень актуально для оперативного перенаправления трафика, включение\выключение маршрутов, политик. Предложение реализовать PingChecker и для ВПН соединений. При включенном пингчеке считать соединение активным или не активным по результату пингчека.

Хотелось бы иметь возможность индивидуальной настройки диапазона портов RTP для каждой SIP линии. Достаточно часто встречается необходимость в этом, когда подключено несколько провайдеров телефонии, и у них свои диапазоны, зачастую не пересекающиеся. И в данной ситуации не работает передача звука у одного или у обоих, если сделать общий диапазон. Часто выбирается порт из не обслуживаемого диапазона того или иного провайдера.