Jump to content

Spectre

Forum Members
  • Content Count

    12
  • Joined

  • Last visited

Community Reputation

1 Neutral

About Spectre

  • Rank
    Member

Equipment

  • Keenetic
    Ultra II, Extra II

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Спасибо за проверку, но у вас все-же разные модели. Я на днях доберусь до кинетика (это за городом) и еще раз проверю с 3-я модемами разные вариации. Если повторится, то попробую баг на это открыть.
  2. Небольшой апдейт от меня. На выходных попробовал 3 модема (напомню, одинаковых e3372) подключить в Keenetic. Эффект получился совершенно неожиданным - определилось только 2 модема (UsbLte0 и UsbLte1), а третьего как не бывало (show usb тоже не показывает). При ребуте Keenetic'а он случайным образом выбирает 2 модема, а 3-й никогда не появляется. Причем это не зависит от того, в какие порты они включены. Дальше я удалил компонент для работы с NDIS модемами чтобы заставить их работать в CDC. Снова вижу только 2 модема. Дальше удалил и CDC компонент и наконец получил все 3 модема как UsbModem0..2 в системе. С тем-же рандомным назначением портов. При таком раскладе (модемы не работают как CDC/NDIS) мой скрипт смысл теряет, поэтому планирую на днях еще поэкспериментировать как заставить все 3 модема работать. Очень бы не хотелось для этого задействовать 2-й Keenetic или даже уезжать на PfSense.
  3. @Keenetic Team, у меня есть предложение как можно сделать подобную настройку в самом кинетике. Достаточно добавить в интерфейсе настроек 3G/4G модемов опцию привязки к соединению, по аналогии как это делается с фиксированным IP-адресом. Это может быть dropdown список, в котором пользователь будет выбирать "UsbLte0", "UsbLte1" и так далее (по кол-ву активных интерфейсов). При старте модема, он будет проверять была ли выбрана фиксация интерфейсов соединений и если да, то назначать выбранный интерфейс. Вам понадобится сделать уникальный идентификатор соединений, поскольку интерфейс соединений (UsbLte0, UsbLte1, ...) уже на это не годится. Проще всего, для этого сделать description соединения (интерфейса) уникальным - не могу представить себе ситуацию для чего называть разные соединения одинаково.
  4. Небольшой статус по моим попыткам написать скрипт. Скрипт будет запускаться уже после события назначения портов в Keenetic, а это означает, что есть ровно 2 варианта развития событий: После определения того, что порты назначены неверно (то есть не так как нам нужно), можно просто ребутнуть Keenetic. Если в наличии 2 модема, то после 1-2 ребутов у нас должна получится правильное распределение портов. Метод топорный, зато ничего не меняющий в настройках соединений модемов. После определения, обновить настройки созданных (новых) соединений. Здесь можно настройки вписать в конфиг скрипта, но их довольно много и придется постоянно поддерживать настройки скрипта в актуальном состоянии. Либо попробовать настройки прочитать из одних соединений и перенести их в другие. Например, настройки UsbLte0 перенести в UsbLte1 и наоборот. Keenetic не запрещает дублировать имена соединений и приоритеты, то есть копирование пройдет нормально. Учитывая, что у меня 3 модема, ловить 1-й вариант возможно придется долго, но я в скрипте сделаю такую опцию. Я ориентируюсь на 2-й вариант с копированием настроек. В этом, случае настроек в скрипте получается самый минимум: # modems (there may be several entries, be sure that "interface" is unique) modems => [ { interface => 'UsbLte0', description => 'A1' }, { interface => 'UsbLte1', description => 'MTS' }, { interface => 'UsbLte2', description => 'Life' }, ], Как видно из этого примера, привязку я решил делать к названиям соединений (interface description). IMEI и другие параметры становятся доступны только после поднятия соединений на модемах, а это во-первых долго, а во-вторых ненадежно (вдруг с перепутанными портами соединения вообще никогда не поднимутся). Самый сложный момент - это чтение текущих настроек интерфейсов (а их приходится читать из разных мест) и подбор команд для прописывания их в существующие интерфейсы. Этим сейчас и занимаюсь.
  5. Смотрите - я не то, чтобы специально пытаюсь на HTTPS обратиться, это делает за меня Safari. Сейчас еще раз проверил: Когда пытаюсь открыть ссылку http://docs.help.keenetic.com/cli/3.1/ru/cli_manual_ku_rd.pdf в Chrome, она успешно открывается Когда эту же ссылку открываю в Safari, меня перебрасывает на HTTPS версию и я получаю ошибку. В приватной вкладке то же поведение. Почему Safari так делает сходу непонятно. Но учитывая, что это дефолтный браузер для macOS и iOS, явно стоит разобраться.
  6. Пробовал документацию к Ultra II - https://docs.help.keenetic.com/cli/3.1/ru/cli_manual_ku_rd.pdf Дальше к Extra II - https://docs.help.keenetic.com/cli/3.1/ru/cli_manual_ki_rb.pdf Дальше по вашей ссылке на Yandex.disk - https://disk.yandex.by/d/Hetjq8Nb3JqMk7 С 4-й попытки нашел по ссылке https://cloud.mail.ru/public/LBHc/5nH5Upk59 (для 3.0 версии). Глянул wget'ом - ругается на сертификат: $ wget https://docs.help.keenetic.com/cli/3.1/ru/cli_manual_ku_rd.pdf --2019-10-24 14:18:05-- https://docs.help.keenetic.com/cli/3.1/ru/cli_manual_ku_rd.pdf Resolving docs.help.keenetic.com (docs.help.keenetic.com)... 172.217.23.112 Connecting to docs.help.keenetic.com (docs.help.keenetic.com)|172.217.23.112|:443... connected. ERROR: no certificate subject alternative name matches requested host name ‘docs.help.keenetic.com’. To connect to docs.help.keenetic.com insecurely, use `--no-check-certificate'.
  7. По поводу хаба - я проверю на выходных, воткну оба модема в хаб и гляну как кинетик будет их порты отображать. А по поводу зависания - у меня были случаи когда срабатывала проверка ping check, дальше кинетик пытался модем рестартануть, но у него это не получалось. А не получалось из-за того, что строка инициализации была указана и (почему-то) иногда с ней модем не запускался. При активном хабе так все и крутилось в цикле пока я не приезжал и не вырубал модем физически.
  8. (а слона то я и не заметил) Нашел как различить модемы между собой - при помощи "show interface" команды: (...) Interface, name = "UsbLte0" id: UsbLte0 index: 0 type: UsbLte description: A1 interface-name: UsbLte0 link: up connected: yes state: up (...) imei: 867028043155319 operator: Velcom Есть и description, и imei и оператор. Все что нужно. А если захочется к портам привязаться, то можно при помощи "show usb" найти где какой UsbLte: usb: device: name: UsbLte0 (...) device: name: UsbLte1 (...) Попробую скрипт набросать, который будет по крону каждую минуту лазить на модем: Выполнить "show system" для получения uptime модема (если оно меньше n минут, значит модем был недавно перезапущен). Если модем давно работает, то ничего делать не надо. Выполняем "show interface" и вытаскиваем информацию о всех интерфейсах по маске "UsbLte*" Привязываемся либо к порту (0 => UsbLte0 и 1 => UsbLte1), либо к IMEI модемов, либо к названиям соединений (в последних случаях понадобится небольшой конфиг с маппингом) чтобы проверить правильная ли сейчас конфигурация интерфейсов модемов. Если правильная (повезло, либо мы недавно ее обновляли), тогда ничего не делаем. Конфигурация нуждается в обновлении. Для этого делаем down модемам (без него не получится, поскольку мы шлюз по умолчанию сменим), меняем соединениям description, обновляем connections и привязки connections. Теоретически можно еще маппинги портов обновить, но в моем случае это не надо. Если все получится, то в принципе мне этого будет достаточно.
  9. @enpa, проверьте, пжл, линки на документацию - они сейчас все нерабочие.
  10. Появилась идея попробовать обновление настроек модемов через CLI. Из минусов - к ребуту модема привязаться не получится (придется дергать постоянно его), из плюсов - не нужна Entware. Поставил компонент SSH-сервер, пробую: ssh admin@192.168.1.1 "sh ru" Все хорошо работает - доступны команды на изменение имен модемов, привязок модемов, down интерфейсов, ребут можно сделать свой собственный. Есть только проблема - пока не нашел как различить где какой модем. MAC-адреса у них возвращает одинаковые: (config)> more sys:/devices/virtual/net/lte_br0/address 00:1e:10:1f:00:00 (config)> more sys:/devices/virtual/net/lte_br1/address 00:1e:10:1f:00:00 а информацию о сети я узнаю уже после подключения, да и непонятно как ее прочитать.
  11. Насчет привязки к USB-порту - у меня есть опасение, что она не будет правильно работать при использовании USB-хаба. То есть, предположим, что порт USB1 занимает активный хаб с 2-3 модемами, а порт USB2 занимает флешка с Entware, в этом случае все модемы будут висеть на одном порту. Я еще вчера искал как можно id модема сменить (это для PfSense иногда делают), насколько понял это делается не в прошивке модема, а путем его представления системе. То есть опять-таки это ведет к скриптам Entware. Это хороший вариант, я вчера о чем-то подобном думал. Правда есть минус - занимаем один USB-разъем, то есть обязательно требуется активный USB-хаб чтобы по питанию вытягивал 2-3 модема на одном порту. А у активного хаба уже есть уже другая проблема - его Keenetic не можем перезагрузить по питанию, то есть при зависании одного из модемов его придется физически выдергивать из хаба. По этой причине я пока отказался от его использования. Спасибо за информацию, но пока это меня не затронуло - на всех модемах серые или белые IP. Но это буду держать в голове если надумаю перестать платить за статические IP.
  12. У меня всплыла аналогичная проблема. Раньше было 2 разных модема - Huawei e3131 и e3372, все работало отлично. Сейчас поменял первый из них и стало 2 одинаковых e3372. Боле того, купил еще и 3-й такой-же, чтобы сделать двойное резервирование и поиграться с multipath. Перезагрузка модема теперь вызывает сильный дискомфорт - приходится лазить по админке чтобы Connection'ы переименовать, дальше чтобы им правильные привязки выставить, дальше подключаться через терминал чтобы у одного модема принудительно UMTS режим выставить (а у второго снять). Может все-таки рассмотреть вопрос с привязкой к прошивке или какому-то другому атрибуту модема?.. sh ru: interface UsbLte0 description A1 usb device-id 12d1 1506 usb acq umts security-level public ip address dhcp ip dhcp client dns-routes ip dhcp client name-servers ip global 57555 ping-check profile default up ! interface UsbLte1 description MTS usb device-id 12d1 1506 security-level public ip address dhcp ip dhcp client dns-routes ip dhcp client name-servers ip global 60215 ping-check profile default up !
×
×
  • Create New...