m__a__l

Тема немного "угасла" в связи со спецификой реализации балансировки при Dual Wan / Multi Wan. Оно и понятно, разработчик не хочет городить "костыли" в виде прописывания каждого сайта индивидуально, а по другому не получается или пользователи будут заваливать вопросами: почему скорость не суммируется при загрузки из всяких там Web хранилищ, или почему у меня vk и остальные соц сети постоянно просят авторизацию и т.п. проблемы. Но ведь тех пользователей(например меня), у которых уже есть резерв продолжает душить жаба, чего это он совсем простаивает, ведь уже уплачено. В связи со спецификой балансировки всего Web трафика, да и если честно призадуматься, то для обычного пользователя при просмотре веб страничек крайне редко возникает необходимость получить скорость выше 100 мегабит/с, буду говорить за себя, при обычном домашнем пользовании ни разу не было вопроса разгона выше 100 мегабит/с. А вот есть сценарий, при котором мне очень не хватает резервных 50 мегабит/с, это загрузка торрентов, ведь если к основному каналу (100 Мбит/с) добавить еще и резервный (50 Мбит/с) получается экономия времени на закачку файла 1/3 т.е. при закачке большого файла можно ожидать не 3 часа, а всего 2 (ох как это время заметно, когда собираешься в долгую поездку и нужно ребенку новых мультиков накачать, да и себе несколько сериалов залить, а делается это часто в последний момент) Есть предложение, запилить в коробочном решении балансировку каналов (желательно сразу Multi Wan) исключительно для torrent трафика, это позволит избежать ряда проблем со спецификой работы стандартных веб сервисов(сайтов) и даст возможность обычным пользователям грузить торренты значительно быстрее. Можно даже рекламный слоган на новые коробки кинетиков повесить, что нибудь типа: "Грузи торренты максимально быстро! Скорость всех подключенных провайдеров суммируется". Со слоганом бред конечно, но может маркетологи, что то более разумное сообразят Что бы не путать народ, могу отдельной темой оформить, а то скажут, мол "присоседился", тема про общий баланс, а тут урезаный вариант, но что то мне подсказывает, что балансировка только торрент трафика хуже не сделает и будет приветствоваться, лучше так, чем ничего

Спасибо! выпросили

Не понимаю, какое отношение имеет ваша ссылка к текущему обсуждению? еще раз понять, что функции которые просим сейчас отсутствуют? Это и без описания понятно. Я премного благодарен за ваши советы, как реализовать тот или иной функционала с помощью OPKG, вы даете полезны рекомендации по написанию скриптов, но я никак не могу понять, почему многие (не именно вы) так агрессивно переводят просьбу реализации пусть даже элементарного функционала в коробке, на то, что это можно сделать с помощью OPKG??? После вашей первой рекомендации, я понимаю, что это можно реализовать с помощью OPKG, зачем дальше кидать ссылки на описание имеющегося функционала? я разве обратился в службу поддержки с требованием это сделать? НЕТ!!! я написал в теме Развитие NDMS с просьбой к разработчикам это реализовать из коробки (это относительно не сложно, не изменит размер прошивки, не сделает хуже пользователям, которых устраивает "как есть"). Повторюсь, тема называется "Развитие NDMS" в которой обсуждаются: "Планы развития, обсуждение новых возможностей прошивки, предложение новых функций"

Совершенно верно, а хотелки из коробки пользователи высказывают в разделе Развитие NDMS, при этом каждый второй «удивляется»: зачем это пользователю получать легко и просто из коробки, если можно устроить себе танцы с OPKG.

Использование периферии при разных условиях, у каждого индивидуально, для меня в теме развитие всегда было не понятно, почему вседа первые отсылы идут к opkg? Разве человек спрашивает, как мне самому развернуть??? Нет! для этого на форуме есть свой раздел. Вот к примеру в этой теме человек попросил сортировку, а она реально была «кривая» к нему прислушались и помогли и это очень хорошо, т.к. очередной раз убеждаюсь, что система голосования на этом форуме необъективна, т.к. число пользователей сильно ограничено и многие из них используют железо, как решение для офисов, соотвестсвенно мало кто юзает возможности dlna. Я в соседней теме попросил возможность менять настройку dlna, реакции не последовало, я и не пытаюсь что то предъявить, это дела разработчика, слушать просьбы или нет.

