Roman_Petrov

Есть предложение господа, давайте проголосуем за это... Было бы красиво и полезно, почему бы и не портировать это в прошивку? Я как первый, голосую в шапке вопроса.

Быстро, молодцы! Спасибо за подсказку. P.S. Однако по ходу еще: Во всяком случае у меня ничего не обновилось, а утром еще было:

Синтаксис у вас неправильный: Должно быть так 32 20 * * * root ndmq -p 'system led shutdown front' -P message 30 20 * * * root ndmq -p 'no system led shutdown' -P message А вообще, если вы хотели выключить в 20:30 и снова включить в 20:32 (а не выключить в 20:32 и потом через день включить в 20:30 на 2 минуты), то так:

Зажигаем и гасим светодиоды на роутерах Keenetic по расписанию Внимание! Начиная с версии 2.08.A.12.0-0, включение светодиодов возможно встроенными средствами CLI роутера: Создать расписание и настроить его с 22:00 по 6:00 : (config)> schedule ledCore::Schedule::Manager: Created schedule "led". (config-sched)> action start 00 22 * Core::Schedule::Manager: Updated schedule "led". (config-sched)> action stop 00 6 * Core::Schedule::Manager: Updated schedule "led". Привязать к передней панели со светодиодами и созданному расписанию led, как выше: (config)> system led shutdown front schedule led И сохранить (объязательно!) конфигурацию: (config)> system configuration save Все, в назаченное время по расписанию передняя панель светодиодов отключается и включается. То же самое, что до этой прошивки было возможно только средствами OPKG (cron / crontab), как описано ниже. ----- Продолжение серии тем по расписанию от @Aлександра Рыжова и некоторых моих ранее на вариации ограниение скорости по расписанию... Актуально, пока еще это не реализовано средствами самой прошивки роутера.... Честно признаюсь, что тема была даже больше создана с целю протестировать новый драйвер NTFS , который добавили в последнее обновление прошивки v2.08(AAUX.3)A7 и функции включения и отключения LED для Ultra-II / Giga-III, поэтому 100% гарантировать никто ничего не может, но у меня пока все работает нормально. Сначала установите на свой роутер последнюю экспериментальную прошивку с поддержкой функции LED- гашения и зажигания светодиодов. 1. Только (!!!) для варианта работы на файловых системах EXT2/3/4, не будет работать на NTFS (vixie's cron). Для устрановки cron из busybox для NTFS см. ниже, п.2. Внимание!!! Не ставить этот вариант, если у вас файловая система диска NTFS, будут сыпаться в лог ошибки по ядру, проверенно только что и 100%! Восстановление симлинка как ранее, на busybox и его установка старым способом opkg install --force-reinstall busybox из за новых введенных ограничений больше не работает, придется переустанавливать busybox вместе по новой с opkg!!! (только так я с этим управился лично). • Инсталлируем планировщик cron opkg install cron • Если у вас еще непроисталлирован nano и (или) эмулятор командной строки CLI ndmq (только если его сносили по каким-то причинам, стандартно уже в системе), то сделаете это: opkg install nano opkg install ndmq • редактируем конфигурационный файл cron: nano /opt/etc/crontab Отредактировать файл /opt/etc/crontab, добавив в него следующие строчки: # Your LED control schedule for front leds # 48 15 * * * root ndmq -p 'system led shutdown front' -P message 49 15 * * * root ndmq -p 'no system led shutdown' -P message Где 48 15 и 49 15 соответсвенно время включения в 15:48 и выключения в 15:49, меняйте на свое время, какое вам нужно. Для отключения всех светодиодов укажите вместо system led shutdown front следующее system led shutdown back или все если хотите гасить, то system led shutdown all. • Запустить cron вручную или перезагрузить роутер: /opt/etc/init.d/S10cron start 2. Для варианта работы на файловых системах NTFS (busybox crontab). Этот вариант несколько сложнее первого, но на данной файловой системе должен работать без проблем и не вызывать ошибок ядра (так как на этой файловой системе нет правильной поддержки атрибутов для vixie's cron). Если у Вас ntfs - используйте именно этот вариант из установленного busybox. • Если у вас еще непроисталлирован nano и (или) эмулятор командной строки CLI ndmq, то сделаете это: opkg install nano opkg install ndmq • Для создания заданий crontab для него необходимо создать файл заднаний crontabs и его папку на вашем внешнем диске mkdir -p /opt/var/spool/cron/crontabs • Первый раз создать и потом всегда редактировать файл настроек нужно следующим вводом команды: EDITOR='/opt/bin/nano' crontab -e Формат файла cronttab немного отличается. Для апплета на одно поле меньше, т.к. не указывается от какого юзера выполнять задание. В первый раз откроется естественно совершенно пустой файл, в который мы пропишем следующее: PATH=/opt/bin:/opt/sbin:/sbin:/usr/sbin:/bin:/usr/bin # Your LED control schedule for front leds # 43 16 * * * ndmq -p 'system led shutdown front' -P message 44 16 * * * ndmq -p 'no system led shutdown' -P message Где 43 16 и 44 16 соответсвенно время включения в 16:43 и выключения в 16:44, меняйте на свое время, какое вам нужно. Для отключения всех светодиодов укажите вместо system led shutdown front следующее system led shutdown back или все если хотите гасить, то system led shutdown all. Потом жмем Ctrl+X, соглашаемся Y, сохраняем файл. Посмотреть, что он действительно появился и сохранился, можно в папке на вашем диске, которую мы ранее создали /opt/var/spool/cron/crontabs (папка на вашем_Диске/var/spool/cron/crontabs) • Чтобы crond каждый раз запускался автоматически, файл-скрипт S05crond в папке /opt/etc/init.d nano /opt/etc/init.d/S05crond и наполним его следующим содержанием Потом жмем Ctrl+X, соглашаемся Y, сохраняем файл. Посмотреть, что он действительно появился и сохранился, можно в папке /opt/etc/init.d (Ваш_Диск/etc/init.d) • Делаем его исполняемым chmod +x /opt/etc/init.d/S05crond • Запускаем планировщик заданий через созданный скрипт в init.d: /opt/etc/init.d/S05crond start или просто перегрузив ваш роутер. ------------------------------------------------------------------------- ------------------------------------------------------------------------- Если все в порядке, в установленное время появятся в логе строчки: И светодиоды в установленное время погаснут и потом сново же загорятся. * Почему-то сессию ndmq в последней версии v2.08(AAUX.3)A7 стал воспринимать как obsoleted (устаревшую), почему, я так не понял. Остается гадать, что именно происходит, к сожелению, может знающие прокомментируют. Но работает пока все вполне в пределах нормы. Успехов!

