дядя Фёдор

mgcamd - настройка и чтение логов

В теме 272 сообщения

Ресивер второй есть, стоит последовательно до бокса. Там нормально всё.

я бы на второй ресивер грешил больше... в standby не должно быть сигнала с тюнера, и не может быть никаких данных поэтому для mgcamd... отключите полностью все ресиверы кроме одного и попробуйте.

Или может у вас Loop-through соединение? Тогда понятно... тюнер не выключает сигнал скорее всего, чтобы другой ресивер мог через него работать.

У меня нет богатого опыта по работе с Loop Through, но осмелюсь предположить, что ваша проблема именно в том, что тюнер никогда в этом режиме не выключается полностью (чтобы мог работать другой ресивер через него). Уберите временно Loop Through и проверьте. Думаю, не будет больше запросов.

Изменено пользователем дядя Фёдор

Поделиться сообщением


Ссылка на сообщение

У меня нет богатого опыта по работе с Loop Through, но осмелюсь предположить, что ваша проблема именно в том, что тюнер никогда в этом режиме не выключается полностью (чтобы мог работать другой ресивер через него). Уберите временно Loop Through и проверьте. Думаю, не будет больше запросов.

В общем проблема действительно так или иначе завязана на loop through.

Схема у меня такая: Антенна -> РесиверЛинукс(Technomate) -> Ipbox -> SkyStar2.

Проблема возникает только в связке Ipbox-SkyStar2, при этом софт на компе не запущен, и даже при выключении из системы Dvb-карты запросы продолжаются. Но в самом деле, при простом отключении кабеля между устройствами, запросы прекращаются. Однако! Такие запросы в режиме standby идут почему-то только каналах пакета Sky 19,2! Если вырубить Ipbox на любом канале любого другого пакета никаких запросов нет. Я не знаю, связано ли это со спутником, поскольку на 19,2 у меня только Sky, других расшареных пакетов оттуда нет.

В общем, спасибо Вам, Дядя Фёдор, не буду Вас больше мучить, есть у меня пока подозрение на SkyStar, что глюкнулась она, поскольку почему-то перестали на ней работать все, даже открытые каналы, кроме пакета Sky. Вообще не понимаю, как это может быть связано с запросами Ipbox, но факт остаётся фактом...

Да, поменял SkyStar, запросы прекратились. Он просто как-то залип на одной конкретной частоте и питание не вырубалось)) Сорри за офф-топ.

Изменено пользователем дядя Фёдор

Поделиться сообщением


Ссылка на сообщение

неподскажете в прошивке PGI - 0.6 в mg_cfg конфигурации : # map all 180x nagra caids to 1801

# default is 01

F: { 00 }

для чего он и какой параметр должен стоять.

в 1.31 и 1.33 такого не было.

Поделиться сообщением


Ссылка на сообщение

неподскажете в прошивке PGI - 0.6 в mg_cfg конфигурации : # map all 180x nagra caids to 1801

# default is 01

F: { 00 }

для чего он и какой параметр должен стоять.

в 1.31 и 1.33 такого не было.

для правильного просмотра пакетов с идентом 18xx, типа Скай Германия и Полсат.

Поделиться сообщением


Ссылка на сообщение

Помогите разобраться как запустить шару с 2-х серверов одновременно:

1. гомелевская через mgcamd

2. "другая" через cccamd

Кто нибудь сталкивался с ситуацией как запустить их сразу ?

ресивер 91hd + pgi 0.6

