Jump to content

m__a__l

Forum Members
  • Content count

    84
  • Joined

  • Last visited

Community Reputation

7 Neutral

About m__a__l

  • Rank
    Advanced Member

Equipment

  • Keenetic
    giga iii

Recent Profile Visitors

246 profile views
  1. После обновления на 2.11.A.9.0-0 при включении сортировки в логе ошибки С огрызка кидать селф тест совсем неудобно, если необходимо, отправлю потом с компа.
  2. Все уже реализовано, поищите на форуме, только расписание на led off только через cli настраивается, если ничего не изменилось.
  3. Тема немного "угасла" в связи со спецификой реализации балансировки при Dual Wan / Multi Wan. Оно и понятно, разработчик не хочет городить "костыли" в виде прописывания каждого сайта индивидуально, а по другому не получается или пользователи будут заваливать вопросами: почему скорость не суммируется при загрузки из всяких там Web хранилищ, или почему у меня vk и остальные соц сети постоянно просят авторизацию и т.п. проблемы. Но ведь тех пользователей(например меня), у которых уже есть резерв продолжает душить жаба, чего это он совсем простаивает, ведь уже уплачено. В связи со спецификой балансировки всего Web трафика, да и если честно призадуматься, то для обычного пользователя при просмотре веб страничек крайне редко возникает необходимость получить скорость выше 100 мегабит/с, буду говорить за себя, при обычном домашнем пользовании ни разу не было вопроса разгона выше 100 мегабит/с. А вот есть сценарий, при котором мне очень не хватает резервных 50 мегабит/с, это загрузка торрентов, ведь если к основному каналу (100 Мбит/с) добавить еще и резервный (50 Мбит/с) получается экономия времени на закачку файла 1/3 т.е. при закачке большого файла можно ожидать не 3 часа, а всего 2 (ох как это время заметно, когда собираешься в долгую поездку и нужно ребенку новых мультиков накачать, да и себе несколько сериалов залить, а делается это часто в последний момент) Есть предложение, запилить в коробочном решении балансировку каналов (желательно сразу Multi Wan) исключительно для torrent трафика, это позволит избежать ряда проблем со спецификой работы стандартных веб сервисов(сайтов) и даст возможность обычным пользователям грузить торренты значительно быстрее. Можно даже рекламный слоган на новые коробки кинетиков повесить, что нибудь типа: "Грузи торренты максимально быстро! Скорость всех подключенных провайдеров суммируется". Со слоганом бред конечно, но может маркетологи, что то более разумное сообразят Что бы не путать народ, могу отдельной темой оформить, а то скажут, мол "присоседился", тема про общий баланс, а тут урезаный вариант, но что то мне подсказывает, что балансировка только торрент трафика хуже не сделает и будет приветствоваться, лучше так, чем ничего
  4. Поддержу, force_sort_criteria не помогло. Журнал засыпает ошибками
  5. Спасибо! выпросили
  6. Не понимаю, какое отношение имеет ваша ссылка к текущему обсуждению? еще раз понять, что функции которые просим сейчас отсутствуют? Это и без описания понятно. Я премного благодарен за ваши советы, как реализовать тот или иной функционала с помощью OPKG, вы даете полезны рекомендации по написанию скриптов, но я никак не могу понять, почему многие (не именно вы) так агрессивно переводят просьбу реализации пусть даже элементарного функционала в коробке, на то, что это можно сделать с помощью OPKG??? После вашей первой рекомендации, я понимаю, что это можно реализовать с помощью OPKG, зачем дальше кидать ссылки на описание имеющегося функционала? я разве обратился в службу поддержки с требованием это сделать? НЕТ!!! я написал в теме Развитие NDMS с просьбой к разработчикам это реализовать из коробки (это относительно не сложно, не изменит размер прошивки, не сделает хуже пользователям, которых устраивает "как есть"). Повторюсь, тема называется "Развитие NDMS" в которой обсуждаются: "Планы развития, обсуждение новых возможностей прошивки, предложение новых функций"
  7. Совершенно верно, а хотелки из коробки пользователи высказывают в разделе Развитие NDMS, при этом каждый второй «удивляется»: зачем это пользователю получать легко и просто из коробки, если можно устроить себе танцы с OPKG.
  8. Использование периферии при разных условиях, у каждого индивидуально, для меня в теме развитие всегда было не понятно, почему вседа первые отсылы идут к opkg? Разве человек спрашивает, как мне самому развернуть??? Нет! для этого на форуме есть свой раздел. Вот к примеру в этой теме человек попросил сортировку, а она реально была «кривая» к нему прислушались и помогли и это очень хорошо, т.к. очередной раз убеждаюсь, что система голосования на этом форуме необъективна, т.к. число пользователей сильно ограничено и многие из них используют железо, как решение для офисов, соотвестсвенно мало кто юзает возможности dlna. Я в соседней теме попросил возможность менять настройку dlna, реакции не последовало, я и не пытаюсь что то предъявить, это дела разработчика, слушать просьбы или нет.
  9. При чем тут flash? речь идет о omni, там всего 1 usb разъем, кино и мульты для ребенка на hdd, который иногда и вынимается из железки (в основном для копирования), соответственно opkg которое должно быть на этом же hdd отключается, потом при возвращении винта opkg далеко не всегда нормально заводится, приходится железку ребутить, довешивать usb хабы тем более активные это вообще жесть. Не нужно мое сообщение опять сводить к флешкам и opkg, повторюсь, хочется простоты и удобства, а не танцев с хабами флешками и скриптами.
  10. За сортировку большое спасибо! Может еще и корневой контейнет дадите возможность менять? CLI или WEB, не важно, главное из коробки. есть у меня в деревне старенький omni, и на нем периодически возникает неоходимость вынимать hdd, в связи с этим держать opkg на нем совсем не хочется, что бы минимизировать «глюки» включения/отключения opkg на горячую.
  11. Есть ли надежда, если все равно начнете работы по разным WAN-ам, добавить поддержку балансировки на разные WAN-ы только для torrent трафика? Это позволит задействовать резервный канал, когда он действительно реально нужен для разгона трафика выше 100 Мбит/с --> торренты, т.к. для остальных бытовых нужд обычного пользователя более 100 Мбит в основном не требуется. Если добавить балансировку канала только для торрент трафика, это не создаст ожидаемых проблем для постоянных запросов аторизаций на сайтах при обращениях к ним из разных WAN и должно удовлетворить вашей политике, пользователю только плюсы от вашей железки, а проблем нет
  12. Пока новый интерфейс в стадии разработки, может добавите возможность выбора контейнера для dlna без доп скриптов и прочих танцев с бубном? Понимаю, что голосов мало, но это либо на форуме единицы dlna пользуют либо я не правильно сформулировал предложение, ну не может дефолтная настройка удовлетворять большенство пользователей.
  13. @ndm, @Le ecureuil Может жесткая перезагрузка раз в час это и перебор, а вот войти в положение человека, который затарился кучей роутеров и теперь имеет головную боль и ночи без сна, наверное можно, как пример допилить в CLI настраиваемую руками опцию к ping check к примеру в виде отправлять в перезагрузку девайс, если инет не поднимается скажем так через 30-50 "передергиваний" модема. С точки зрения разработчиков, более чем понимаю, хочется "правильно решить" проблему, а не строить костыли, но если у человека не хватает времени и сил разорваться на объекты, может все же есть смысл устроить костыль по перезагрузке, который можно включить только специально и через CLI, что бы обычный пользователь при всем желании случайно не смог ткнуться. Может этот костыль даст возможность клиенту после решения основной проблемы найти свободное время для пары ближайших проблемных объектов заняться снятием селфов, а не бежать везде и нигде не успевать это сделать. Ну и как доп предложение, может ради диагностики на корню есть смысл допилить опцию по отправке логов не только на внешний сервер, но и на внешний диск, к примеру как в текущей теме, все плохо, снять селфы не получается, а вот если бы воткнуть usb хаб без питания и повесив дополнительно флешку кидать копию логов на нее, даже после жесткого ребута по питанию, можно было бы их восстановить. Кстати, @vitgan, а нет ли у вас возможности поставить на время, рядом с часто проблемным роутером, воткнув в его LAN другой keenetic (не lte) или древний ноут или какой нибудь древний ПК с линуксом на борту и настроить дублирование логов на него по аналогии с этой темой: оно вроде копию селф теста тоже пишет, сейчас проверить не могу, форумчане поправьте если не прав.
  14. Как и предполагал, ошибка была именно софтовая, не в прошивке конечно, но прошивка все таки косвенно виновата, а именно: ошибка возникала из за syslog-ng, который у меня пишет на внешний диск, а opkg стоит на флешке, так вот в версии 2.09.B.0.0-0 поменялся приоритет подключения флешки и hdd местами, ранее на 2.08 hdd стартовал раньше и все гуд, а теперь первая стартует флшка и запускает syslog-ng, который начинает писать по пути /tmp/mnt/"метка диска"/log/... и винт не может подцепиться, т.к.по пути /tmp/mnt/"метка диска"/log/... уже есть данные, ну и не страшно, переключил запись логов на флешку и все вернулось в строй. По основному вопросу, который и послужил для создания данной темы, да, баг l2tp от пчилайна действительно живет на прошивке 2.08, на 2.09.B.0.0-0 не воспроизводится, если не будет новых "сюрпризов" останусь на ней. Есть еще отдельный вопрос к @Le ecureuil, за что был опущен ниже плинтуса usb хаб, на который я давал ссылку??? я даже было усомнился в своем выборе не дорогого (по скидке был ~800р.) и надеялся хорошего хаба, в итоге заморочился, нашел бп способный дать более 2 ампер, запитал хаб, к уже имеющимся флешке и HDD 2.5, добавил еще и HDD 3.5 на 1 Тб, все взлетело без проблем, в итоге так и не понимаю, чем же плоха железяка??? если все так плохо, ткните носом, в чем подвох? и что же считается хорошим? и еще просьба, на прошивке 2.09.B.0.0-0 вновь вернулся спам в журнал, на 2.08 спама не было, как в этой теме:
  15. @vasek00 фраза "вы не правы" звучала в другом контексте, ни в коем случае не затрагивая ваши познания, все относилось только к локальной проблеме. А все, что описано с локальной проблемой выполнялось через веб морду. С теорией о прнципе работы наверняка можно согласиться, но я описывал только то, что есть, с одной стороны проблема с самопроизвольным падением канала (хз может там полосатые виноваты, ответа то не было по селфам) с другой стороны была явная разница при сохранении активных подключений при ручном или самопроизвольным падением канала на разных прошивках.
×