Давайте так. Я последний раз вам подсказываю, как нужно сделать, если у вас и сейчас не получиться, то я не знаю как вам помочь. Проблема и в том, что времени у меня почти сейчас нет... Источник сообщений (source src) может быть только один, все прописано в эту одну строчку: Код конфигурационного файла должен быть таким и не пишите туда больше ничего лишнего и не меняйте : Я даже туда подставил уже ваш ip адрес, нужно только скопировать все и вставить с предварительной очисткой в ваш файл. Успехов.

Выложите содержимое файла, я посмотрю что не так у вас.

Тогда что именно вам мешает настроить все так, как написано в инструкции, без лишних строк и записей. Единственное, что нужно изменить, это адрес, так у вас будет: source src { udp(ip(192.168.6.1) port(514)); internal(); unix-stream("/dev/log"); }; Все остальное делайте пошагово, как написано в инструкции, в том числе журнал роутер должен отправлять не на 192.168.6.111 как у вас настроено, а сам на себя, т.е. на 192.168.6.1 . Ничего больше, как в инструкции написано, не делать-не менять не нужно!!!

Все совсем неправильно. Давайте так, вы конкретно, по очереди напишете что именно вы хотите получить, какие именно и откуда логи и куда вы их будете записывать, на какое устройство с каким адресом... Давайте точную схему и адреса устройств... Подсказка. Мануал сделан, чтобы писать лог с того же устройства на котором установлен syslog-ng. Читайте внимательно инструкцию и следуйте буквально copy-paste, если это ваш случай...

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

