![](http://content.invisioncic.com/r270260/set_resources_10/84c1e40ea0e759e3f1505eb1788ddf3c_pattern.png)
Leo
-
Posts
29 -
Joined
-
Last visited
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by Leo
-
-
Прошу рассмотреть возможность мониторинга активности всех клиентских VPN подключений в одном окне с указанием имени клиента и типа подключения. На стартовой странице, или, например в тех же "Приложениях".
Сейчас в этом окне зачем то вываливается список всех пользователей, которым в принципе доступен конкретный вид подключений, но на быстром просмотре в этом нет вообще никакого смысла, но зато всегда есть необходимость быстро увидеть есть ли активные юзеры данного типа подключения VPN, кто и как долго уже подключен, а если кто-то "лишний", то и кикнуть его. Замечу, что возможность кика неугодных вообще никак не реализована в web! Т.е. если "вдруг" кто-то смог подключиться, кому нельзя, то вы можете просто молчаливо созерцать это подключение, но прервать такую сессию вы не можете. В результате приходится заходить в "приложения" и далее в каждый тип подключения и внутри смотреть активность. Это очень неудобно!
Кроме того, не видно с каких внешних IP осуществляется каждое конкретное VPN подключение, что бывает тоже весьма важно, а искать это в логе - долго и не удобно
Прошу реализовать просмотр всех активных VPN подключений в одном окне с возможностью кика (сброса) неугодных юзеров чекбоксом и дополнительно лока юзера слайдбаром, чтобы не допустить повторных подключений до момента разбора инцидента.
Примерный вид меню прилагаю
-
1
-
-
Прошу рассмотреть возможность мониторинга активности всех клиентских VPN подключений в одном окне с указанием имени клиента и типа подключения. На стартовой странице, или, например в тех же "Приложениях".
Сейчас в этом окне зачем то вываливается список всех пользователей, которым в принципе доступен конкретный вид подключений, но на быстром просмотре в этом нет вообще никакого смысла, но зато есть есть необходимость быстро увидеть есть ли активные юзеры подключения VPN, кто и как долго уже подключен, а если кто-то лишний, то и кикнуть его. Замечу, что возможность кика вообще никак не реализована в web. В результате приходится заходить в "приложения" и далее в каждый тип подключения и внутри смотреть активность. Это очень неудобно!
Прошу реализовать просмотр активных VPN подключений либо сразу в меню "Приложения" либо сделать отдельную общую страницу с активностью активных подключений клиентов для всех видов VPN. с возможностью кика неугодных юзеров.
-
1
-
-
Неистово поддерживаю ваш вопрос ! Сам поднимал такую же тему,
но разрабы не оценили предложение. Считаю ваше предложение просто ДИКО актуальным, так как мне ежедневно приходится перекликивать все типы подключений только чтобы понять подключился или не подключился клиент и каким типом он подключился - это просто дико неудобно. И еще добавлю, что в предложенном вами мониторе необходима кнопка "кикнуть" клиента, т.к. на данный момент нет никакой реализации отключения отдельно взятого клиента.
-
Помогите настроить маршрутизацию между VPN клиентами - HOST01 (адрес на VPN сессии172.16.1.33) и HOST03 (адрес на VPN сессии172.16.1.100) коннектятся к роутеру по разным видам VPN, получается, что они в одной сети 172.16.1.0, но они в упор не видят друг друга. При этом они оба отлично "видят" Host02.
Карту подключения и seft-test прилагаю
Помогите пожалуйста !
-
1 час назад, Crazy_Fly сказал:
и да, если учесть, что это бетка, то зачем разводить слюни, сопли.
Если на бетках не набирать ошибки, то откуда в финал релизе взяться их фиксам ? Л-логика. Зачем пожелания по улучшению продукта называть слюнями и соплями ? Полагал, что тут вменяемые собеседники...
-
44 минуты назад, sergeyk сказал:
Здесь я могу сказать, что при создании Web-интерфейса разработчики руководствуются следующим правилом: если это состояние не было настроено через Web, то вполне возможно, что через Web это же состояние прочитано и обработано не будет.
CLI даёт слишком широкий спектр настроек.а можно в рамках улучшения прошивки всё же 1) профиксить отображение зарезервированных IP (в моё случае резервирование есть, но его не отображает web) 2) при попытке в web "как бы повторного резервирования" (резервирования неотображающегося IP) предлагать заменить резервирование IP за новым mac адресом ?
-
5 минут назад, sergeyk сказал:
Я писал выше, что проверил этот сценарий. В моём тесте привязка удалилась вместе с регистрацией.
Сейчас проверил удаление без перезагрузки маршрутизатора и отключения устройства. Привязка удаляется.каков ваш вывод? что проблемы не существует ? Есть же и логи и видео с демонстрацией проблемы. Я лишь прошу сделать прошивку keenetic чуть умнее. Что скажете по этим пунктам: отдельно огорчило ,что в web интерфейсе 1) не видно что ip был всё же закреплен за маком старого принтера 2) позволяло указывать в web зарезервированный IP, одновременно и не сохраняя его за новым маком и в то же время не сообщая о том, что это не возможно, однако при этом, честно записывая ошибку в лог
-
Только что, Leo сказал:
в моём случае, старое устройство уже было не в сети, но из конфиг файла запись не удалялась, пока я не грохнул её командой из CLI
no ip dhcp host 00:00:aa:cc:65:af
. Может предусмотреть чтобы такая же команда выполнялась при удалении в web интерфейсе ?
отдельно огорчило ,что в web интерфейсе 1) не видно что ip был всё же закреплен за маком старого принтера 2) позволяло указывать в web зарезервированный IP, одновременно и не сохраняя его за новым маком и в то же время не сообщая о том, что это не возможно, однако при этом, честно записывая ошибку в лог
-
1 минуту назад, sergeyk сказал:
Это непростая процедура. Если устройство в сети, удаление привязки не отнимает выданный адрес у устройства; оно по-прежнему будет его использовать.
в моём случае, старое устройство уже было не в сети, но из конфиг файла запись не удалялась, пока я не грохнул её командой из CLI
no ip dhcp host 00:00:aa:cc:65:af
. Может предусмотреть чтобы такая же команда выполнялась при удалении в web интерфейсе ?
-
59 минут назад, sergeyk сказал:
Попробовал сейчас такой сценарий:
1. Зарегистрировал клиента, привязал IP к MAC, переподключил клиента; он получил привязанный адрес.
2. Отключил клиента.
3. Перезагрузил маршрутизатор, вижу зарегистрированного неактивного клиента с привязанным адресом.
4. Удаляю клиента.Далее смотрю running-config и startup-config, но привязки IP к MAC не вижу.
Так что пока не могу подтвердить проблему в этом сценарии.3. Перезагрузил маршрутизатор - вот это, совершенно неприемлемо в моей ситуации, чтобы после удаления резервирования какого-то девайса перезагружать маршрутизатор. Уже 2 года использую в малых офисах оборудование Keenetic, но перезагружать роутеры посреди рабочего дня это неприемлемо. Можно ли предусмотреть, дополнительную проверку или процедуру, чтобы при удалении резервирования производилось корректное удаление записи из таблицы lease без перезагрузки ?
-
9 минут назад, Leo сказал:
да, через Web
еще попутно хочу заметить, что устройства, подключенные по проводу в web интерфейсе после физического отключения еще минуты 2-3 отображаются как подключенные. Что на мой взгляд тоже не хорошо. Можно ли предусмотреть где-то параметр частоты обновления данных в web интерфейсе ?
-
Только что, sergeyk сказал:
Через Web?
да, через Web
-
1 минуту назад, sergeyk сказал:
Если вы настраиваете устройство только через Web, такой ситуации быть вообще не должно. Поэтому я и спрашиваю, какая последовательность действий привела к такому состоянию.
последовательность была такая: был принтер с зарезервированным адресом 99. Принтер сдох. Принтер отключили, лизу на роутере грохнули. Принесли новый принтер, подключаем в сеть и не можем ему присвоить старый 99 адрес, которого нет ни среди онлайн, ни среди оффлайн устройств.
-
14 минуты назад, sergeyk сказал:
Придётся либо через CLI, либо через /a удалить привязку адреса к 00:00:aa:cc:65:af командой
no ip dhcp host 00:00:aa:cc:65:af
через CLI, оно конечно, возможно асбсолютно всё, но, полагаю, было бы правильнее, чтобы такие простые вещи всё управлялись из WEB интерфейса и производилась проверка на такой баг при резервировании, и одновременно при регистрации устройства в была возможность сразу указать желаемый адрес
-
self test прикрепил
-
22 минуты назад, Leo сказал:
Принтеру выдаётся роутером адрес 192.168.107.98, а мне нужно, чтобы он был 192.168.107.99. И это никак не сделать. Переподключение и ребут принтера, удаление резервирования, и новое здание резервирования адреса 192.168.107.99 заканчивается ничем. Он даже не сохраняется в настройках. Ребут роутера тоже ничего не дал. Попытки изменит адрес в роутере при выключенном принтере тоже не дали никакого результата. Попытка на выключенном принтере задать другой адрес (192.168.107.99) закончилась тоже ничем(см видео). После включения принтер всё равно получает 192.168.107.98 ((( Это какой-то капец.
В журнале появляются надписи, что адрес 99 уже назначен некоему маку (см скриншот), но в списке ни онлайн ни оффлайн устройств нет девайса с адресом 99. Есть 98 и 100 адреса, но не 99 (!)(см еще один скриншот).
Отдельный вопрос: почему при резервировании адреса в том же окне сразу не предлагается указать желаемый мною адрес ?
-
Принтеру выдаётся роутером адрес 192.168.107.98, а мне нужно, чтобы он был 192.168.107.99. И это никак не сделать. Переподключение и ребут принтера, удаление резервирования, и новое здание резервирования адреса 192.168.107.99 заканчивается ничем. Он даже не сохраняется в настройках. Ребут роутера тоже ничего не дал. Попытки изменит адрес в роутере при выключенном принтере тоже не дали никакого результата. Попытка на выключенном принтере задать другой адрес (192.168.107.99) закончилась тоже ничем(см видео). После включения принтер всё равно получает 192.168.107.98 ((( Это какой-то капец.
В журнале появляются надписи, что адрес 99 уже назначен некоему маку (см скриншот), но в списке ни онлайн ни оффлайн устройств нет девайса с адресом 99. Есть 98 и 100 адреса, но не 99 (!)(см еще один скриншот).
Отдельный вопрос: почему при резервировании адреса в том же окне сразу не предлагается указать желаемый мною адрес ?
-
1
-
-
5 часов назад, enterfaza сказал:
дык проще уже ссылку статистики вывести на дашборд, как это сделано в расширении, а в приложении оставить все как есть
а можете себе поставить расширение и не утруждать товарища, который уже это реализовал
В целом я не против, но для Dashboard, может выйти очень громоздко (если подключений, например по 10-15 да еще и разных типов VPN) а отдельный экран статистики VPN мне видится более рациональным. А что касательно дополнительных расширений, то очень бы не хотелось использовать какие-то кастомные расширения для типового функционала. Мы за то и выбираем Keenetic, что у него самые умные прошивки без танцев с бубнами.
-
4 часа назад, TheBB сказал:
Т.е., предлагаете ущемить права остальных пользователей, которые пожелают "всё знать"?
ни в коем случае! Просто предлагаю не смешивать эти меню.
-
В 05.04.2020 в 01:07, Leksey118 сказал:
Сделать что типа активной "Карты подключений" с указанием клиент/сервер и типа подключения кликабельных?
о да! Это было бы крайне удобно, но, желательно, чтобы это всё же, была не карта вообще всех подключений, а только VPN клиентов ))
-
Прошу рассмотреть возможность мониторинга активности всех клиентских VPN подключений в одном окне. Например в тех же "Приложениях".
Сейчас в этом окне зачем то вываливается список всех пользователей, которым в принципе доступен конкретный вид подключений,
но на быстром просмотре в этом нет никакой необходимости, но зато есть необходимость быстро увидеть есть ли активные подключения VPN,
кто и как долго уже подключен. В результате приходится заходить в каждый тип подключения и внутри смотреть активность. Это очень неудобно.
Прошу реализовать просмотр активных VPN подключений либо сразу в меню "Приложения" либо сделать отдельную общую страницу с активностью активных подключений клиентов для всех видов VPN.
Спасибо!
-
1
-
-
-
Обновился с 3.1 на 3.3 пропала статистика подключений по SSTP. Ранее проблемы не наблюдал.
Надпись что "Для работы SSTP-сервера необходимо:Имя KeenDNS с SSL-сертификатом" не информативна, т.к. на всех моих роутерах подключен KeenDNS и имеются сертификаты.
Проблема после обновления наблюдается на разных моделях: Giga (KN-1010) и 4G (KN-1210).,
Есть еще пожелание: отображать всех подключившихся VPN клиентов в одном окне, а не перебирая по всем доступным приложениям с VPN серверами.
-
Благодарю вас ! Помогло!
-
1
-
Более подробное отображение в списке устройств информации для кабельных клиентов кто к какому порту и узлу wifi-системы (при наличии) подключен.
in Развитие
Posted
Уточните что вы имеете ввиду. Насколько я понимаю, этот функционал вполне себе реализован. Отображается и тип подключения и скорость и даже режимы трансляции и шифрования. Понять на каком конкретно контроллере или ретрансляторе висит конкретное устройство можно из меню Wi-Fi Система - Журнал переходов (см скрины)