При чем тут flash? речь идет о omni, там всего 1 usb разъем, кино и мульты для ребенка на hdd, который иногда и вынимается из железки (в основном для копирования), соответственно opkg которое должно быть на этом же hdd отключается, потом при возвращении винта opkg далеко не всегда нормально заводится, приходится железку ребутить, довешивать usb хабы тем более активные это вообще жесть. Не нужно мое сообщение опять сводить к флешкам и opkg, повторюсь, хочется простоты и удобства, а не танцев с хабами флешками и скриптами.

За сортировку большое спасибо! Может еще и корневой контейнет дадите возможность менять? CLI или WEB, не важно, главное из коробки. есть у меня в деревне старенький omni, и на нем периодически возникает неоходимость вынимать hdd, в связи с этим держать opkg на нем совсем не хочется, что бы минимизировать «глюки» включения/отключения opkg на горячую.

Есть ли надежда, если все равно начнете работы по разным WAN-ам, добавить поддержку балансировки на разные WAN-ы только для torrent трафика? Это позволит задействовать резервный канал, когда он действительно реально нужен для разгона трафика выше 100 Мбит/с --> торренты, т.к. для остальных бытовых нужд обычного пользователя более 100 Мбит в основном не требуется. Если добавить балансировку канала только для торрент трафика, это не создаст ожидаемых проблем для постоянных запросов аторизаций на сайтах при обращениях к ним из разных WAN и должно удовлетворить вашей политике, пользователю только плюсы от вашей железки, а проблем нет

Пока новый интерфейс в стадии разработки, может добавите возможность выбора контейнера для dlna без доп скриптов и прочих танцев с бубном? Понимаю, что голосов мало, но это либо на форуме единицы dlna пользуют либо я не правильно сформулировал предложение, ну не может дефолтная настройка удовлетворять большенство пользователей.

Спасибо за ссылку, может есть пример, как это применить к примеру к: #!/bin/sh PATH=/opt/sbin:/opt/bin:/opt/usr/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin nc 192.168.1.38 5054 < /opt/etc/elf/kernel_hooks_CUSA00002.elf sleep 5 nc 192.168.1.38 5088 > /dev/null скрипты отличаются только забрасываемым фалом, т.е. вместо kernel_hooks_CUSA00002.elf будет kernel_hooks_CUSAXXXXX.elf

Назрел еще вопрос по запуску скриптов, подскажите, а можно ли используя nginx при обращении к определенной html-ке запустить скрипт на роутере? Это было бы идеальное решение и не пришлось бы дополнительно кнопку на роутере жмакать. Если это возможно, буду очень признателен за готовый набросок, т. к. ни html ни java ни php не знаю, поковыряться в полу готовом и доправить под себя наверное смогу, а вот с нуля читать и писать не потяну, да и выходных всего 2 дня, а в будни ни об отдыхе ни о само развитии речи не идет, работа и семья поглощают 120% времени.

Всем добра! Собственно возник вопрос, а можно ли запилить запуск разных скриптов с разных кнопок на роутере? На вопрос "зачем" , все очень просто, не так давно на PS4 научились запускать бекапы игр, но для этого нужно поплясать с бубном, поэтому бубен решил перенести с компа на роутер, т.к. он всегда работает, но у бубна есть недостаток, ждя каждой игры, свой скрипт, а в etc всего одна папочка для для скриптов, с одной игрушкой конечно задача решилась, а вот если еще добавить, то беда, да и жене объяснять, как запустить другую и для этого нужно зайти сюда, а там запустить то, а потом подождать, не очень то получится

Как и предполагал, ошибка была именно софтовая, не в прошивке конечно, но прошивка все таки косвенно виновата, а именно: ошибка возникала из за 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 спама не было, как в этой теме:

