Что такое подписка спутникового ТВ: CCcam и OScam

Если вы спрашиваете, что такое подписка спутникового ТВ в контексте кардшеринга — это не абонемент у оператора. Это доступ к удалённому серверу, который по TCP-соединению передаёт расшифрованные контрольные слова (DCW) для закодированных спутниковых каналов. Ваш ресивер получает зашифрованный транспортный поток, но сам расшифровать его не может — ключи приходят по сети. Разобраться в этом механизме нужно до того, как вы вообще начнёте что-то настраивать.

Что на самом деле означает «подписка спутникового ТВ» в контексте кардшеринга

Когда человек покупает официальную подписку у оператора — скажем, у Триколора или НТВ-Плюс — он получает физическую смарт-карту. Карта вставляется в CAM-модуль или прямо в слот ресивера, хранит права на просмотр локально и сама расшифровывает поток. Интернет тут не нужен вообще.

При сетевом обмене ключами всё иначе. Смарт-карта находится на удалённом сервере, и ваш ресивер получает DCW по сети. Вся цепочка завязана на стабильное соединение с минимальной задержкой. Пропал интернет — картинка замёрзла.

Официальная подписка против обмена ключами

Официальная карта — это автономное устройство с встроенным криптопроцессором. Она получает ECM-пакеты (Entitlement Control Messages) прямо из транспортного потока DVB и возвращает DCW дескремблеру ресивера — всё внутри одной железки. Никаких сетевых запросов, никаких задержек.

При кардшеринге смарт-карта физически стоит на сервере, иногда в тысячах километров от вас. Ваш ресивер отправляет ECM-запрос по TCP, сервер передаёт его карте, карта вычисляет DCW, и ответ возвращается обратно. Вся эта цепочка должна уложиться в несколько сотен миллисекунд — иначе начнутся фризы.

Роль смарт-карты и CAM-модуля

CAM-модуль (Conditional Access Module) — это по сути интерфейс между смарт-картой и ресивером. В классическом варианте он вставляется в CI-слот тюнера. При кардшеринге CAM на вашей стороне не нужен: его функцию берёт на себя программный клиент — softcam.

OScam и CCcam — это и есть softcam. Они эмулируют работу CAM-модуля программно, перехватывают ECM из транспортного потока через dvbapi-интерфейс и пересылают их на удалённый сервер вместо локальной карты.

Что такое контрольное слово (DCW) и зачем оно меняется каждые 10 секунд

DCW (De-Control Word) — это 8-байтный ключ, которым непосредственно шифруется видеопоток. Стандарт DVB-CSA подразумевает смену этого ключа примерно каждые 10 секунд (интервал называется crypto-period). Делается это намеренно: даже если кто-то перехватит текущий DCW, через несколько секунд он устареет.

Именно из-за этой цикличности и нужна постоянная связь с источником ключей. Каждые ~10 секунд ваш softcam должен успеть получить новый DCW до того, как старый протухнет. Не успел — экран замёрз на несколько секунд, пока не пришёл следующий ключ.

Как работают протоколы CCcam и OScam изнутри

Понять, что такое подписка спутникового ТВ на техническом уровне, невозможно без понимания того, как данные вообще перемещаются между ресивером и сервером. Цепочка короткая, но каждое звено имеет значение.

Цепочка ECM-запрос → сервер → DCW-ответ

Ресивер принимает транспортный поток DVB со спутника. В этом потоке есть зашифрованные пакеты видео/аудио и отдельные ECM-пакеты — контейнеры с зашифрованным DCW текущего crypto-period. Softcam (OScam или CCcam) перехватывает ECM через /dev/dvb/adapter0/demux0 посредством dvbapi.

Дальше ECM уходит по TCP на сервер кардшеринга. Сервер передаёт его смарт-карте через reader, карта вычисляет DCW и возвращает его обратно. Softcam передаёт DCW дескремблеру ресивера — тот наконец расшифровывает видеопоток. Весь этот round-trip должен происходить быстрее, чем закончится текущий crypto-period.

Чем CCcam-протокол (порт 12000) отличается от newcamd и cccam over OScam

CCcam — проприетарный бинарный протокол. Стандартный порт — 12000, хотя он задаётся в конфиге и может быть любым. Протокол достаточно простой: клиент подключается, аутентифицируется и начинает слать ECM, получая в ответ DCW. Из коробки поддерживает reshare — передачу карт между серверами.

newcamd — другой протокол, обычно работает на портах от 10000 и выше. Он старше, менее гибкий, но всё ещё встречается. mgcamd — ещё один softcam, работает только как клиент.

