Сообщений в теме: 2

[Porter]

Настройка кардшаринга.

Запуск и рестарт эмулятора MgCamd
По умолчанию эмулятор MgCamd отключен. Включить его можно последовательностью Меню > Условный доступ >1407 > Встроенный Слот Карт > Выкл, после этого выключить ресивер в режим stand by и сделать рестарт, выключив его тумблером сзади.
При повторном включении ресивер запустится с включенным MgCamd. Если в ходе работы необходимо перегрузить MgCamd,то это можно сделать двумя способами:
1) Меню==> синяя кнопка -- останавливает эмулятор. Меню ==> красная кнопка -- запускает его;
2) Нажать и удерживать копку Exit 2-3 секунды. Появится окно с надписью "Restart" и MgCamd перегрузится.

Настройки MgCamd cfg(конфигурация эмулятора)

Все исполняемые файлы в папке var должны иметь атрибут 755.
Рекомендую ставить их по директории /var/keys/ на mg_cfg и newcamd.list, можно также на priority.list и ignore.list, в директории /var/etc/ на start.sh, в директории /var/bin/ на файлы mgcamd и newcs.
Вход на тюнер по ФТП:

https://forum.bsat.t...-тюнера-по-ftp/

https://forum.bsat.t...-тюнера-по-ftp/
Как присвоить эти права?
1) В Total Сommander становимся на нужный объект, жмакаем на "файл", "изменить атрибуты",

 атрибуты_1.jpg   18,82К   0 скачиваний
2) В появившемся окошке меняем подсвеченную цифру на 755, ОК.,

 атрибуты_2.jpg   19,71К   0 скачиваний
