keenet07

Это как? Сидишь в админке и у тебя всплывающее сообщение. Клиент такой-то подключился на таком-то интерфейсе? И другие полезные события? И чтоб можно было выбирать о каких событиях уведомлять, а о каких нет?

В 2.15.B.0.0-1 не обнуляется. Вы имеете в виду какую-то следующую версию?

@r13 Спасибо. Помогло. Маршрут исчез.

Если можно, немножко поподробнее. Что имеется в ввиду и, что это должно дать?

Обновился доя 2.15.0.0-1 и увидел в логах ошибки в VPN клиентах. Фев 14 18:28:59 ndm Network::Interface::PppTunnel: "L2TP1": unable to resolve tunnel endpoints, retry. Фев 14 18:30:22 ndm Core::Syslog: last message repeated 16 times. И бесконечно повторяется. Заглянул в "Другие подключения" и нашёл проблемное VPN соединение. Это было пустое VPN созданное мной для получения доступа к правилам Межсетевого экрана для Исходящих Провайдера. Т.е. включение этого VPN вообще не предполагалось, оно нужно только для структуры и появления новой вкладки в "Межсетевом экране". Соответственно поля в этом VPN соединение были заполнены "от балды". И в поле адрес сервера стояло что-то вроде "sdfdfe". Именно тут роутер и зацикливался на резолве адреса. И сыпал в лог сообщениями до бесконечности. Ладно, поменял абракадабру на произвольный свободный адрес "6.6.6.6", ошибка в логе пропала. Но я заметил, что после резолвинга роутер создает статический маршрут для соединения. Причем не зависимо от того включено оно или нет. Просто так, про запас. Фев 14 18:32:42 ndm Network::Interface::PppTunnel: "L2TP1": remote endpoint is resolved to "6.6.6.6". Фев 14 18:32:42 ndm Network::Interface::PppTunnel: "L2TP1": connecting via ISP (GigabitEthernet1). Фев 14 18:32:42 ndm Network::Interface::PppTunnel: "L2TP1": local endpoint is resolved to "x.x.x.x". Фев 14 18:32:42 ndm Network::Interface::PppTunnel: "L2TP1": added host route to 6.6.6.6 via y.y.y.y (GigabitEthernet1). Фев 14 18:32:42 ndm Network::Interface::L2tp: "L2TP1": interface is down. Иксами и игреками заменены конкретные адреса. Есть ли необходимость создавать эти статические маршруты для неактивных VPN соединений? На прошлой 2.14.C.0.0-0 прошивки такого поведения не наблюдалось, соответственно не было и ошибки с резолвингом. Появляется лишняя ненужная строчка в статических маршрутах. Замусоривает вывод.

Версия 2.15.B.0.0-1 (KN-1010) Скажите так и должно быть? Добавляю в мониторе своё устройство в новой вкладочке. Оно появляется и всё показывает. При переходе в любой другой пункт меню админки и возврате в Монитор трафика хостов новой вкладки с устройством уже нет. Только Топ-5. Вкладки не сохраняются. И ещё косметика: всплывающая подсказка при наведении мышки на плюсик добавления нового устройства не переведена в русской версии, там написно Choose device.

@eralde 2.15.B.0.0-1 (11.02.2019) - ошибка присутствует. Ничего не исправлено.

Ура! Ещё минут 15 назад ничего не предлагало. Теперь тоже вижу.

На текущий момент всё без изменений. Бету не видно. На драфт не охото. Поэтому и долгожданная бетка. Наблюдал за развитием в драфте. Был в шоке от кол-ва ошибок. Одно правилось, другое ломалось. Уж лучше на более менее стабильной бетке сидеть. А при установке из файла всё точно также ставится? Выбранные компоненты не сбиваются? Что установлено то и обновится или как?

Обрадовался, что вышла долгожданная бетка https://help.keenetic.com/hc/ru/articles/360002970380-Информация-о-бета-версии-Keenetic-OS-2-15-B-0-0-1 А в обновлениях в бета-канале её нет. До выхода 2.15.B.0.0-1 при переходе на канал бета версий предлагало старую версию 2.14.B.2.0-1 и была ссылка на журнал обновлений. А теперь просто пишет "Версия Keenetic OS2.14.C.0.0-4 Последние обновления уже установлены." И никаких ссылок. Железка KN-1010, версия 2.14.C.0.0-4

А адреса устройств разведены? По умолчанию оба устройства должны занимать адрес 192.168.1.1 Вы на кинетик на какой адрес коннектитесь? По вай-фай это работает потому-что там другая подсеть и она через свой шлюз всё прогоняет. Что если сделать кинетику домашнюю сеть в другом диапазоне. например 10. и коннектиться уже на 192.168.10.1

А кинетик подключен через wan или через lan интерфейс? Если через wan, то ничего удивительного. Локалка gpon роутера является внешней сетью для кинетика, соответственно на кинетике нужно разрешить поключения на него извне. Содайте в кинетике правило переадресации с Провайдер (WAN) на 192.168.1.1 (шлюз локалки роутера) с 80 на 80 порт. Или активируйте Облачная служба Keenetic Cloud. А есть, оказывается, проще способ. в Пункте меню Пользователи и доступ, поставите галочку на Разрешить доступ из Интернета по HTTP

Ну а пока нашел компромиссный вариант. Добавляем маршрут. И активируем или дезактивируем его путем смены интерфейса. Т.е. выбираем интерфейс Провайдера, для работы в обычном режиме. Или выбираем интерфейс VPN для работы через него. Осталось только поле Описание добавить.

Честно говоря, замучился на время добавлять, а потом удалять некоторые правила(маршруты) в Маршрутизации. А необходимость такая есть. И каждый раз выяснять IP для сайта или вспоминать маску или нужный тоннель. Было бы удобно один раз написать маршрут, добавить к нему описание для чего он нужен, и по необходимости просто включать или выключать его, как это реализовано для правил в Переадресации.

Пробовали перезагрузить Кинетик после отключения UPNP на камере? Иногда старые автоматически созданные правила переадресации могут остаться активными. Их вы и видите в нижнем списке. Ну и разрешите вход на Кинетик извне.