Спасибо, это было бы очень неплохо. Вообще по правде говоря, команда schedule сама напрашивается, чтобы ее по подобию cronа с ndmq можно было прикрутить к чему угодно. Настроил себе расписание, к нему команду-оператора который сам же себе в CLI отдал настроенную к нему команду... Может быть стоит или есть возможность как то так что то подумать? Была бы совсем бомба *) И в будущем с выходом новых фич думать не нужно, как их прикручивать...

Эта строчка работает только в таком виде, в таком виде пишет не только журнал роутера, но и события OPKG. Копируете, вствляете и все работает. Пошагово все делайте в инструкции выше, как написано и ничего не меняя, и все получиться. По мануалу подразумевается, что адрес самого роутера, на который все ставиться, имеет адрес 192.168.1.1. Если его адрес другой, подставляете тот, который он имеет в вашем случае. Попробуйте спокойно, вдумчиво все осмыслить и сделать поочередно.

Вы совсем неправильно все поняли. Данная строка предназначена не для отправки лога, а для того чтобы принимать. Вы же пытаетесь прописать выше прием лога с сервера 192.168.8.111 и одновременно лога из самого роутера из среды OPKG... Если вы хотели записывать лог из системного журнала того же роутера, на котором установлен syslog-ng, то вам просто нужно все делать в точности, как написано в инструкции выше: source src { udp(ip(192.168.1.1) port(514)); }; и, конечно же, в web интерфейсе роутера должна быть активирована галка отправки журнала на себя же (читайте выше мануал).

После обновления прошивки 2.08 на последнюю draft версию просто дух захватывает от новых возможностей, которые многие так ожидали. Особенно порадовала новая функция назначения выполнения скрипта от типа и нажатия кнопки, а также супер возможность включения и выключения front-back-all светодиодов роутера через CLI и назначенной кнопкой на корпусе роутера. Сейчас, как я понимаю, логически напрашивается возможность гашения и включения диодов, как и ранее сделали функцию блокировки выхода в интернет и шейпинга, по расписанию. Например так: system led shutdown (front | back | all) shedule XXX Отмену же расписания, если вдруг будет путаться под ногами с действием от кнопки (чтобы после нажатия кнопки расписание не отменилось само и оставалась в силе), можно сделать отдельно же для расписания путем указания параметра расписания: no system led shutdown schedule XXX

Это все меняет... Инструкция была создана для локального варианта. Вам же лог нужно снимать с удаленного сервера. Одновременно снимать локальный лог с роутера и удаленного сервера не получиться, в этом и ваша ошибка, как я понял. В вашем случае обязательно откройте порт 514 через брандмаузер на вашем роутере и пропишите: source src { udp(ip(192.168.6.111) port(514)); };

Вам легче будет заново переустановить все. После переустановки все настраивается буквально за 3 минуты. opkg remove syslog-ng Почистите ручками все файлы и папки, если что то осталось, с диска. Далее opkg update opkg upgrade opkg install syslog-ng

Я в хозяйстве использую только системный журнал: source src { udp(ip(192.168.1.1) port(514)); }; Однако у меня вариант: source src { udp(ip(192.168.1.1) port(514)); internal(); unix-stream("/dev/log"); }; запускается без проблем /opt/etc/init.d/S01syslog-ng start Starting syslog-ng... done. ~ # Запускается и в другом порядке без проблем: source src { udp(ip(192.168.1.1) port(514)); unix-stream("/dev/log"); internal(); }; Специально только что проверил еще раз, вдруг я сам что то упустил, но нет, все запускается и работает в любом варианте. Поищите у себя, правильно ли все написали, может у вас где-то лишний пробел или еще что-то. На ошибки в коде так и будет реагировать, что не будет запускаться.

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

Ну да, да все уже знаем *))) Но хоть так, уже хорошо !

Обещали в ближайшую пятницу чуть повыше вроде как (Le ecureuil)

На некоторых моделях можно а на других нельзя. Можно, где это предусмотрено на аппаратном уровне, например на Ultra2 можно точно..

Тут наверное нужно начинать плакать у кого имеются Ultra или Giga II?  P.S. Так как они остаются 2.06 навсегда?

