Jump to content

ZlydenGL

Forum Members
 View Profile  See their activity

  • Posts

    46

  • Joined

  • Last visited

 Content Type 

Posts posted by ZlydenGL

    Z.Ultra -> K.Giga, или прощание

    in 2.16 [legacy]

    Posted

    Ого тут движуха 😄

    В 27.08.2021 в 16:26, Le ecureuil сказал:

    До встреч лет через 5-7 уже где-нибудь в legacy для 1011 )

    Сравнивая возможности ku_ra и kn-1011 так и хочется спросить - к тому моменту, небось, ожидать что-то вроде фолд-спейса Четвёртого Империума? 😊 А если серьёзно - жаль, что Кинетики так и не взялись за машинки типа Netgear 4700, только на 2 винта (вроде 2х2.5" не должно сильно добавить к габаритам, а для домашнего сегмента ИМХО больше и не надо).

     

    В 27.08.2021 в 21:27, drugold сказал:

    А как же ZK_Giga с 64/8?

    Я серьёзно предлагал отправить свою чёрную Ультру, хотите? Говорите куда/кому 😉 Буду реально рад, если машинка ещё поприносит пользу.

    Z.Ultra -> K.Giga, или прощание

    in 2.16 [legacy]

    Posted

    Пришло и моё время распрощаться с данным разделом - сегодня доехала Гига (kn-1101), а Ультра (ku_ra) ушла в холодный резерв. Дико грустно - с 2013 года железяка пахала практически без передыху, и если бы не новые технологии связи - так бы и пахала дальше.

    Ещё раз хочу от всей души поблагодарить этот форум вообще и Le ecureuil в частности. Политика поддержки старых железок - это всё-таки нечто, причём все человекочасы Le ecureuil гарантированно окупились - только за последние 2-3 года я сагитировал как минимум 20 человек на покупку роутеров Keenetic, причём именно с акцентом "не пропадёте, компания вытаскивает из железок всё возможное и как можно дольше", ну и сам остался очевидно лояльным потребителем :-)  Да-да, это была небольшая шпилька в адрес Mamay 😜

    Если вдруг кому-то из форумчан захочется заполучить старушку Ультру себе в коллекцию/бэкапы/запчасти (последнего, правда, не хотелось бы) - пишите! Не хочется, чтобы неплохая и до сих пор отлично работающая железка пылилась в шкафу до окончательного высыхания конденсаторов (до проверки/замены которых руки так и не дошли, к сожалению). Живу/работаю в Москве, но могу отправить по России.

    Всем удачных коннектов, как со старичками, так и с апгрейдами!

    • Thanks 2
    • Upvote 3

    Download Station нельзя удалить Zyxel Keenetic Ultra v2.16.D.10.0-1

    in 2.16 [legacy]

    Posted

    Если проблема ещё актуальна:

    1. Снимаете галочку у компонента

    2. Перезагружаете роутер

    3. СРАЗУ после перезагрузки снимаем галочку повторно, опять перезагрузка

    4. Скорее всего на второй раз "лишний" компонент будет удалён.

     

    С чем связано - так и не вычислил. Иногда помогает ручной стоп службы и дисмаунт диска, на который служба пишет данные, иногда даже это не помогает. Проще не париться и просто делать двойную проверку/ребут.

    падаем tsmb

    in 2.16 [legacy]

    Posted

    А хоть в какой конкретно момент спотыкается? Не отрицания ради, а эксперимента для. У себя в логах паники не вижу, хотя tsmb нагружен слабо - в основном для просмотров фильмов/сериалов с ноутбука.

    Zyxel Keenetic GIGA II (kn_rb черная) доступ к WEB интерфейсу HTTP/HTTPS?

    in 2.16 [legacy]

    Posted

    При выборе публичного доменного имени можно выбрать домен с SSL для шифрованного подключения извне. А внутри домашней сети эта фишка ИМХО и не нужна - пакет либо приходит на конкретный порт по LAN, либо летит в шифрованном виде через WLAN 😉

    Опять net_ratelimit, на 2.19

    in 2.16 [legacy]

    Posted

    Таки ошибся. Как только ВТ3 разошёлся... 

    Дек 30 20:04:47 kernel