В другой теме посоветовали запустить через mgcamd обе шары, но я прочитав всё ветку не нашел как :(

Поделиться сообщением


Ссылка на сообщение

1. гомелевская через mgcamd

2. "другая" через cccamd

Кто нибудь сталкивался с ситуацией как запустить их сразу ?

Конфигурируете по протоколу newcamd, как обычно, через newcamd.list

А для cccamd нужно прописать строчку в файл /var/keys/ccamd.list

C: ipaddress port login pass

Это по идее должно работать только на mgcamd 1.35, и не забудьте проверить параметры:

# network mode, use summ for several clients
#	00 no network (default)
#	01 newcamd netclient
#	02 radegast netclient
#	04 camd3 netclient
#	08 gbox netclient
#	32 cccamd netclient, card list saved as /tmp/cccamd.info 
#	  (ECM only, supported server version up to 2.1.1, later not work)
G: { 33 }

и

# network shares priority
# 00 gbox, newcamd, cccamd, radegast, camd3 (default)
# 01 camd3, radegast, cccamd, gbox, newcamd
# 02 cccamd, newcamd, camd3, gbox, radegast
P: { 02 }

Второй вариант - использовать oscam. В нем тоже есть поддержка cccam и newcamd.

Изменено пользователем дядя Фёдор

Поделиться сообщением


Ссылка на сообщение

Ребята, а как запустить camd35

# Сетевой протокол для шаринга.

# Можно выбрать несколько значений, просуммировав отдельные опции.

# 0 сеть отсутствует (шаринга не предвидится)

# 1 клиент newcamd

# 2 клиент radegast

# 4 клиент camd3

# 8 клиент gbox

# Как говорится, "стандарт индустрии", протокол newcamd.

# Кстати, протокол camd3 сломан в версии mgcamd 1.31 - можно и не пытаться

G: { 4 }

mgcamd 1.35 сломан?

Поделиться сообщением


Ссылка на сообщение

Ребята, а как запустить camd35

# Сетевой протокол для шаринга.

# Можно выбрать несколько значений, просуммировав отдельные опции.

# 0 сеть отсутствует (шаринга не предвидится)

# 1 клиент newcamd

# 2 клиент radegast

# 4 клиент camd3

# 8 клиент gbox

# Как говорится, "стандарт индустрии", протокол newcamd.

# Кстати, протокол camd3 сломан в версии mgcamd 1.31 - можно и не пытаться

G: { 4 }

mgcamd 1.35 сломан?

Да похоже на то. Я так и не смог camd3 запустить, на oscam тоже.

Поделиться сообщением


Ссылка на сообщение

жаль, а траффик там поменьше будет, экономнее

Поделиться сообщением


Ссылка на сообщение

Вопрос. А когда-нибудь эта ерунда с обязательными тремя файлами закончится:

newcamd.list

newcamd1.list

newcamd2.list

Почему декодер не умеет из одного получения ключа, ведь он уже его знает(!!!), запустить три этих процесса?

Ведь тупость же какая, - три раза брать один и тот же ключ!!! <_<

И провайдеров шары ведь не убедишь, что ты смотришь передачу одним устройством, никому не продаёшь эти ключи.

Изменено пользователем Surecom

Поделиться сообщением


Ссылка на сообщение

Вопрос. А когда-нибудь эта ерунда с обязательными тремя файлами закончится

Все очень просто ,если у вас один логин или дуал,то мглаунчер не нужен.И можете newcamd1.list и newcamd2.list удалить,если руки чешутся туда всписать что нибудь :rolleyes: .В pgi.conf ставите SOFTCAM="mgcamd"

А вот если два логина-подчеркиваю два разных(Вася и Петя,а не два раза допустим Вася),то нужен мглаунчер и newcamd1.list , newcamd2.list .Лаунчер еще может пригодится,если вы расшариваете официалку на другом тюнере и получаете ее на ipbox,короче типа домашней шары.Но это отдельный разговор.

Изменено пользователем дядя Фёдор

Поделиться сообщением


Ссылка на сообщение

Вопрос. А когда-нибудь эта ерунда с обязательными тремя файлами закончится.

ЧаВо номер 18. Если коротко, то mg_launcher вместе с его тремя файлами newcamd.list нужен только при всех нижеследующих условиях: когда вы хотите одновременно смотреть один канал, а записывать другой, при этом оба канала - из одного и того же пакета и оба кодированые, при этом у вас для такого дела есть два логина на один и тот же пакет, но на РАЗНЫХ серверах. Вот тогда нужен mg_launcher. Если же у вас двойной логин на один и тот же сервер, то launcher не нужен. Если нет никакого двойного логина, то пользуйтесь чем угодно - всё равно получите бан при обработке двух кодированых каналов. А если не бан, то неудавшуюся запись.

Изменено пользователем дядя Фёдор

Поделиться сообщением


Ссылка на сообщение

Подскажите пожалуйста,что он хочет?

08.06.2010 21:22:29	UserLevel	Notice	[mg0] stoping camd..
08.06.2010 21:22:30	UserLevel	Notice	got 8 cmd 9F
08.06.2010 21:22:30	UserLevel	Notice	got 101 cmd 9F
08.06.2010 21:22:30	UserLevel	Notice	got 101 cmd 9F
08.06.2010 21:22:30	UserLevel	Notice	[mg0] service 290D index 0 pmt pid 0 (1)
08.06.2010 21:22:30	UserLevel	Notice	[mg0] ECM: CaID: 0x1803  -> CaPID: 0x0900 ProvID: 000000
08.06.2010 21:22:30	UserLevel	Notice	[mg0] network can't decode
08.06.2010 21:22:30	UserLevel	Notice	[mg0] pid 0x0900 failed to decode.
08.06.2010 21:22:30	UserLevel	Notice	[mgcamd] emm started
08.06.2010 21:22:30	UserLevel	Notice	*EMM: CaID: 0x1803  -> CaPID: 0x0083 ProvID: 000000
08.06.2010 21:22:33	UserLevel	Notice	EMM: RSA Nagra2 key not found for id 7001 (pid 0x0083)
08.06.2010 21:22:33	UserLevel	Notice	[mg0] stoping camd..
08.06.2010 21:22:34	UserLevel	Notice	[mgcamd] emm stopped
08.06.2010 21:22:34	UserLevel	Notice	got 65 cmd 9F
08.06.2010 21:22:34	UserLevel	Notice	[mg0] service 290C index 0 pmt pid 0 (1)
08.06.2010 21:22:34	UserLevel	Notice	[mg0] ECM: CaID: 0x1803  -> CaPID: 0x0902 ProvID: 000000
08.06.2010 21:22:34	UserLevel	Notice	got 57 cmd 9F
08.06.2010 21:22:34	UserLevel	Notice	[mg0] network can't decode
08.06.2010 21:22:34	UserLevel	Notice	[mg0] pid 0x0902 failed to decode.
08.06.2010 21:22:34	UserLevel	Notice	[mgcamd] emm started
08.06.2010 21:22:34	UserLevel	Notice	*EMM: CaID: 0x1803  -> CaPID: 0x0083 ProvID: 000000
08.06.2010 21:22:37	UserLevel	Notice	EMM: RSA Nagra2 key not found for id 7001 (pid 0x0083)
08.06.2010 21:22:51	UserLevel	Notice	EMM: RSA Nagra2 key not found for id 7001 (pid 0x0083)

Это полсат награ 2 - 13Е

Изменено пользователем дядя Фёдор

Поделиться сообщением


Ссылка на сообщение

Это полсат награ 2 - 13Е

В mg_cfg добавь строчку

F: { 00 }

Поделиться сообщением


Ссылка на сообщение

Спасибочки F: { 01 } заработало :D

Поделиться сообщением


Ссылка на сообщение

Имею два вопроса по mgcamd

Буду благодарен за помощь

1. mgcamd (pgi 0.6.1) протокол newcamd -

наблюдаю такое - с одним из провайдеров.

- получаю ключики

- затык - не может получить ключики

- потыкалось положенноое кол-во раз - у меня 5, если ключик так и не пришел то

- релогин к шаре. и вот этот релогин всегда не успешный - после определенного времени получаю "логин не успешный"

и на этом все кончается

перезагрузка софткама - иногда помогает, а тногда надо тупо ждать - через некоторое время (иногда большое) логин проходит.

голы пропускаю - вилы

увеличил время ожидания ключика с 3 до 6 - стало лучше (такие затыки не так часто) - но все равно плохо

Где чего подкрутить или шару менять ?

2. Другая шара хочет по camd3

чего то обыскался как настраивать - хочу обойтись mgcamd

сделал camd3.servers

положил туды cs357x://zzzz:pass @zz.com:nnnn

последовательность протоколов тоже поменял - сделал camd3 первым (ставил и 5 newcamd то же нужон и 4 )

не приходят ключики

в логе тоже не вижу никакой полезной инфы

чего не так ? что я недопонимаю ?

где найти такую же подробную инструкцию как как отладить camd3 как по newcamd ? (прям настольная книга - спасибо создателям - прошивка - круто, но с документацией и такой поддержкой - это имхо лучшее что есть)

Поделиться сообщением


Ссылка на сообщение

Имею два вопроса по mgcamd

Буду благодарен за помощь

1. Меняй шару, или переключись на другой сервер, если несколько, где пинг поменьше

2. camd3, увы, не работает.

Изменено пользователем дядя Фёдор

Поделиться сообщением


Ссылка на сообщение

Кому он нужен во втором десятилетии двадцать первого века... :ph34r:

Ну, во-первых если быть точнее, там cs375.

Во вторых, дело не в протоколе, а в том что ключи я предпочитаю получать по UDP.

Для шаринга важнее не гарантированная доставка ключа (TCP), а своевременная.

В случае "обрыва" связи, или рестарта ЭМУ, не нужно тратить время на создание сокета (TCP).

В случае использования GPRS, трафик имеет значение.

Кому нужен newcamd, во втором десятилетии двадцать первого века, при нынешнем качестве и скорости инета?

Изменено пользователем He1ix

Поделиться сообщением


Ссылка на сообщение

Для шаринга важнее не гарантированная доставка ключа (TCP), а своевременная.

С этим согласен, а со всем остальным нет.

В случае "обрыва" связи, или рестарта ЭМУ, не нужно тратить время на создание сокета (TCP).

Неверно. Сокет создается один раз при TCP, и один или КАЖДЫЙ раз при посылке UDP (в зависимости от того как написан софт).

Так что в "количестве" сокетов UDP никак не выигрывает, а потенциально только проигрывает. Кроме того, весь аргумент про время открытия сокета (применительно к противопоставлению двух протоколов) вообще не имеет значения, так как на открытие сокета уходит несколько милисекунд, обычно не больше 10, которые совершенно ничего не решают в своевременности получения ключа.

В случае использования GPRS, трафик имеет значение.

Это единственный валидный аргумент в пользу UDP. Все остальное по поводу этого протокола UDP - только недостатки. И именно поэтому я и написал, кому нужен в 21 веке этот протокол, имея в виду то, что "кто нынче считает трафик"? Разница в трафике между newcamd и cs375 при ПРАВИЛЬНО настроенных ignore, priority и replace, а так же при правильно настроенных таймаутах для повторных запросов неполученных ключей, будет, возможно, 15-20%. То есть вместо 3 мегабайт в месяц вы используете "аж" три с половиной! Это так критично?

Спросите любого шаровода - он вам скажет, что с удовольствием избавился бы от всех этих UDP протоколов, если бы мог, потому что нагрузка на сервер, который принимает входящие соединения, гораздо больше, так как КАЖДЫЙ пакет UDP должен проходить авторизацию логина и пароля ПРИ КАЖДОМ ЗАПРОСЕ, а в newcamd это делается только раз в момент первого подключения.

Ну и насчет "второго десятилетия 21 века", я имел в виду, что тенденция в мире всё же к увеличению скорости, улучшению качества и удешевлению услуг, а не наоборот.

Изменено пользователем дядя Фёдор

Поделиться сообщением


Ссылка на сообщение

С этим согласен, а со всем остальным нет.

Гут! Первый шаг сделан. Данный вопрос обсасывался многократно на Пирамидовском сайте несколько лет назад.

Неверно. Сокет создается один раз при TCP, и один или КАЖДЫЙ раз при посылке UDP (в зависимости от того как написан софт).

Так что в "количестве" сокетов UDP никак не выигрывает, а потенциально только проигрывает. Кроме того, весь аргумент про время открытия сокета (применительно к противопоставлению двух протоколов) вообще не имеет значения, так как на открытие сокета уходит несколько милисекунд, обычно не больше 10, которые совершенно ничего не решают в своевременности получения ключа.

Только в случае UDP не нужно проходить процедуру авторизации. тсп обеспечивает надежность доставки за счет дублирования потерянных пакетов средствами тсп-сокета, доставка контролируется счетчиками отправленных-принятых байт. Если обнаружена потеря, IP-пакет с соответсвующей порцией данных отсылается повторно. Это универсальный механизм, и он хорош для надстроек тсп протоколов верхнего уровня (напрмер, http или ftp). Но не путать с кардшарингом! Здесь нужна вовсе не надежность, а СВОЕВРЕМЕННОСТЬ доставки пакета: через 10 сек о потере можно забыть и идти дальше. Т.е., если пакет потерян и невосстановлен (за время, определяемое таймером сокета), тсп-сессия разрывается вовсе (реконнект - а это лишнее время малевича и лишний трафик).

На старте сессии - длительная процедура логина (с обменом паролем, предоставлением сервером идентов и т.д.). При реконекте - потеря драгоценного времени и дополнительный малевич. При первичном конекте вместе с логином клиент передает и пароль, обработанный стандартной crypt()

Этот обмен шифруется ключем =DESKEY xor RAND. Первый общий для сервера, а потому в условиях коммерческого шаринга доступен любому. Второй передается сервером открыто. Т.о., зеркаля трафик, наблюдатель получает логин и соответсвующий crypt(password), чего достаточно, чтобы в следующий раз залогиниться под этим аккаунтом.

cs357 базируется на удп со всеми вытекающими преимуществами, количество обмениваемой информации сведено к минимуму, используется современное 128-битное шифрование по rijndael-алгоритму (AES), пароль по каналам связи не передается, а используется как производный ключа шифрования.

Это единственный валидный аргумент в пользу UDP. Все остальное по поводу этого протокола UDP - только недостатки. И именно поэтому я и написал, кому нужен в 21 веке этот протокол, имея в виду то, что "кто нынче считает трафик"? Разница в трафике между newcamd и cs375 при ПРАВИЛЬНО настроенных ignore, priority и replace, а так же при правильно настроенных таймаутах для повторных запросов неполученных ключей, будет, возможно, 15-20%. То есть вместо 3 мегабайт в месяц вы используете "аж" три с половиной! Это так критично?

Трафик больше в 1.5 раза. т.е. вместо 30мб получаем 45мб.

Спросите любого шаровода - он вам скажет, что с удовольствием избавился бы от всех этих UDP протоколов, если бы мог, потому что нагрузка на сервер, который принимает входящие соединения, гораздо больше, так как КАЖДЫЙ пакет UDP должен проходить авторизацию логина и пароля ПРИ КАЖДОМ ЗАПРОСЕ, а в newcamd это делается только раз в момент первого подключения.

NewCAMD писался исключительно как клубный протокол для скоростных сетей и малопригоден для коммерческого шаринга, а его популярность объясняется исключительно открытостью (спецификация в доступна в паблике любому желающему).

NewCAMD-версии врядли будут вообще по причине больших недостатков в протоколе (неэкономичность - если по cs357 +++ к примеру в среднем 80-100К/час, то NEWCAMD в 1.5 раза больше), длительные затыки при реконекте (за счет процедуры тсп-инита и логина), уязвимость (простое обнаружение серверов сканером по ранд-посылке, зная DES-ключ, общий для всех пользователей сервера и зеркаля трафик, легко получаем логин/пароль пользователя и доступ к его аккаунту, если есть абонент с правами AU, можно, зеркала трафик, получить номер и владельцы карты). Недавание траблы с Триколором тому подтверждение.

Так что "любой шаровод" скорее отказался бы именно от newcamd. Особенно когда клиенты "ложат" сервера постоянными реконнектами, при неправильных настройках newcamd.

Изменено пользователем He1ix

Поделиться сообщением


Ссылка на сообщение

У себя ставил и 00 и 01 - не работает Полсат.

Говорят что нужен mgcamd 1.35a, подскажите какой установлен в PGI 0.7

Полсат идет на 1.35,который на последних ПГИ.

Я могу назвать кучу причин,по чему он не работает у тебя :

Неправильные настройки в newcamd.list

Приори,игнори и реплейс-там все правильно?

Ну а дальше -сам сервак шары,там то он идет?

С интернетом все путем?

Ставил в mg_cfg,именно строчку F: { 00 } или F: { 01 }?

Если все нормально-тогда лог шародателю,пускай отпишется,где что не так.

Поделиться сообщением


Ссылка на сообщение

при слабом или недостаточно качественном сигнале это наблюдается и на спутниковых каналах:

........

[mg3] stoping camd..

Поэтому решаю проблему прямой видимости на телецентр.

Изменено пользователем дядя Фёдор

Поделиться сообщением


Ссылка на сообщение

Вообще-то это сообщение не имеет отношения к сигналу (по крайней мере, прямого).

Это происходит каждый раз при переключении каналов.

Я только обратил внимание, что лог файл на этом месте остановливается.

Поделиться сообщением


Ссылка на сообщение

Я только обратил внимание, что лог файл на этом месте остановливается.

При переключении канала, если нет сигнала, то лог конечно "остановится", так как нет данных, которые нужно раскодировать.

Но то же самое будет и на некодированном канале - лог "остановится" на таком же сообщении, но это не значит, что нет сигнала.

Сообщение возникает при каждом переключении канала (причем ДО самогО переключения), и остается висеть если нет данных для раскодирования (по любой причине).

Поделиться сообщением


Ссылка на сообщение

Д.Федор у меня вопросик-мгкамд всегда первым читает софткам,а потом в сети ищет ключ?

Можно как то перенастроить?

Поделиться сообщением


Ссылка на сообщение

Д.Федор у меня вопросик-мгкамд всегда первым читает софткам,а потом в сети ищет ключ?

Можно как то перенастроить?

Если можно, то мне неизвестно...

Поделиться сообщением


Ссылка на сообщение

д.Федор вопрос возник,если mg_cfg ,поставить лог L: { 03 } 192.168.123.105 514 /tmp/mgcamd.log.Его можно как то ограничить,допустим не более 500kb?Человек спрашивает,я написал нет,но все таки хочу ваше слово услышать.

Поделиться сообщением


Ссылка на сообщение

Хотел поинтереосвать, а что именно означает в логе [mg3]?

Так как попытался баловаться одновременно и записью и просмотром, так в логе появилось и [mg3] и [mg4] У людей видел и [mg1] и [mg0]

может это просто сокращение от message? - сообщение?

Заранее благодарен.

Поделиться сообщением


Ссылка на сообщение

Хотел поинтереосвать, а что именно означает в логе [mg3]?

Так как попытался баловаться одновременно и записью и просмотром, так в логе появилось и [mg3] и [mg4] У людей видел и [mg1] и [mg0]

может это просто сокращение от message? - сообщение?

Заранее благодарен.

Количество mgX = количеству запросов ключей. У кого 0 и 1 = просмотр и таймшифт, 2 - запись второго канала (PIP) и т.д.

Поделиться сообщением


Ссылка на сообщение

Спасибо. Кстати очень важно оказалось это узнать.

Поделиться сообщением


Ссылка на сообщение

Для публикации сообщений создайте учётную запись или авторизуйтесь

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!


Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.


Войти