Достаточно взять в руки современный ноутбук и вы увидите что там нет порта для проводного подключения... Это о многом говорит. Опять же возьмите тот же 4 G или 4G+ мобильный интернет. Скоро уже будет 5 G... Много людей имеют подключение дома по мобильному интернету или WIFi, никаких проводов... Тут ещё нужно посмотреть что в конце концов победит или это будет оптиковолокно или все же беспроводные технологии окончательно возмут вверх через лет так 15...

Хоть вы и правы, что на самом деле так, что каждая антенна является и принимающей и передающий, мало того чтобы она сама была бы и 2T2R или даже 3T3R, хочу вам сказать что было бы совершенно все равно, а может и даже лучше если бы одна антенна была бы 4R (4 раздельных принимающих канала) а другая 4T (4 раздельных передающих канала), то есть как я написал по заправке, шлифуя на своей машине крыло. И никакого ППЦ не было бы от этого, я просто довольно плохо выложил свою мысль, посмотрите сами, если почитать и подумать то понятно *)) Главное, что суть то одна - на диапазон 2.4 ГГЦ используется всего 2 (!) штыря в двух антеннах-ушах по бокам и на диапазон 5 ГГЦ опять же 1 штырь и одна пластинка-антенна внутри корпуса. Какой тут beamforming получится. Ведь понятно, что нам нужно получить максимально качественный сигнал на приём и передачу для устройства по wifi, которое находиться в стороне х от Роутера с точкой доступа с функцией биамформинга. Задание. Объясните, каким образом может и должен быть настроен луч радиосигнала для получения максимально качественного сигнала на приём и передачу по отношению к этому устройству, при этом не засоряя окружающее пространство избыточными радиосигнала в ненужном направлении. Поясните, какой конструкции должна быть комбинированная антена, чтобы выполнять beamforming. Если вы ответите на эти простые вопросы, вы данную функцию сами не захотите совать в рутер нашей конфигурации.... P.S. vadimbn уже написал мою мысль чуть повыше двумя словами, это то что я изначально хотел сказать. Нельзя формировать луч в пространстве, имея только две точки.

Все правильно, я имел в виду Ultra, когда писал. В Ultra 2 стоят две комбинированных антенки 5 db с 4-мя усилителями WiFi. В каждой из них один штырь отводится на 5 ГГЦ другой на 2.4 ГГц. Одна антенна является передающей tx другая принимающей rx. Но только получается, что на 2.4 ГГЦ всего 2 и на 5 ГГЦ тоже 2. 2.4 ГГЦ точно было 2х2 Mimo, а вот 5 ГГЦ если я не ошибаюсь в этой модели был даже 3х2, то есть на обе антенки 3 потока. http://store.zyxel.ru/news/besprovodnoy_marshrytizator_zyxel_armor_z2_podderzhivaet_tehnologiyu80211ac_wave_2_mu-mimo/ А вот это штука по серезнее уже, здесь походу уже 4 антенны по 2 и вроде заявлено что аппаратно поддерживает beamforming. Наверное когда антенн уже 4 на каждый диапазон и наверное (не хочу врать, так как точно не понятно) есть поддержка на уровне чипа beamforming, уместно об этом говорить. Только пока вроде он ещё не продаётся на российском рынке и не имеет прошивку v2.

Если серьёзно, то в Ultra 2 только одна антенна идёт для 5 ГГц (внутри неё одна tx другая rx, остальные 2 на 2.4 ГГЦ такой же конструкции. С такой конфигураций о каком то beamforming говорить особо не приходиться, учитывая что данная технология призвана во первых экономить, во вторых направлять прием-передачу в сторону подключены по WI-FI устройств с целью улучшения покрытия и качества сигнала. Но для этого требуется антенна специальной конструкции + особый чип, который будет этой конструкцией управлять. Обычно данная технология применяется в потолочных точках достцпа, т.к. они идеально подходят для использования технологии по назначению.Условный beamforming все же в ULTRA2 есть - вы можете, вращая антенки вокруг своей оси и в плоскости добиться наиболее лучшего покрытия по приему и передаче сигнала относительно принимающих устройств.