3) В FlashFXP (очень хорошая альтернатива Total Сommander"а) становимся на объект, правый клик, атрибуты(CHMOD), также выбираем 755.

Настройка шаринга на MgCamd(создание newcamd.list)

Некоторые сервера блокируют более одного подключения к серверу, хотя дают доступ с одного логина к нескольким пакетам, т.е. первый пакет (порт который первый по списку - меньшее число) к которому подключился, тот и показывает. При переключении на другой канал - темный экран.
Да и для ВИП пакетов писать кучу строчек бывает лень. Меняем синтаксис строки и все работает без проблем.
Пример.
Доступ к 5ти пакетам по протоколу ньюкамд по 5ти портам, 8000,8001,8002,8003,8004.

можно записать так -

CWS = server1.com 8000 username password 01 02 03 04 05 06 07 08 09 10 11 12 13 14 lan newcs
CWS = server1.com 8001 username password 01 02 03 04 05 06 07 08 09 10 11 12 13 14 lan newcs
CWS = server1.com 8002 username password 01 02 03 04 05 06 07 08 09 10 11 12 13 14 lan newcs
CWS = server1.com 8003 username password 01 02 03 04 05 06 07 08 09 10 11 12 13 14 lan newcs
CWS = server1.com 8004 username password 01 02 03 04 05 06 07 08 09 10 11 12 13 14 lan newcs

Получаем 5ть строчек, или

CWS_MULTIPLE = server1.com 8000:8004 username password 01 02 03 04 05 06 07 08 09 10 11 12 13 14 lan newcs

всего одна строчка, при том же результате.

Редактирование и создание файла SoftCam.Key

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

В меню Опена можно снять необходимую информацию(SID и др).
Находясь на канале,нажимаем два раза инфо,а также при нажатии кнопки ОК.

Важно!
Название файла для MgCamd лучше писать так и не иначе:

SoftCam.Key

Для открытия некоторых кодировок кроме обычных ключей важна кое какая дополнительная информация.
Она размещается в той же директории в файлах autoroll.key и nagra_roms.

Если совсем коротко,то самый практичный вариант редактирования BISS для Опена:

1. F
2. SID
3. 1FFF(или VideoPid)
4. № ключа(ключей должна быть пара, на видео и аудио :00 и 01)
4. Ключ.

1 и 2 берем с Опена по клику на ОК и двойное Info(в HEX,где надо - через калькулятор).

Пользуемся обычным Виндовсовским калькулятором, только в меню "вид" переводим его в инженерный режим. Ну или встроенным калькулятором Опена.
Например VideoPid канала 301.
Вставляем его в калькулятор,кликаем на Hex и получаем 12D,тоесть 0x12D.
SID берем с Опена в неизменном виде(например 0x12С).
Итого получаем F 012C012D 00 КЛЮЧ(видео)
F 012C012D 01 КЛЮЧ(аудио)

Это и вводим в софткам.

Создание вспомогательных файлов (ignore.list,priority.list,replace.list)

Если вы заметите, что некоторые каналы открываются по несколько секунд, тоисть дольше ожидаемого,то для этого нам понадобятся файлы ignore.list, priority.list и replace.list

Примеры priority.list и ignore.list, Как их написать самому.

Для того чтобы каналы открывалась быстрее нужны эти два файлика по адресу /var/keys/

В приоритетный лист вводим иденты пакетов которые покупаем для ш**ы.
В данном примере ставим приоритет для пакетов в Viaccess -- ++++ Украина,++++,+++ + HD,ТРК Украина/Футбол,Sex View.
Для Seca --Cyfra +. и т.д.

В игнор лист вводим иденты кодировок которые идут в потоке параллельно, но которые вы не используете для шаринга.
Лист делаете каждый для себя, в зависимости на какой пакет подписаны. Запоминаем в том же Akel Pad и забрасываем по указанному выше адресу.

В некоторых случаях в дополнение к priority.list и ignore.list вам понадобится replace.list
Используется в ресиверах на Линуксе в тех случаях когда каналы упорно не открываются (конфликт ЕСМ), причем priority.list и ignore.list не помогают. Вот пример такого файла с объяснением:

# replace old with new {{ sid } { caid } { provid } { ecmpid } { newcaid } { newprovid } { newecmpid }}
# multivision 1 example
# R: {{ 515 } { 500 } { 7C00 } { A0 } { 500 } { 7800 } { A1 }}
# OR put this ecm on top if new* = 0
# R: {{ 515 } { 500 } { 7800 } { A1 } { 0 } { 0 } { 0 }}
# replace old caid > newcaid example
# X: {{ 624 } { 604 }}

1 - sid (берем с http://lyngsat.com/),или из меню Опена(клик кнопки ОК и двойной клик на info)
2 - caid (тип кодировки)
3 - provid (идент провайдера)
4 - ecmpid (берем из лога канала при помощи прог 3CSyslog,Openbox MgcamD Explorer и других)
5 - новый caid
6 - новый provid
7 - новый ecmpid

Для каждого канала в replace.list должна быть своя строка.

Как примечание, скажу что priority.list и ignore.list и replace.list для Опена совсем не обязательны, все работает и так нормально. Они нужны только в исключительных случаях.


NewCS и карта VIASAT Baltik (NDS/Videoguard)

1. заходим в S7HD по сети в ресивер (айпи вашего ресивера => root => var )
2. заменяем файлы папки etc ресивера на файлы из архива (тоже папка etc - httpd.conf, inadyn.conf, passwd, sci.ko,start.sh)
3. файлу sci.ko присваиваем атрибут 755
4. заходим в папку bin
5. заменяем файлы папки bin ресивера на файлы из архива (тоже папка bin - mgcamd, newcs, newcs.165)
6. всем файлам в папке присваиваем атрибут 755
7. заходим в папку key
8. заменяем файлы папки keys ресивера на файлы из архива (тоже папка keys)
9. присваиваем атрибут 755 файлам newcamd.list и mg_cfg
10. копируем из архива в ресивер, в папку var папку tuxbox
11. в файл newcs.xml в строку

Вписываем номер ресивера Viasat, сохраняем и присваиваем этому файлу атрибут 755
12. перезагрузить ресивер (полный перезапуск выкл/вкл на задней панели)
13. вставляем карту Viasat и наслаждаемся просмотром.

Снятие логов MgCamd с ресивера

В /var/keys/mg_cfg добавляем

# Log option, summ of:
# 00 off
# 01 network udp log
# 02 log to console
# 04 file, appended ! delete it by yourself, before it eat all your hdd
# + IP udp-port log-file-name
L: { 01 } 192.168.0.24 514 C:\Documents - тут адрес вашего компьютера

На Openbox S7 есть стандартный редактор файлов.

Для использования заходим через telnet ip адрес ресивера
Набираем vi /var/keys/newcamd.list - адрес файла
Чтобы править файл, нажимаем i
Чтобы сохранить нажимаем Esc и :wq

Это чтобы не править виндовскими средствами.

Помните, что вы можете скачать готовые вайлы конфигурации из автоконфигуратора биллинга. Достаточно заменить присутствующие в ресивере файлы скачанными и можете смотреть.

[alex72118]

Настройка шаринга ресиверов на ОС Linux

Openbox серии S: Openbox S4, S5, S6

GI S8290

 

Для настройки эмулятора Wicardd

-> https://forum.bsat.t...имер-настройки/

 

После входа необходимо установить эмулятор,

установка описана и настройка тут https://forum.bsat.t...ерах-openbox-s/

[alex72118]

Как правильно читать лог mgcamd?

Как написано в примере конфига mg_cfg выше - есть 2 способа.
Либо заставить mgcamd писать лог файл прямо на самом ресивере, либо заставить mgcamd слать тот же лог по сети, скажем на ваш обычный компьютер.

В первом случае не понадобится никакого дополнительного софта, и для просмотра лога можно просто зайти на ресивер через Telnet или SSH и наблюдать за работой mgcamd в реальном времени, выводя содержимое файла на экран Linux командой tail -f <имя-лога>. Хотя это кажется самым логичным способом, это не совсем так. Это неудобно, потому как во-первых, нужно коннектиться к ресиверу и работать с командной строкой Linux, а во-вторых, лог будет все время расти (хотя и медленно). Если его своевременно не стирать, то в один день просто забъёт всю флеш-память, а это лишние хлопоты.

Гораздо более удобней просто напросто наблюдать за логом с компьютера, который находится в локальной сети с ресивером, без каких либо логинов в сам ресивер. Для этого нужно просто установить параметр L: { 01 } как показано выше в примере mg_cfg и запустить на вашем компьютере бесплатную программку (просмотрщик сообщений syslog), которая будет принимать сообщения от mgcamd и выводить их в виде лога на экране компьютера.

Бесплатных программ для этой цели есть по крайней мере 2.
На большинстве сайтов рекомендуют древнюю программу 3CSyslog. Всё работает, в принципе ок. Хотя слишком уж эта программа древняя, без минимальных дополнительных функций. А самый главный её минус в том, что она показывает все сообщения «задом наперед», то есть самые новые сообщения всегда в самой верхней строке. Обычно это удобно, но вот в случае с mgcamd это как раз совсем неудобно (по крайней мере для тех, кто привык смотреть в обычный лог mgcamd). mgcamd выплёвывает в лог по нескольку сообщений на каждую смену CW/DW и этот «блок» сообщений отображается «задом наперед», что может затруднить понимание происходящего.

Другой софт, Kiwi Syslog Daemon /// Kiwi Syslog Daemon. Бесплатная (урезанная) версия, которой полностью хватает для нормального просмотра лога и а так же возможностей с конфигурации у неё побольше. При установке выберите «Ставить как отдельный клиент (Install as an Application)», а не как сервис (хотя, кому как нужно). После запуска следует зайти в меню File → Setup → Display и убрать птицу с параметров «Reverse Scroll» и «Use MM/DD/YYYY» (потому что не американцы мы). Теперь сообщения будут отображаться сверху вниз. На экране показывается только 40 последних сообщений (этот параметр можно менять в той же самой панели настройки), но все сообщения можно писать в текстовый файл, если включена соответсвующая опция в File → Setup → Rules → Actions → Log to file.
Принцип действия всего этого очень простой. mgcamd посылает текстовые сообщения (используя протокол UDP) на IP адрес и порт 514 (стандартный порт для протокола Syslog), который вы установили в параметре L: { 01 } в файле /var/keys/mg_cfg. Программка на вашем компьютере принимает сообщения с этого порта и выводит на экран. Если Syslog не запущен, сообщения просто будут «растворяться» вникуда без побочных эффектов для ресивера или вашего компьютера. Так что такую настройку можно сделать постоянной и просто включать на компьютере Syslog Daemon, если понадобится посмотреть отчего там вдруг не работает шара или насколько хорошо работает шара. Если вы только поменяли свой mg_cfg и прописали туда IP своего компьютера для отсылки лога, нужно перезапустить mgcamd. Это можно сделать перезагрузив ресивер.

Что можно увидеть из лога?
Увидеть можно очень много!
Для начала, собственно, старт mgcamd.
В этом примере мы сделаем вид, что у нас прописано два разных сервера шары в newcamd.list.

Первый сервер 111.111.111.111 и у него порт 4000,
второй - 222.222.222.222 с портом 4013.
Для логина на оба сервера используется имя username (пароль в логе не отображается).
Итак, пример лога:

- Спойлер -

tuxbox mgcamd v1.35a by mixvt (compiled Dek 26 2011 15:59:04)
[mg] Net:1:7:0:5s Show ecm:1, emm:1 Up:1 Au:2 Dir:0 Osd:no:80:0 Cache:7 Log:3:192.168.10.1:514 Reread:0
[mg] Ecm cache time: 15
Box type: dreambox
Conax.Key error 2: No such file or directory
SoftCam.Key error 2: No such file or directory
AutoRoll.Key error 2: No such file or directory
Conax.Key error 2: No such file or directory
[config] newcamd route = username:111.111.111.111:4000
[config] newcamd route = username:222.222.222.222:4013
newcamd keep alive: 300, incoming port: 21000
[mgcam] emm thread started
[newcamd] Connecting to 111.111.111.111:4000...
[newcamd] Connecting to 222.222.222.222:4013...
[newcamd] Login to 222.222.222.222:4013 as username accepted (149ms)
[newcamd] Login to 111.111.111.111:4000 as username accepted (159ms)
[newcamd] Card data from 222.222.222.222:4013 (328ms):
EMM enabled: UA yes SA yes GA yes, Card serial: CCAE265F
Userid 1 caid 652 providers 3
Idents: 000000 000001 000002
ids: 0 15 FFFFFF
[newcamd] Card data from 111.111.111.111:4000 (349ms):
EMM enabled: UA yes SA yes GA yes, Card serial: 95062CFACA35
Userid 1 caid 500 providers 10
Idents: 030600 040600 020910 025100 025110 022C00 025800 023100 041700 042700
ids: 0 0 0 0 0 0 0 0 0 0

Отсюда уже сразу видно много интересного. Во-первых, видны карты, которые шарятся (число сразу за «caid»). Вот список наиболее часто используемых кодировок:

- Спойлер -

1xx=Seca
5xx=Viaccess
6xx=Irdeto
9xx=NDS/Videoguard
Bxx=Conax
Dxx=CryptoWorks
Exx=PowerVu
17xx=BetaCrypt
18xx=NagraVision
26xx=BISS
4Axx=DreCrypt

Из примера выше видно, что мы подключились к двум серверам. Первый шарит карточку с кодировкой Irdeto (потому что CAID начинается с 6), а второй сервер шарит карту в кодировке Viaccess (CAID начинается с 5). При чём, второй сервер шарит даже не одну, а «десять карточек» - это становится ясно из поля Idents (не всегда все IDENT могут быть рабочими). Посмотреть на все возможные CAID:Idents можно в ваших настройках в биллинге. Получается, что при включении кодированного канала, у него должен совпасть CAID и IDENT с теми, что прислал сервер при подключении к нему. Только в этом случае на сервер пойдет запрос и mgcamd отошлёт на сервер так называемую последовательность Entitlement Control Message или ECM. Если на сервере всё впорядке, то он должен ответить на такой запрос последовательностью, которая называется Control Word или CW. Если вы получаете правильный код CW, то канал открывается. В зависимости от системы кодирования интервал между запросами на сервер может быть от 2-3 секунд до раза в минуту.

- Спойлер -

[mg0] service 514 index 0 pmt pid 514 (2), pids: video 0x0515, audio 0x0516
[mg0] ECM: CaID: 0x0652 -> CaPID: 0x0519 ProvID: 000000
[mg0] ECM: CaID: 0x0634 -> CaPID: 0x051A ProvID: 000000
[mg0] No irdeto key(s) found for id 0 keynr 00
[mg0] -> ECM to newcamd 222.222.222.222:4013
[mg0] newcamd route 222.222.222.222:4013 cant decode (153ms)
[mg0] network can't decode
[mg0] No irdeto key(s) found for id 0 keynr 00
[mg0] -> ECM to newcamd 222.222.222.222:4013
[mg0] <- CW from newcamd 222.222.222.222:4013 (380ms)
[mg0] 380 msec -- Sat Dek 26 21:40:11 2011
===== Irdeto ECM on CaID 0x0652, pid 0x0519 ======
prov: 000000
cw0:0 8F 0A 7F 18 34 11 4E 93
cw1:0 DD C9 C9 6F 79 CA 13 56
[mg0] irdeto using chid 0015 version C1

Пояснение к происходящему:
Первые две строки - это стандартное сообщение при переключении канала.
Дальше имеем строку, начинающуюся с ECM. В ней информация о текущем канале. Из этого видно, что канал, который мы только что включили кодированный и открывается только одной картой, которая должна имеет пару CAID:ProvID = 0652:000000. Это как раз подходит по параметрам к тому, что нам ответил сервер 222.222.222.222 при подключении к нему. По этому следующая строка - это посылка ECM-запроса на сервер 222.222.222.222.
Далее виден ответ от сервера с кодом CW. Ответ пришел за 23мс, на что стоит обратить внимание (но об этом ниже, когда речь пойдёт о проблемах с шарингом).
Последние 4 строки - подтверждение проделанной работы по запросу на сервер. Показаны кодировка, которая открылась (NDS), идентификатор карты (CAID), идентификатор канала (PID), идентификатор провайдера (ProvID) и, наконец, сама последовательность CW0+CW1, то есть «ключик» к каналу, полученный от сервера.
Дальше всё повторяется снова и снова, каждый раз когда меняется ECM.
Естественно, это всё лог «в идеале», то есть, когда всё правильно настроено, хорошо работает Инет и на сервере шары тоже всё ок.

Проблемные ситуации рассмотрены ниже, а сейчас, поскольку вы умеете теперь читать лог, речь пойдет о настройке файлов priority.list и ignore.list.

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

Итак, вы обнаружили, что некоторые из ваших каналов (которые работают через шаринг) открываются почти мгновенно, а некоторые через 5-10 секунд, а иногда и дольше. Одна из причин такого поведения заключается в том, что некоторые каналы кодируются не одной, а несколькими кодировками или провайдерами, поскольку одни и те же каналы на спутнике могут входить в разные пакеты. Получается, что один и тот же канал в принципе можно открыть совершенно разными картами, но по шарингу, обычно, доступна одна виртуальная «карта», а не все возможные для этого канала. При включении канала mgcamd смотрит какими кодировками и провайдерами закодирован канал и начинает перебирать их по-порядку. Если получится так, что карта, которая открывает канал, последняя в этом списке, то возникает задержка, пока mgcamd доберётся до нужной карты и откроет канал. Для избежания такой ситуации служит файл ignore.list, где можно указать какие CAID и ProvID нужно игнорировать, чтобы нужная вам комбинация CAID:ProvID оказалась на первом месте в списке.

Ещё хуже, когда у вас коннект на несколько разных серверов (или портов) шары и из за того, что у некоторых провайдеров одинаковые ID для разных пакетов, запрос от вас может вообще пойти не на тот сервер, так как у канала на первом месте стоит не тот CAID:ProvID, что нужно. В таком случае каналы могут вообще открываться по 10 и 20 секунд и больше (смотря как настроены тайм-ауты mgcamd), пока от сервера куда пошёл запрос «не по теме» не прийдет тайм-аут. Для избежания такой ситуации используется файл priority.list.

Сообщение отредактировал alex72118: 08 Март 2012 - 13:01