@vasek00 фраза "вы не правы" звучала в другом контексте, ни в коем случае не затрагивая ваши познания, все относилось только к локальной проблеме. А все, что описано с локальной проблемой выполнялось через веб морду. С теорией о прнципе работы наверняка можно согласиться, но я описывал только то, что есть, с одной стороны проблема с самопроизвольным падением канала (хз может там полосатые виноваты, ответа то не было по селфам) с другой стороны была явная разница при сохранении активных подключений при ручном или самопроизвольным падением канала на разных прошивках.

Я так и не смог понять при чем здесь pingcheck??? если вы думаете, что проблема в нем, то это не так, об этом я писал в своем 2-м сообщении, без pingcheck канал все равно падает на прошивке 2.08. Снова вы не правы... еще раз прошу, если даете ответ, не читайте по диагонали, тот же ответ в моем сообщении: Т.е. я на 2.08 и на 2.09 делал одинаковые манипуляции, выключал l2tp руками, так вот на 2.08 "фишка" с суммированием каналов работает, а на 2.09 нет.

@AndreBA Спасибо за ссылку! Если Вы внимательно читали мое следующее сообщение, то выясняется, что это именно "баг", который существует в v2.08(AAUW.0)C2 (возможно и других версиях), почему это баг? да по простой причине, l2tp самопроизвольно отваливается и потом повторно поднимается, а вот к примеру в 2.09.A.9.0-0 этой проблемы нет, т.е. l2tp самопроизвольно не отваливается, но перестает работать фишка при суммировании каналов при временно ручном отключении l2tp и повторном его включении, тут вот уж хз, возможно как раз начали подчищать кеш.

@Le ecureuil это хаб как бы имеет внешнее питание, единственное, что оно сейчас физически не подключено, да и на кабеля питания для огрызков и микро юсб к этой конторе вопросов нет, даже в машину длинный microusb менял от них, т.к. от обычной китайщины даже 1 ампера выдавить не получалось на 3 метра, а их провод необходимые 2ампера продавливает. Я правильно понимаю, что ошибки на 2.09.9 были из за нехватки питания? Проблема то возникала именно после перезагрузки, я даже для проверки сделал сброс, все гуд, накатил конфиг, гуд, ребут и тогда уже проблема начинается. Очень уж на софтовую ошибку похоже. На выходных отправлю жену с ребенком в деревню и появится свободное время для проверок. Жаль 2.09.9 не сохранил для проверок, скорее всего новый драфт уже появится.

На выходных удалось на пару часов добраться до компа с возможностью обновлять/перегружать роутер, поставил версию 2.09.A.9.0-0 и случилось чудо, за ~1 час закачки большого торрента ни разу l2tp не отвалился сам. Так же наблюдался и отрицательный эффект для 2-х каналов, т.е. "фишка/баг" версии v2.08(AAUW.0)C2 не работал(а), а именно, при принудительном отключении l2tp нагрузка полностью переходила на резервный канал, при возвращении l2tp в работу, все коннекты с резервного канала "терялись" и закачка полностью переходила только на основной канал, т.е. волшебных 200Мбит/с больше добиться не получалось. Тут я подумал, что и фиг бы с этими непостоянными 200Мбит/с, главное стабильность, и хотел остаться на драфте, но опять это но..... после перезагрузки стал отваливаться HDD, к сожалению лог не сохранил(закончилось время на игрушки с роутером и все нужно было быстро возвращать в полностью рабочее состояние), помню, что после перезагрузки в момент попытки подключения HDD в логах появлялась ошибка: /tmp/mnt/"метка диска" not empty, флешка при этом цеплялась нормально. HDD и флешка подключены через такой хаб, может в это проблема, но на v2.08(AAUW.0)C2 все работает. В итоге получается, что проблема с l2tp от пчилайна проявляется на v2.08(AAUW.0)C2, а на 2.09.A.9.0-0 этой проблемы нет, но перестает работать фишка при суммировании каналов на больших торрентах при временно ручном отключении l2tp основного провайдера. Ну и появилась проблема с HDD, если бы не это, остался бы на драфте.

@ndm @Le ecureuil не подскажите? может что еще включить/отключить? что ломает коннект?