net_ratelimit: 3 callbacks suppressed
Дек 30 20:04:54 kernel
net_ratelimit: 4 callbacks suppressed
Дек 30 20:05:26 kernel
net_ratelimit: 3 callbacks suppressed
Дек 30 20:06:48 kernel
Core::Syslog: last message repeated 2 times.
Дек 30 20:07:15 kernel
net_ratelimit: 5 callbacks suppressed
Дек 30 20:07:47 kernel
Core::Syslog: last message repeated 3 times.
Дек 30 20:08:39 kernel
net_ratelimit: 3 callbacks suppressed
Дек 30 20:09:44 kernel
net_ratelimit: 3 callbacks suppressed
Дек 30 20:10:11 kernel
net_ratelimit: 2 callbacks suppressed
Дек 30 20:10:20 kernel
net_ratelimit: 4 callbacks suppressed
Дек 30 20:10:44 kernel
net_ratelimit: 4 callbacks suppressed
Дек 30 20:11:24 kernel
net_ratelimit: 14 callbacks suppressed
Дек 30 20:11:51 kernel
net_ratelimit: 3 callbacks suppressed
Дек 30 20:12:03 kernel
net_ratelimit: 1 callbacks suppressed
Дек 30 20:12:29 kernel
net_ratelimit: 2 callbacks suppressed

     

    Опять net_ratelimit, на 2.19

    in 2.16 [legacy]

    Posted · Edited by ZlydenGL

    Какая-то странная штука получается.

    Установил снова ВТ3 - проблема спама записей вернулась в полный рост.

    Поставил ограничения 128 пиров на все торренты и 32 на торрент - частота спама снизилась.

    Удалил старый CIFS, поставил TSMB - спам фактически прекратился 🤷‍♂️ Ну или по крайней мере стал не намного чаще, чем был на ВТ2. Только на старте службы идёт массовая блокировка, в остальное время вся более чем прилично. Правда там, где ВТ2 сообщает об 1-2 подавленном коллбэке, ВТ3 сообщает о 10-20. Но это всё равно куда лучше, чем сотни!

    Продолжаю наблюдение.

    Версия веб-интерфейса Transmission

    in 2.16 [legacy]

    Posted

    Помимо контекстного меню есть и другие артефакты. Например размер торрента выводится в байтах, а время добавления торрента - в формате времени Unix. Походу, что-то на флешке роутера всё-таки остаётся от трёшки даже после её удаления.

    Версия веб-интерфейса Transmission

    in 2.16 [legacy]

    Posted

    Есть ощущение, что дело не только в этом. Например если после прогрузки интерфейса щелкнуть правой клавишей мыши по заголовку со списком торрентов - там будут пункты явно из версии 3. Например пункт про метки. Такое ощущение, что трёшка после удаления всё-таки оставила следы своего существования, причем в стандартном settings.json я этих следов не наблюдаю.

    Если что - даунгрейдил версию так: удалил трёшку - ребут - установил двушку - ребут - проверил, как работает.

    Версия веб-интерфейса Transmission

    in 2.16 [legacy]

    Posted

    Кстати текущая версия transmission 2 при активном использовании веб-интерфейса плюётся в лог ошибками:

      
    Дек 25 13:35:21
 
kirnata nginx_ssl
2020/12/25 13:35:21 [error] 413#0: *8973 upstream timed out (145: Unknown error) while reading response header from upstream, client: 192.168.1.63, server: kirnata.keenetic.link, request: "POST /app/transmission/rpc HTTP/2.0", upstream: "http://unix:/var/run/ndm.https.socket/app/transmission/rpc", host: "kirnata.keenetic.link", referrer: "https://kirnata.keenetic.link/app/transmission/web/index.html"
Дек 25 13:35:21
 
