Jump to content

Exter

Forum Members
  • Posts

    28
  • Joined

  • Last visited

Posts posted by Exter

  1. В 08.02.2018 в 22:37, Screamer89 сказал:

    [ERROR]Unexpected response from Transmission RPC: HTTP/1.0 405 Method Not Allowed

    Решение этой проблемы с прошивочным Transmission'ом так и не нашел никто? Самое интересное, что любые другие сторонние приложения для управления Transmission'ом работают отлично, только с Torrentmonitor'ом проблема.

    Это же сообщение можно увидеть, если попробовать зайти по адресу http://192.168.1.1:8090/transmission/rpc может есть какое-то решение, или с прошивочным Transmission'ом никак не подружить эту штуку?

  2. Недавно столкнулся с 1в1 такой же ситуацией, хотя прошивка при этом была 3.3 b0, но все в точности так же было - IPsec работает, L2TP/IPsec вообще никак, в логах тихо, будто и нет попыток подключиться, телефон при включении ВПН долго тупит, потом пишет Сбой и все. В итоге тоже само заработало, какие мои действия этому поспособствовали так и не понял. Из последнего, что делал, это в настройках "Пользователи и доступ" у учётной записи admin (другую для ВПН не создавал) забрал права "Доступ в локальную сеть через VPN-подключение L2TP/IPsec" и телефон при попытке подключиться не тупил долго, а сразу начал писать Сбой, вернул права и все заработало.

  3. В 03.09.2019 в 21:40, Exter сказал:

    Не берусь утверждать наверняка, времени еще мало прошло после установки, но судя по всему с igmpproxy из Entware зависаний\перезапусков IPTV нет.

    В общем могу уже с уверенностью сказать, при использовании igmpproxy из пакета Entware IPTV работает без сбоев, за три дня остановок/перезапусков замечено не было. Если эта тема еще интересна кому-нибудь.

    Настраивать этот прокси не так удобно, как встроенный в прошивку, да и Entware держать ради одного только IPTV не очень то хотелось бы, но хоть какое-то решение, кроме отката на 2.15.

    • Thanks 2
    • Upvote 2
  4. Не берусь утверждать наверняка, времени еще мало прошло после установки, но судя по всему с igmpproxy из Entware зависаний\перезапусков IPTV нет. Отключил встроенный в прошивку IGMP Прокси, установил OPKG и Entware, поставил там igmpproxy и настроил его - все работает, за пол дня ни разу не словил этот баг. Может быть, просто "повезло", нужно еще понаблюдать. Хоть как временное решение надеюсь будет работать нормально этот "костыль". Но на самом деле грустно, если раньше вопросов к Кинетику не было, дело добровольное сидеть на альфе\бете и ловить баги, то теперь все куда серьезней стало. Интернет-центры Кинетик не могут нормально работать c IPTV на официальной "стабильной" прошивке, и решение этой проблемы "не приоритетное".

    • Upvote 2
  5. 2 часа назад, iggo сказал:

    Написали, что стабильная на выходе, исправления уже внесены?

    Ничего никуда не внесено, IPTV все так же вылетает после обновления. И вряд ли можно ожидать, что в ближайшее время что-то будет исправлено, Infy сначала обрадовал, что релиз 3.1 не состоится без фикса, а потом отредактировал свое сообщение. 

    • Thanks 1
    • Upvote 1
  6. 3.1 beta 6 - никаких улучшений с IPTV. Три месяца открытому обращению в ТП, штук пять дампов и селф-тестов, несколько сообщений от ТП о фиксе, а проблема до сих пор присутствует. Или у неё настолько низкий приоритет, или пофиксить крайне сложно. =(

    Думаю уже, может пнуть ТП провайдера, коль они Кинетики своим клиентам продают, пусть поставят бету и выясняют в чем проблема, не в их интересах же, чтобы после массового обновления Кинетиков до 3.1 их жалобами на IPTV завалили.

  7. Тут вот еще какой небольшой нюанс с этим переключателем, может быть так и должно быть, конечно. Если отключить провайдерские DNS по средствам этого переключателя, то и на странице подключения и в системном мониторинге в статистике подключения вместо времени пишет "Без доступа в интернет", хотя интернет исправно работает без провайдерских DNS т.к. включен фильтр AdGuard. Опять же, может так и должно быть, но как по мне выглядит не очень логично.

  8. 3.1 beta 1 никаких изменений по данной проблеме. Честно говоря уже переживать начинаю, так может и до релиза дойти, а остановки эти останутся.

    Хоть какой-нибудь информацией поделились бы, просто данным вопросом ещё не занимались, или занимались, но не нашли причину бага?

  9. Установил эти два модуля последних, но все так же ls: /dev/vid*: No such file or directory :( 

    Скрытый текст

    cam3.thumb.png.3f16db448138081fe7b678e8db7bc8e0.png

    Камера моя просто не поддерживается наверно. В Опенврт получилось её запустить и работает более-менее сносно, отвечает там за нее модуль kmod-video-gspca-ov519, но это я повторяюсь уже. Если еще что-нибудь можно попробовать сделать - подскажите, пожалуйста. Если нет, то всё равно всем большое спасибо за внимание!

  10. 58 минут назад, TheBB сказал:

    Вообще никаких ядерных модулей нет.

    "Модули ядра для поддержки USB-видео" установлены? Запущены?

    https://forum.keenetic.net/topic/7015-usb-камера-и-devvideo/?do=findComment&comment=79696

     

    На прошивке 2.15 загрузка модулей не помогала, все равно /dev/video0 не появлялся.

    Сейчас стоит 3.1 альфа 5. "Модули ядра для поддержки USB-видео" установлен. Команды загрузки модулей выдают ошибку:

    Скрытый текст

    ~ # insmod: can't insert '/lib/modules/3.4.113/i2c-core.ko': No such file or directory
    и т.д.

    Соответственно после lsmod | grep video тоже ничего нет.

    Для 3.х прошивки наверно нужно другими командами модули загружать? Но я так понимаю, что моя камера просто не поддерживается, потому что с 2.15 прошивкой все модули подключались, но к нужному результату это все равно не приводило...

    При подключении камеры в логе вот такое:

    Скрытый текст

    cam.thumb.png.86d604d177f25b249ed64f54cacb75c1.png

  11. Есть старенькая камера с таким вот ИД оборудования USB\VID_05A9&PID_8519&REV_0100&MI_00

    В OpenWRT начинает работать после установки пакета kmod-video-gspca-ov519, в Entware этого модуля насколько я понял нет. Подскажите, пожалуйста, есть какой-то способ все же заставить эту камеру работать с Кинетиком?

  12. Получилось воспроизвести зависание канала руками, может не совсем "профессионально", однако цель была достигнута.

    Сделал между провайдером и Кинетиком посредника в виде другого роутера. Подключил к нему провайдера и один из плееров. Кинетик (с альфа 4.1) настроен на получение IP от этого роутера как от провайдера, подсети разные и т.д. в общем все работает. Запускаю один и тот же канал на первом плеере (подключенный к "посреднику") и втором плеере (подключенный к Кинетику), начинаю переключать канал туда сюда на первом плеере, и со второго-третьего раза канал на втором плеере зависает. Т.е. то же самое происходит и в сети провайдера, просто приходится ждать, пока кто-нибудь канал переключит, а так я сам создаю такую ситуацию.

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

    • Thanks 1
  13. Извиняюсь, что в чужую тему влезаю, к тому же не уверен, что об этом не сообщали еще. На альфа 4.1 судя по всему не работает переключатель Включено\Выключено для проводных подключений. Тот, что в самом верху, отключить им проводное подключение не получается, вообще ничего не происходит, если попытаться выключить после перезагрузки страницы переключатель опять во включенном состоянии оказывается. На 2.15 этот переключатель работает как положено. Если вы в курсе, или так и задумывалось - просто удалите сообщение и все.

    • Thanks 1
  14. 8 часов назад, Eduard Bogdanov сказал:

    Есть простой факт, что на 2.15 в отличии от 3.1 у людей всё работает, как и у меня.

    Так 3.х это же тестовая прошивка!? Не понимаю, к чему такой тон общения, похожий на претензию? Переходя на бета/альфа версию прошивки даже в веб интерфейсе роутера предупреждается, что возможны ошибки в работе. Другое дело, если бы стабильный релиз плохо работал, тогда можно было бы возмущаться.

     

    Перешёл на 3.0, увидел, что с IPTV есть проблема, попытался в меру своих знаний собрать максимум информации по этой проблеме, сообщил в техподдержку, спокойно откатился обратно на стабильный релиз. Начну волноваться не раньше, чем 3.х станет релизной, а проблему с IPTV так и не исправят.

  15. Eduard Bogdanov, проблемы эти никак не связаны скорее всего. Если у вас стоит автовыбор канала WIFI, попробуйте фиксированный поставить, там если в журнале посмотреть, то каждый час что-то с каналами происходит, может в этом проблема.

    IGMP у нас не отваливается каждый час, проблема в другом. Могу и ошибаться, конечно, но судя по дампам IGMP пакетов роутер просто не всегда отвечает серверу на Membership Query запросы. Если на пальцах попытаться объяснить, то происходит следующее: Когда кто-нибудь в сети провайдера, кто смотрел тот же канал что и я, уходит с него, в сеть идет Membership Query запрос от сервера по этому каналу, роутер видит его и отвечает Membership Report - все работает хорошо. Но бывает ситуация, когда сервер начинает долбить эти Membership Query запросы чуть чаще обычного и роутер просто пропускает их - в итоге канал останавливается. К тому же было замечено, что происходят эти зависания чаще на популярных каналах и во время рекламы.

    Опять же, сужу исключительно по тому, что вижу в дампе по IGMP пакетам. Закономерность стопроцентная, когда после Membership Query от сервера не идет ответ от роутера Membership Report - канал останавливается, дальше плеер его перезапускает и т.д. В данном примере запущен 61й канал:

    inline-1524247359.thumb.png.513d3c883d22f9dd77c496aa93b5de5a.png

    Другой вопрос, почему так происходит, может потеря этих IGMP запросов следствие какой-нибудь другой проблемы. В общем дальше уже разбираться в этом надо специалистам. На 2.15 такого никогда не происходит, роутер всегда отвечает и все работает хорошо.

  16. На 3.1 альфа 2 ничего не изменилось, каналы так же виснут/перезапускаются. В офф. техподдержке уже недели три мое обращение висит, с дампами и всем остальным, пока безрезультатно. 

    Провайдер Matrixhome в Донецке.

×
×
  • Create New...