OScam умеет работать одновременно и как сервер, и как клиент, и поддерживает несколько протоколов параллельно: cccam, newcamd, cs378x и другие. Это его главное преимущество — одна программа закрывает всё.

EMM-запросы и обновление прав

Кроме ECM в транспортном потоке есть EMM-пакеты (Entitlement Management Messages). Они нужны для обновления прав на смарт-карте — например, активации нового пакета каналов или продления подписки. EMM обрабатывается только реальной картой, поэтому при кардшеринге они тоже пересылаются на сервер, но большинство конфигураций их отфильтровывает для снижения нагрузки.

Когда оператор меняет версию CAS или ключи шифрования — старая конфигурация перестаёт работать. Именно это происходит, когда канал внезапно пропадает после планового обновления у оператора. Конфиг не виноват, просто карта на сервере должна получить новые права через EMM.

Что такое peer, hop и share в терминологии CCcam

Peer — это другой CCcam-сервер, с которым ваш сервер обменивается картами. Share (или card share) — это виртуальная карта, доступная через сеть. Hop — количество промежуточных серверов между вашим ресивером и реальной физической смарт-картой.

Hop 0 — карта стоит прямо в вашем ресивере или на прямом источнике. Hop 1 — один промежуточный сервер. Hop 2, 3, 4... — каждый дополнительный прыжок добавляет задержку и нестабильность. Сервер с hop 1–2 будет работать заметно стабильнее, чем тот же поток через 5 перекидываний.

Какие компоненты нужны для работы такой подписки

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

Спутниковый ресивер с поддержкой Enigma2 или картоприёмник на ПК

Большинство современных настроек кардшеринга делается на ресиверах под управлением Enigma2 — это открытая операционная система для спутниковых тюнеров. Dreambox, Vu+, Gigablue, AX/Opticum HD — всё это Enigma2-устройства. На них можно ставить OScam и CCcam напрямую.

Альтернатива — Windows/Linux с DVB-картой и программным плеером типа DVBViewer или VDR. На Linux softcam ставится через пакетный менеджер или вручную, на Windows — через специальные обёртки. Но Enigma2 всё равно удобнее для этих задач.

Softcam: установка OScam или CCcam

На Enigma2 softcam устанавливается либо через встроенный менеджер пакетов (opkg), либо вручную через SSH. OScam собирается под конкретную архитектуру процессора — mipsel для старых Dreambox, arm для большинства современных устройств. Бинарник кладётся в /usr/bin/oscam или /usr/local/bin/oscam.

CCcam — проприетарный бинарник, распространяется в готовом виде. Кладётся туда же. Важно: не запускайте оба softcam одновременно без чёткого разграничения, кто из них занимает dvbapi-сокет (/tmp/camd.socket или аналог). Конфликт за сокет — одна из самых частых причин «непонятных» глюков.

Файлы конфигурации: oscam.server, oscam.user, CCcam.cfg

У OScam конфиги лежат в /etc/tuxbox/config/oscam/ или /usr/keys/ — зависит от прошивки образа. Основные файлы:

• oscam.conf — глобальные настройки: httpport, логирование, dvbapi
• oscam.server — описание ридеров (откуда брать ключи)
• oscam.user — учётные записи для клиентов, если OScam работает как сервер
• oscam.dvbapi — маппинг каналов и фильтры для дескремблирования

Для CCcam файл один: /var/etc/CCcam.cfg или /usr/keys/CCcam.cfg. Строки клиента выглядят так:

C: hostname.example.com 12000 myusername mypassword

Буква C означает «клиент». Дальше через пробел: хост, порт, логин, пароль. Всё.

Стабильный интернет-канал с низким пингом

Скорость тут не главное — трафик кардшеринга минимальный, несколько килобайт в секунду. Главное — задержка и стабильность. Ping до сервера в идеале должен быть ниже 50–80 мс. При пинге 200+ мс начнутся проблемы с HD-каналами, у которых crypto-period может быть короче 10 секунд.

Мобильный интернет с нестабильным сигналом — плохой выбор. Джиттер убивает DCW-цикл так же, как высокий пинг.

Базовая настройка клиента и проверка соединения

Покажу конкретные примеры — не абстрактные, а такие, которые можно адаптировать под свой сервер.

Прописывание C-line в CCcam.cfg

Открываем /var/etc/CCcam.cfg через SSH или FTP. Добавляем строку:

C: server.example.com 12000 testuser testpass

Сохраняем, перезапускаем CCcam командой:

/etc/init.d/CCcam restart

Или через панель управления ресивера. После рестарта CCcam должен подключиться к серверу и начать получать shares. Статус можно посмотреть в логе /tmp/CCcam.log — там будут строки типа «connected to server» или сообщения об ошибках аутентификации.

