Roman_Petrov
-
Posts
739 -
Joined
-
Last visited
-
Days Won
1
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by Roman_Petrov
-
-
27 минут назад, zyxmon сказал:
А я не стал ничего выкидывать и устанавливать 2.09. Похоже на глюк с подсчетом места.
PS Extra.
Да, тоже бросаю. Подожду следующую сборку, ничего не случиться. Все выпилил, что только теоретически не нужно, но места нет. Да, не сказал - Ultra .
-
18 минут назад, KorDen сказал:
Как по мне, из списка компонентов можно смело выкинуть поддержку WiMax и SkyDNS/ЯндексDNS, возможно авторизатор кабинета
Я уже все повыкидывал, но все Not enough memory to install all selected components. Прям беда
-
1
-
-
3 часа назад, User624 сказал:
Странно что не влазит, на Гига3 после выбора всех птичек ещё треть памяти остаётся.
Giga III ж не Giga II и не Ultra
На Ultra не влезает без мега выпиливаний компонентов, так что я тоже за оптимизацию.
-
1. В ходе экспериментов с зажиганием и тушением LED по расписанию заметил такую интересную вещь.
Создал расписание led со времением включения в 22.00 и отключения в 6.00 каждый день.
Schedule led
action start 00 22 *
action stop 00 6 *
Привязал к передней панели светодиодов.
system led shutdown front schedule led
Сохранил расписание и все изменения:
system configuration save
Далее все работает, в 22.00 панелька тухнет и в 6.00 снова загорается. Но есть одно но. Это работает до тех пор, пока не перегрузить роутер. После перегрузки во время загрузки в журнале видно:
Core::Schedule::Manager: raised action "start" by schedule "led"
Но на этом все и заканчивается. Заветной строчки о том что:
system led front set to "off"
не появляется. Если через CLI заново прописать:
system led shutdown front schedule led
system configuration save
то все работает ровно до следующей перегрузки. Я не вижу, чтобы прописывая к передней панельке расписание и сохраняя системную конфигурацию, это сохранилось в startup config, ни это конечно же видно снимая self test.
Посмотрите пожалуйста.
2. Так же где то была уже тема - продолжается уже наверно из одной к другой прошивке наверно пару месяцев точно и кажется появилось с той прошивки, где добавили эту фичку сканирования устройств - заваливает после рестарта журнал сообщениями типа (в зеленом):
Hotspot::Discovery::Explorer: network conflict: hosts e8:50:8b:xx:ax:cx and e8:50:8b:xc:xx:xx have the same IPv4 address 0.0.0.0.
Устройств на андроид куча... Может быть вы могли бы их убрать тоже? Потом конечно проходит со временем, но все равно...
Роутер ULTRA II, прошщивки всегда актуальные драфт.
С уважением и приятных выходных.
P.S. отдельное спасибо человеческое за:
- Transmission: сняты ограничения TR_MAX_PEERS_KB и TR_MAX_SPEED_COUNT, теперь они действуют только в официальных версиях
Это как для бета тестеров было практически как оскорбление J Конечно мы сами можем найти тот порог, который критичен для каждого самого, я думаю это предполагает само использование экспериментальных прошивок...
-
2
-
17 минут назад, KorDen сказал:
Внесу свои пять копеек.
Вначале тоже посчитал, что упрощение обновления до кнопки или даже полного автоообновления - зло. Потом вспомнил один случай.
В этом году один местный провайдер обновил свои DNS-серверы. Все было хорошо, но тут начались проблемы - что характерно, у всех были Keenetic, и иногда асусы. С длинками и прочим жалоб не было. Как выяснилось - была бага в dns-прокси на кинетике, исправленная еще зимой 2013-2014, а народ так и сидел чуть ли не на стоковой прошивке, потому что все работало. Ну а длинки на стоковой все равно что не работают, их уже до этого обновили
Поэтому я бы сказал что для массового пользователя упрощение обновления прошивки крайне полезно. Не забывайте, речь идет о stable, это у нас тут "в 12.0 сломали фичу, пойду откачусь на 11.5", там критичных багов вроде не было давно. Главное не уподобляться Microsoft и не делать это обязательным.
Пожалуй, реализация dual image с фоновой загрузкой прошивки - лучший вариант - ну а дальше можно даже не ребутать - ставим загрузку в другой слот и ждем как мигнет свет или пользователь сам роутер ребутнет по питанию
Единственное, что хотелось бы, чтобы эти обновления все же были полуавтоматическими по желанию, т.е. была возможность поставить чекбокс кто хочет автоматом и была возможность по кнопке. Все как сказал @ndm, но с возможностью выбора старта обнолений по кнопке.
-
3 часа назад, gvan сказал:
Сам не пробовал на внешний сервер отдавать, но, судя по всему, примерно так:
destination remote {udp("192.168.1.111" port(514));}; log { source(src); destination(remote); };Да, сейчас можно попробовать и так
destination messages { udp("192.168.1.111" port(514)); };
Может и так прокатит... Реально судя по всему никто это делать не пробовал, нужно поэксперементировать.
-
В Tuesday, December 13, 2016 в 19:08, yuoras сказал:
1. Entware стоит уже давно , до этого был Zyxware
2. настройках журнала роутера только системные логи , а мне нужно все.
Нужно это , потому что , данный роутер работает два три дня и зависает (нет доступа веб интрефейсу, SSH).
Только ребут. Ничего нового не устанавливал на него , работал месяцами.Последнее время наблюдаются зависоны
Вот и хочу узнать ,что происходит
Если вы хотите писать логи с помощью syslog на NAS (имхо нет смысла, т.к. с таким же успехом вы можете писать на ЖД роутера), то нужно поиграться со строкой в конфиге, подставляя вместо file расположение NAS в сети:
destination messages { file("/opt/var/log/messages"); };
P.S. Скорее всего у вас уже подгорел процессор, такое бывает. Лечится временно приклейкой более мощного радиатора.
-
52 минуты назад, yuoras сказал:
Помогите пожалуйста, разобраться .
Роутер 192.168.1.1
nas c возможностью собирать статистику 192.168.1.111
Как только активировал стандартную отправку логов на удаленный сервер в настройках роутера и указал IP 192.168.1.111.
Стандартные Логи на NAS побежали.
Вот конфиг
options {
chain_hostnames(off);
sync(0);# The default action of syslog-ng 1.6.0 is to log a STATS line
# to the file every 10 minutes. That's pretty ugly after a while.
# Change it to every 12 hours so you get a nice daily update of
# how many messages syslog-ng missed (0).
stats(43200);
};##source src { unix-stream("/dev/log"); internal(); };
source src { udp(ip(192.168.1.) port(514)); };
unix-stream("/dev/log"); };
destination messages { file("/opt/var/log/messages"); };log { source(src); destination(messages); };
Как только указываю IP NAS 192.168.1.111 в конфиге , тогда служба просто не стартует
~ # /opt/etc/init.d/S01syslog-ng start Starting syslog-ng... failed.Как заставить роутер отправлять все логи на NAS ?.
Спасибо
Если вы хотите логи отправлять на NAS, Entware вам с Syslog вообще не нужно. Достаточно в настройках журнала роутера указать адрес вашего NAS (192.168.1.111) и поставить чекбокс.
-
Только что, S_A сказал:
Дать пользователю возможность задать предполагаемое время обновления и например минимальный порог трафика через роутер.
На 100% тут не угадаешь.
Не, как на Windows по мне это перебор, но для кого то имеет место быть. Я бы дома вряд ли автообновлением пользовался, но установить контролируемо по кнопке, да, почему нет...
-
13 минуты назад, ndm сказал:
Именно то, что мы и планируем сделать. Автоматические обновления. @Roman_Petrov @TheBB боюсь, по кнопке идею завернут.
С автообновлением все хорошо, но есть вопрос: а если в этот момент совершается какое нибудь важное действие? К примеру, скачивается файл? Поэтому я все же предлагаю начало запуска обновления все же при желании повесить на кнопку, а полностью автоматчическое обновление оставить чекбоксом по желанию.
-
36 минут назад, TheBB сказал:
@Roman_Petrov, речь-то не о вас (как по мне, так - без разницы, абсолютно, будет оно или нет), а о целесообразности добавления. Ждём понедельника, что скажут/как проголосуют остальные
Я понял, просто отвечать-то могу лично за себя только. Да, пусть голосование покажет.
-
5 минут назад, TheBB сказал:
Автоматизации (без участия пользователя) близко нет. Хотят, чтоб сделали дублирование функционала программной кнопки на аппаратную. И минимальные телодвижения спорны. При условии, что открыта "морда" - два клика крысы (1 - доступны, 2 - обновить)
Доводы против - приводил, однако.... А, про "кирпич" - это жестоко 
Не, ну давайте не делать
Честно говоря, могу и на веб заходить. Мне просто нравятся всякие новые фишки попробовать. Может и не прижилась бы Кстати, можно и минусовать, если фича вредной кажется.
-
4 минуты назад, S_A сказал:
А так можно потом не думать чего еще хотят юзеры планировать, если нужное действие доступно через CLI.
Это то да, бесспорно, но идем пока с обратного конца и создается фича а потом делается для нее возможность приделать расписание... и таких уже функции немало, придется все поломать и переделать, да еще обратную совместимость со старыми прошивками сделать..
-
4 минуты назад, S_A сказал:
В общем-то ни какой. Но вы фактически обсуждаете автоматизацию с минимальными телодвижениями: замигала лампочка и я пошел нажимать кнопку. Поэтому вариант автообновы напрашивается сам.
По поводу кирпича, это скорее подстраховка производителя. иначе в случае неудач, все начнут обвинять Zyxel, что он неправильно выбрал время обновления, когда электрик Вася решил дернуть рубильник. В случае нажатия кнопки лично пользователем, действия этого Васи уже не имеют значения. Т.е. это формальность. Но необходимая.
Что то в этом есть, однако обновление не всегда нужно или лучше выждать какое то определенное время или условия. Например, с драфтом, не хочется рисковать без отзывов других пользователей. Или роутер используется для работы и не можеть быть отключен интернет в это или другое время. Или даже дома фильм смотришь по dlna.
-
19 минут назад, S_A сказал:
Тоже давно об этом думал. Вместо кучи мелких фич, типа led shutdown, Wifi stop/start, нужно просто сделать CLI команду параметром schedule.
Голосую не за LED shutdown, но за 'shchedule <CLI command>.
Или для такого варианта обязательно отдельную голосовалку?
Это наверняка потребует перелопатить всю логику прошивки и будет очень сложно учитывая где мы сейчас уже находимся... Но имхо было бы очень круто в начале.
-
19 минут назад, S_A сказал:
Если вы готовы по миганию диода, нажать кнопку чтобы обновить прошивку на незнамо что, не глядя, то зачем это лишнее звено? Т.е. смотрение на лампочку и нажатие кнопки. Можно просто сделать галку в интерфейсе "Обновлять автоматически". При выборе предупредить пользователя, что в случае "кирпича" он виноват сам.
Так заодно можно и нагрузку на сервер планировать, обновляя пользователей по очереди.
Какая будет разница между "по нажатию логической кнопкой" или по такому же нажатию виртуальной кнопкой без просмотра и выбора доступных компонентов в веб ? Кирпичь вы можете точно также получить и в случае неудачного обновления через веб. Здесь риска даже меньше, вы не будете даже менять набор компонентов. И имхо удобно иногда.
-
34 минуты назад, TheBB сказал:
Угу, только из этих мелочей (нюансов) и складывается общая "картинка" (там - не докрутили, здесь - не подмазали, вот корабль и потонул... да и фих с ним, новый слепим)
Дался, вам, этот веб, не отвлекайтесь . Беседа про работу (будущую?) кнопки с "завязанными глазами", про обновление вслепую. Как, вам, такой вариант: перевод диодов, независимо от текущих настроек(стандарт или потушены) в режим индикации, т.е. каждый последовательно "подмигивает" два-три (четыре, пять. вышел зайчик погулять) раза. И так - в цикле, до конца обновления (если обновлений нет, то и реакции ноль)?а) Можно логику поставить, что на момент обновления (после нажатия на логическую кнопку обновления) светодиоды переводятся в режим индикации, а потом, после успешного завершения процесса, восстанавливается последнее состояние как было. Светодиод fn морает очень часто, 5-7 Гц до окончания процесса. Если произошла ошибка обновления, то перевод на режим отключения диодов (если был активен) не происходит до того момента, пока не зайдешь на веб интерфейс или не нажмешь на логическую кнопку погашения светодиодов, при этом светодиод быстро (1Гц) моргает, сигнализируя об ошибке. б) насколько я помню, как минимум на старших сериях роутеров, каждым светодиодом вообще отельно можно управлять (ph_ctrl), и команда LED shutdown вообще была создана объединив в группы индикаторов front/back/all, здесь тогда вообще какие проблемы даже в режиме отключенных диодов один "поморгать" когда нужно?
Я наверно подошел конечно слегка поверхностно, сложно конечно это все.. И куча нюансов с разными еще жедюлезюками. Однако ж сделали для всех led shutdown, нет?
-
20 минут назад, TheBB сказал:
Пока всё сводиться к тому, что надо стоять и наблюдать. А, при отсутствии реакции, лезть в "морду". Ещё такое может случиться: "... Караул!!! Починяйте!!! Я кнопку "тык-тык", а обнов - фига!!! Ничё ни работаеть!!! Хде обновы??? Это ж бага/глюк/косяк (соль-специи по вкусу)..."
И т.д., и т.п в том же духе. А делов-то - сервер обновлений был недоступен... (или доступен, а проблема - в другом...)
Ну так эт ж нюансы. Можно сделать, чтобы было видно, что пошел процесс, что диод начинает быстро моргать или как то еще. В конце концов, да, нюансы конечно же есть, они всегда будут... Через веб тоже; если не разворачивать список компонентов, только видно прогресс бар: скачка обновлений>обновление>перезагрузка. Причем я подозреваю, что отсчет идет чисто по времени (может и ошибаюсь).
По моему резюме: было бы имхо удобно, а вот думать, стоит ли релизовать, это уже оценивать компотентным людям
Я бы хохмы ради прикрутил кнопку к "обновить" и жизнь бы потом рассудила на драфтах... Не будет, тоже не помру, и так нормально. В одном точно вы правы - информативность через веб однозначно лучше и наглядно.
-
1 час назад, TheBB сказал:
А беты и стабильные прошивки уже не катят (помниться, при наличии обновлений, на соотв. вкладке, справа внизу "чёй-то списком выплывало")? Ну, логи можно и не смотреть (сказанул - хуже матерщины, кому оно надо, кто их смотрит), а с кофе - не понял! Авось? По возвращении с чашечкой кофе - сюрпрайз (если худший из вариантов)? Или стоять и ждать "весёлого перемигивания" диодов, и, только после, идти "обмывать" успешное (?) завершение операции?
Не, ну худший вариант то можно и через веб получить.... Если не иметь в виду "кирпичь", то здесь вариант уже зайти по принуждению на веб и посмотреть, че-там-не-так приговаривая бла-бла-кто-меня-дернул-счас-обновлацца ....
-
6 минут назад, TheBB сказал:
Речь не о том - "как это сейчас" (а, ведь, еще совсем недавно, "весело подмигивал"), а о том - "как это будет" (и не факт, что очередное обновление, не сломает работу). Не-е-е, как по мне, так уж лучше по-старинке, через "морду". И changelog глянуть можно, мимо ходом (а нужно ли оно (обновление)? Может, просто, поддержку модемов добавили, и всё. Оно, всяко, надёжней будет, чем таращиться на панельку в предвкушении чуда и не проморгать своего счастья.
Больше, больше предложений!!! Что-то, может, и будет выбрано на реализацию.
Так на то это и так называемое "экспресс обновление" : без изменения компонентов, без лишних движений:) Я, например, это себе представляю так: т.к. я все равно change log-и смотрю тут на форуме, их для драфт версий встроенных в веб мордочку просто нет, то я их посмотрел через телефон, и без лишних движений, если все устраивает, нажал себе кнопочку и пошел кофе пить
ни тебе всяких там заходов долгих-просмотров компонентов-журналов и т.д. Это примерно как зайти на вкладку обновлений и не разворачивая список компонентов, нажать "обновить" без всяких хитростей. Да и на это честно не всегда время или желание есть, а быть на свежей прошивке хочется.... Ну как то так.
-
13 минуты назад, AndreBA сказал:
Здравствуйте. А как правильно эту команду прописать,настроить?
system led shutdown (front | back | all) schedule {schedule}
В терминале пишу, а он в ответ:
Command::Base error[7405602]: mode: argument parse error.
(config)>
Вам еще сначала тот самый schedule создать нужно и потом вместо {schedule} корректное имя созданного вами schedule:
Создать и настроить время включения и выключения
(config)> schedule LED
(config if )> ..... (здесь вы далее зададите параметры start и stop) ...
Потом подставить этот schedule для включения и выключения светодиодов, например, передних:
system led shutdown front schedule LED
Как то так, про настройку встроенных расписаний тут уже не раз обсуждалось...
-
1
-
-
1 час назад, TheBB сказал:
Не увидел(и)... FN молчит, как партизан на допросе (а обновления-то есть, вчера-а-ашние) (и, ва-а-аще, диоды могут быть погашены)
Почему сразу не пропустить "бесполезные" этапы и не перейти в "морду"? А, главное, как отслеживать процесс обновления? Ждать перезагрузки? А, если... (уже писал), то...
С тем, что пока не видит сразу диодом обновлений, это поправляемый 100% нюанс. Уже где то спрашивали про это и @ndmотвечал, что это в приделах нормы. Тем более сейчас имеются проблемы с сервером, через веб-то даже через 3 раза видит... Ну а имхо кому пользоваться экспресс обновлений или нет уже решает каждый сам для себя... Если не сработает сразу по каким то причинам, тоже не страшно, ошибку обновления можно на тот же диод FN вывести. Как то так: FN диод моргает иногда, как сейчас - доступны обноления. После нажатия на кнопку обновления - перегрузился роутер, это все равно будет видно, даже если led shutdown front/back/all on (на какое то время все равно при загрузке они заморгают, попка система полностью не загрузиться) и если обновление успешное - FN больше не моргает. Неуспешное - по любой ошибке обновления - моргает часто (даже с front led off) , предлагая зайти на веб и проверить что случилось.
-
Голосуйте ребятки по активнее, авось и наголосуем. А там уже как Боженька даст
-
1 час назад, TheBB сказал:
@Roman_Petrov, a к задней панели телевизора прилепить?
Не хочется телевизор пачкать
Опять же качество сигнала падает 
Снова не вариант для меня однако
Снова не вариант для меня однако
Снова ложно срабатывает индикатор FN
in 2.09
Posted
Ultra II, подтерждаю. После повторного обновления на ту же версию гаснет. При повторном заходе на веб снова не загорается.