kirnata nginx_ssl
Core::Syslog: last message repeated 2 times.
     

    Опять net_ratelimit, на 2.19

    in 2.16 [legacy]

    Posted · Edited by ZlydenGL

    В общем на BT2 net_ratelimit тоже возникает, но НАМНОГО, НАМНОГО реже. Если BT3 их в лог спамит чуть ли не постоянно, BT2 может одну запись в 5-15 минут плюнуть. Набор торрентов и настройки идентичные: 51 торрент общим объёмом 509 гигабайт. И, видимо из-за значительно менее частой ошибки на ratelimit BT2 разгоняется на закачку/отдачу куда как шустрее!

    Обновление роняет систему

    in 2.16 [legacy]

    Posted

    1 час назад, Le ecureuil сказал:

    Деньги все портят (ц), потому не нужно ничего подобного )

    А я был бы рад за такой способ высказать хоть какое-то материальное "спасибо"! А чтоб не портили - поставьте условие No strings attached и все дела :-)

    BT3 и лимиты

    in 2.16 [legacy]

    Posted

    Тему можно закрывать, похоже просто "повезло" нарваться на совпадение в поведении пиров. Сейчас ВТ3 почти со старта даёт отдачу на 2Мб+, на пике и 6-7 может отдавать (при том, что активность из домашней сети никто не отменял).

    Опять net_ratelimit, на 2.19

    in 2.16 [legacy]

    Posted

    В общем в моём случае это стопудово трансмиссия. В 22:37 я её для эксперимента вырубил - ни одной записи в логе про netlimit не появлялось 30 минут. В 23:07 я её снова включил - и почти сразу:

    Цитата
    Дек 9 23:07:20
     
    ndm
    Torrent::Client: enabled.
    Дек 9 23:07:20
     
    ndm
    Core::ConfigurationSaver: saving configuration...
    Дек 9 23:07:22
     
    ndm
    Http::Manager: new Web server configuration was applied.
    Дек 9 23:07:23
     
    ndm
    Core::Server: started Session /var/run/ndm.core.socket.
    Дек 9 23:07:24
     
    ndm
    Core::ConfigurationSaver: configuration saved.
    Дек 9 23:07:40
     
    kernel
    net_ratelimit: 272 callbacks suppressed
    Дек 9 23:07:50
     
    kernel
    net_ratelimit: 60 callbacks suppressed
    Дек 9 23:07:55
     
    kernel
    net_ratelimit: 50 callbacks suppressed

     

    Опять net_ratelimit, на 2.19

    in 2.16 [legacy]

    Posted

    Прошивка 2.16.D.9.0-0 - в лог посыпались ошибки про net_ratelimit. Не знаю, было ли такое на 2.18, но в любом случае, я не помню, чтобы из-за них пропадал инет на устройствах. А тут внезапно попёрло... Называется, только подумал, что самая скучная прошивка получилась :-)

    Некоторые устройства в какой-то момент чуть ли не раз в 5-10 минут связь переустанавливали.

    self-test.txt

    BT3 и лимиты

    in 2.16 [legacy]

    Posted

    Похоже ВТ3 просто дольше раскачивается - сейчас шарашит на 1-2 мегабайтах на отдачу. Пока всё равно меньше, чем ВТ2. Понаблюдаю дальше.

    BT3 и лимиты

    in 2.16 [legacy]

    Posted

    В BT3 какие-то лимиты сверх BT2 есть?

    Заметил странную штуку: ставлю BT2 - отдача идёт на 4-5 мегабайт (когда раскачается, естественно), ставлю BT3 - пока что отдачи выше 500 килобайта не увидел.

    Возможно, конечно, что совпадение, буду ещё наблюдать.

    Ошибка tsmb tgt_transport_fill_network_ifinfo после 2.16.D.8

    in 2.16 [legacy]

    Posted

    В общем интересу ради и эксперименту для влил и себе эту прошивку. У меня был tsmb. Словил тот же глюк с невходом. Зашёл через cli (telnet), сделал components remove tsmp/components commit... и роутер ушёл в бутлуп. Причём какой-то жёсткий бутлуп, пришлось поднимать через recovery.

    Ошибка tsmb tgt_transport_fill_network_ifinfo после 2.16.D.8

    in 2.16 [legacy]

    Posted

    Странно, мне казалось, я где-то на этом форуме читал, что старый smb компонент уже давно out-of-date, и как раз если есть возможность - лучше от него уйти в пользу tsmb...

    В любом случае вопрос остаётся: проблема ситуационная или полностью повторяемая при использовании tsmb?

×
×
  • Create New...