Эквивалентная reader-секция в oscam.server

Для OScam то же самое выглядит иначе. В файле /etc/tuxbox/config/oscam/oscam.server добавляем секцию:

[reader]
label         = myserver
protocol      = cccam
device        = server.example.com,12000
user          = testuser
password      = testpass
group         = 1
cccversion    = 2.3.0
cccmaxhops    = 2

Параметр cccmaxhops ограничивает, карты с каким максимальным hop'ом принимать — разумно выставить 2, чтобы не получать длинные цепочки реши. После сохранения перезапускаем OScam:

/etc/init.d/oscam restart

Проверка статуса через веб-интерфейс OScam (порт 8888)

Это одно из главных преимуществ OScam перед CCcam — встроенный веб-интерфейс. Чтобы он работал, в секции [webif] файла oscam.conf должно быть:

[webif]
httpport = 8888
httpuser = admin
httppwd  = password

Открываем в браузере http://192.168.1.100:8888 (IP вашего ресивера). Во вкладке Readers видим наш ридер. Смотрим на поля: Connected (должно быть Yes), Cards (число доступных карт), EC (число обработанных ECM), avg (среднее время ответа в миллисекундах).

Среднее время ответа меньше 300 мс — хорошо. 400–600 мс — терпимо для SD, но HD может фризить. Больше 800 мс — плохо, ищем проблему.

Чтение логов и статусов соединения

Лог OScam по умолчанию пишется в /var/log/oscam.log или /tmp/oscam.log. Смотрим через:

tail -f /var/log/oscam.log

Строки вида «reader connected» и «ecm answered» — всё работает. «Connection refused», «authentication failed», «no card for CAID XXXX» — диагностируемые ошибки. Если сервер отвечает (статус connected), но каналы не открываются — смотрите на CAID и provid в логах. Скорее всего, несовпадение: сервер держит карту другого провайдера или другой пакет.

Как выбрать источник ключей: на что смотреть с технической стороны

Что такое подписка спутникового ТВ с точки зрения выбора источника — это прежде всего набор технических характеристик, а не маркетинговые обещания. Вот что реально имеет значение.

Критерии стабильности: аптайм и среднее время ответа ECM

Идеальный показатель ECM response time — до 300–400 мс. Это можно увидеть прямо в веб-интерфейсе OScam после нескольких минут работы. Если поставщик предоставляет тестовый доступ — обязательно проверьте именно это, а не просто «открываются ли каналы».

Аптайм важен не меньше. Сервер, который перезагружается раз в несколько часов, — это постоянные обрывы в логах и frozen-картинка в самый неподходящий момент. В идеале аптайм сервера должен измеряться неделями.

Локальные карты против решары (reshare)

Локальная карта на сервере — это hop 0 или 1. Сервер физически держит смарт-карту в картоприёмнике, сам её читает и раздаёт DCW клиентам. Это самый стабильный вариант.

Решара (reshare) — это когда сервер сам является клиентом другого сервера и перераздаёт чужие карты дальше. Hop растёт, задержка суммируется. При hop 4–5 стабильной работы с HD-каналами можно вообще не ждать. Спрашивайте у поставщика, есть ли у него локальные карты на нужный вам пакет, или он сам берёт у кого-то другого.

Поддержка нужных вам пакетов и частот

Не каждый сервер держит карты для всех операторов. Один может иметь карту Viasat на 4.8°E, другой — Digitürk на 42°E, третий — пакет на Hotbird 13°E. Уточняйте конкретный CAID и provid нужного вам оператора и проверяйте, что в логах OScam появляется именно этот CAID при попытке открыть канал.

В логах это выглядит примерно так: «ECM for CAID 0x0500 provid 0x032830» — это Viasat/Canal Digitaal. Если в ответе сервера нет соответствующей карты, канал не откроется, даже если соединение установлено.

Тревожные признаки нестабильного сервера

Смотрите на логи, а не на рекламные обещания. Частые строки «connection lost», «reconnecting», «no answer from server» — явные признаки того, что сервер или сеть перегружены. Фризы строго каждые 10 секунд — классика высокого hop или большой задержки: старый DCW истёк, новый ещё не пришёл.

Скачущий ECM response time — тоже плохой знак. Если среднее 200 мс, но иногда прилетает 1500 мс — именно эти выбросы вызывают фризы. Ровный и предсказуемый ответ важнее просто низкого среднего значения.

И отдельно про время на ресивере: некоторые серверы реализуют проверку временной метки при подключении. Если системное время на ресивере сбито на несколько часов — сервер может отклонить handshake. Синхронизируйте время через NTP: в Enigma2 это делается в настройках системы или командой ntpdate pool.ntp.org.