Vik2018

+

+

@Mamay, вы меня не поняли. Нужна не ссылка для скачивания файла журнала, а ссылка для открытия его в отдельном окне. Сейчас, чтобы открыть журнал, нужно лезть в "Диагностику" и нажимать "Показать журнал". При этом он открывается в дочернем немодальном окне. Я же просил сделать открытие "Системного журнала" через прямую ссылку http://192.168.1.1/controlPanel/systemLog. Что касается второго пункта, я понял - надеяться бесполезно. А вот домохозяек, открывающих "Системный журнал", или хотя бы понимающих, что это такое, ещё ни разу не встречал! Всё же это инструмент больше для продвинутых пользователей и техподдержки (99% случаев), поэтому Ваши аргументы касательно случайного стирания считаю необоснованными. В конце концов - это всего лишь журнал, а не файл конфига, ну сотрёт один раз его какая-то "домохозяйка" - роутер от этого хуже работать не станет.

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

@eralde, как доберётесь до системного журнала, вот ещё пару идей: 1) было бы удобно иметь возможность открытия системного журнала по ссылке, например, .../controlPanel/systemLog, а не заходить каждый раз в "Диагностику" и нажимать кнопку "Показать журнал"; 2) очень не хватает инструментов для работы с системным журналом, как то: поиск, фильтр по слову/фразе/маске, показ сообщений по типам событий (например, нажатием одной кнопки скрыть все "зелёные" сообщения); 3) добавить кнопку "Сохранить на компьютер" рядом с кнопкой "Очистить журнал" - это позволит не закрывая журнал скачать его для анализа на ПК.

@enpa, прокомментируйте ситуацию, если Вы имеете отношение к разработке. @ndm, @Le ecureuil, @eralde просьба также подключиться к дискуссии.

Верно, @enpa, и в документации сказано, что для HTTP (TCP/80) и Telnet (TCP/23). Только непонятно, почему официальная техподдержка в таком случае утверждает "в Keenetic OS 2.14 beta, как и 2.13 проблем с безопасностью системы нет"! Ведь по умолчанию, при обращении к интернет-центру по http, он автоматически редиректит на https, а далее можно "перебирать пароли до посинения". Может быть уважаемые разработчики всё же обратят внимание на это досадное недоразумение...

На 2.14.B.0.0-1 область системного журнала с ползунком "Обновлять в реальном времени" и кнопкой "Очистить журнал" не плавает при скроллинге, как на этом видео? Video.wmv

Где-то уже обсуждали. Думаю, разработчики не будут добавлять этот функционал. Но при бане ip-адреса, в случае неправильного ввода логина/пароля, информация об ip-адресе "злоумышленника" в системный журнал записывается. По крайней мере, на последней beta-версии это, вроде как, работает. Сам сижу на актуальном релизе (2.13.C.0.0-4), поэтому проверить не могу - не работает на нём бан при настроенной lockout-policy.

Роутер может и нет, но Keenetic это не просто роутер, а, на минуточку, интернет-центр! К тому же какой толк от греющей воздух железки, пока "хозяин" не дома? Так хоть видосики пусть пишет. p.s. DECT же прикрутили в своё время, хотя он тоже никакого отношения к роутеру, казалось бы, не имеет. + (плюсую идею)

Работает, но только для HTTP (TCP/80) и Telnet (TCP/23).

Аналогичная история! Nov 15 00:22:49 ndm: Core::Syslog: the system log has been cleared. Nov 15 00:22:51 ndm: Http::SslServer: "SSL proxy xx.xx.xx.xx: 25177": ALPN protocol: HTTP/1.1. [E] Nov 15 00:22:51 ndm: Core::Scgi::Auth: authentication failed for user guest. [E] Nov 15 00:22:53 ndm: Core::Scgi::Auth: authentication failed for user guest. [E] Nov 15 00:22:54 ndm: Core::Scgi::Auth: authentication failed for user guest. [E] Nov 15 00:22:56 ndm: Core::Scgi::Auth: authentication failed for user guest. [E] Nov 15 00:22:58 ndm: Core::Scgi::Auth: authentication failed for user guest. [E] Nov 15 00:22:59 ndm: Core::Scgi::Auth: authentication failed for user guest. [E] Nov 15 00:23:01 ndm: Core::Scgi::Auth: authentication failed for user guest. [E] Nov 15 00:23:03 ndm: Core::Scgi::Auth: authentication failed for user guest. [E] Nov 15 00:23:05 ndm: Core::Scgi::Auth: authentication failed for user guest. [E] Nov 15 00:23:06 ndm: Core::Scgi::Auth: authentication failed for user guest. Nov 15 00:23:12 ndm: Core::Scgi::Auth: opened session ZJOVKMEJOHNYZIGN for user admin. Keenetic Giga с версией ПО 2.13.C.0.0-4 также не банит адрес атакующего, хотя в настройках задано "ip http lockout-policy 5 15 3". Подключаюсь из интернета по доменному имени (https), заданному в KeenDNS. Саппорт, будет ли решение проблемы для актуального релиза (не беты)?

Думал, что донгл отвечает только за радиочасть, а там, оказывается, ещё и DSP-процессор имеется. Есть ли надежда, что в обновлённой версии донгла появится поддержка G.729?

Тысячу извинений! :sorry: И ещё один вопрос: планируете ли добавить свободный от патентных сборов аудиокодек G.729? Если нет, то почему?

Можно настроить через "Доступ к веб-приложениям домашней сети" в разделе "Доменное имя" - "KenDNS". У меня так организован доступ из интернета к веб-морде SIP-телефона в домашней сети. При администрировании устройств по LAN, как посоветовал @r13, можно задать соответствие ip-адреса доменному имени через ip host и "ходить по доменам".