Не помогло, что делал: 1) отключил ping-check запустил большой торрент, выключил l2tp, поднялись коннекты через 2-го провайдера, включил обратно, качает с обоих, суммарно больше 20 мегабайт/с, прошло около 10 мин, ну думаю все гуд, вернулся к компу, не гуд....., отвалилось и продолжало отваливаться много раз, это в первом селфе. 2) решил на всякий случай перепроверить, отключил 2-го провайдера через IPoE, все равно рвет подключение, ну и последним этапом перегрузил роутер без 2-го провайдера, не помогло, даже когда кабель только от билайна, все равно рвет коннекты. Смутил момент, что через Broadband connection загрузка скакала до 20 мегабит, может это рвет связь? может l2tp не хватает канала для поддержания тунеля? селфы ниже добавлю, первый без ping-check, второй без ping-check, 2-го провайдера(выдернут шнурок) и после перезагрузки.

Всем добра. Столкнулся со странной штукой. Имеется 2 провайдера (beeline(l2tp) и 2kom(IPoE), билайн основной), во время загрузки больших торрентов на ПК заметил "мистику", в uTorrent скорость периодически повышается выше 100 мегабит, точнее наблюдал 130 мегабит, это как раз сумма обоих каналов. Не поверил, на резервном включил ускорение до 100 мегабит, и действительно, суммарная скорость поднялась до 200 мегабит, думаю интересно.... При этом происходят чудеса с подключениями, l2tp от билайна постоянно отваливается и снова подключается, думаю в этом и кроется причина активации второго канала, похоже, что пока билайн отвалился, utorrent успевает поднять подключения через другой канал и не отпускает их даже, когда билайн "возвращается". Эта бага конечно хорошо, при загрузке "больших" торрентов начинает приносить пользу резервный канал, но с другой стороны напрягает регулярная падучесть l2tp, если эта бага/фича с суммированием скорости действительно работает при отключении основного канала, то я это и руками смогу делать, а вот падения коннектов нужно посмотреть/подчинить. Ниже собственно скрины, на которых видно, что оба провайдера работают, ни каких маршрутов сам не прописывал, все происходит во время скачки торрентов с ПК, который подключен по проводу. ниже добавлю селф в моменты падения подключения l2tp

А самый "простой" вариант аппаратной проблемы проверяли? раскрутить и предожить термобумагу/палец к чипу? если к вам попало "горелое" железо, чип сразу после включения палец обжигать начинает.

тут я правила не прописывал, то, что досталось из "коробки", так и работает, у Вас по другому ставится и запускается dnsmasq из репозитария? добавлен только скрипт из первого поста прописав все днс от обоих провайдеров я предполагал, что пока поднят основной канал, работают его днс и не важно, доступны ли днс 2-го провайдера, ну и соответственно когда падает основной канал, маршрут по умолачнию меняется и становится наплевать на днс 1-го провайдера, вторые то автоматически станут доступны, может я и ошибаюсь, но именно так представляю себе необходимость прописывать несколько днс, один сервер недоступен, автоматически переходит на следующий. про каналы не совсем понял, если речь о типе подключения? то основной L2TP, резерв IPoE.

Решение есть, это другой браузер, но это менее удобно и как допилят для iOS, будет и iPsec Virtual IP, пока юзается как подключение к домашней сети. и сам конфиг(днс взяты от обоих провайдеров): если не сложно, подскажите как понять откуда идут запросы, с каких именно адресов? к примеру выключу блокирующее правило и что нужно запустить, что бы понять кто использует dnsmasq? если через tcpdump то с какими параметрами запускать?

В том то и дело, что запущен был только dnsmasq с этим скриптом: в таком варианте стало до крайностей доходить: Без блокировки рекламы тоже не вариант, некоторые сайты на столько обвешивают странички рекламой, что старенький iPad mini на этих страницах начинает "захлебываться". В итоге повесил запрещающие правила на резервного провайдера и все сразу "успокоилось" Жаль, что никто не подсказал, как посмотреть, кто и куда "долбится" что бы это не методом исключения искать. И возник вопрос, 65053 порт пробросился из за UPnP? или из за скрипта? я думал, что он по умолчанию из вне не должен быть доступен.