Что такое кардшаринг: принцип работы CCcam и OScam

Что такое кардшаринг простыми словами

Определение и базовый принцип

Что такое кардшаринг — это сетевой обмен контрольными словами (Control Words, CW) между сервером со смарт-картой и клиентскими ресиверами по IP-сети. Карта стоит в одном месте, а её вычислительный ресурс используют несколько устройств одновременно. Никакого видеопотока по сети не идёт — только короткие пакеты с ключами дешифрования.

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

Зачем нужен обмен ключами по сети

Спутниковые операторы шифруют трансляции через системы условного доступа (CAS). Без действующей подписки и карты ресивер принимает транспортный поток, но воспроизвести его не может — картинка чёрная или отображается сообщение о недостаточных правах. Кардшаринг позволяет одной карте обслуживать несколько точек приёма в рамках одного домохозяйства или технической инсталляции.

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

Роль сервера и клиента в схеме

Сервер — устройство с физической смарт-картой и программой CCcam или OScam. Он слушает входящие соединения на определённом порту, принимает ECM-запросы и возвращает CW. Клиент — ресивер без карты, который подключается к серверу по протоколу и получает ключи в режиме реального времени. Роли могут совмещаться: одно устройство одновременно держит карту и обслуживает других клиентов.

---

Как работает кардшаринг на уровне протокола

Цикл ECM → CW: что происходит при смене канала

Когда ресивер переключается на зашифрованный канал, он выделяет из транспортного потока пакеты ECM (Entitlement Control Message). Это зашифрованные структуры, которые содержат контрольное слово — но прочитать его может только карта с нужной подпиской. Ресивер передаёт ECM серверу, сервер отправляет его на карту, карта расшифровывает и возвращает CW обратно.

CW — это 8-байтный ключ (два по 8 байт: нечётный и чётный). Ресивер подаёт его в дескремблер, и видео начинает воспроизводиться. Весь этот цикл должен укладываться в доли секунды, иначе картинка замерзает на момент обновления.

Системы кодирования (CAS) и их влияние

Разные операторы используют разные CAS: Nagravision, Viaccess, Irdeto, Conax, BISS, Cryptoworks. Карта работает только с той CAS, для которой она выпущена. OScam умеет определять CAS автоматически по CAID (идентификатор системы кодирования) и направлять ECM к нужному ридеру. CCcam делает то же самое, но менее гибко в конфигурировании маршрутизации.

Если на сервере несколько карт от разных операторов, OScam распределяет запросы по CAID без ручной настройки приоритетов — при правильно заполненном oscam.server.

Задержка декодирования и время отклика (zapping time)

Zapping time — это время от переключения канала до появления картинки. Складывается из сетевой задержки (пинг до сервера), времени обработки ECM картой и времени передачи CW обратно. При пинге до 30 мс переключение незаметно. При 100 мс и выше уже чувствуется пауза. При 200+ мс и перегруженной линии возможны фризы прямо во время просмотра — особенно при смене CW каждые 10 секунд.

Именно поэтому сервер с картой должен быть географически близко к клиенту или иметь стабильный низкозадержечный канал. CDN и прокси здесь не помогают — важна именно задержка туда-обратно.

---

Протоколы CCcam и OScam: в чём разница

CCcam: проприетарный протокол и порт 12000

CCcam — закрытый протокол, изначально разработанный как прошивка для ресиверов. Стандартный порт — 12000. Конфигурация минималистична: файл /etc/CCcam.cfg или /usr/keys/CCcam.cfg в зависимости от образа. Строка подключения к серверу выглядит так:

C: hostname 12000 username password

Строка для раздачи прав другим клиентам:

F: username password

Синтаксис простой, файл читается сверху вниз. Никакого веб-интерфейса нет — всё через текстовые конфиги и телнет-логи. Для диагностики нужно смотреть вывод через tail -f /tmp/CCcam.log или аналогичный путь.

OScam: открытый эмулятор и гибкая конфигурация

OScam (Open Source Conditional Access Module) — это другой уровень. Открытый исходный код, активное сообщество, поддержка десятков CAS и протоколов. Конфигурация разбита на несколько файлов в директории /etc/oscam/ или /etc/tuxbox/config/oscam/:

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

Веб-интерфейс OScam работает на порту 8888 по умолчанию. Меняется в секции [webif] файла oscam.conf:

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

В браузере открываешь http://192.168.1.100:8888 — и видишь живое состояние каждого ридера, активные соединения, статистику ECM/CW в реальном времени. Это реально удобно для диагностики.

Когда использовать newcamd, mgcamd и cccam одновременно

OScam умеет одновременно слушать несколько протоколов. Например, раздавать по протоколу cccam на порту 12000, принимать подключения по newcamd на порту 15000, и при этом самому быть клиентом cs378x к вышестоящему серверу. Всё это конфигурируется в oscam.conf через секции [cs357x], [cs378x], [newcamd].

newcamd — старый, но надёжный протокол. Порт задаётся в конфиге, стандарта нет — у каждого сервера свой. mgcamd — ещё один клиентский эмулятор, часто используется на старых ресиверах без Enigma2. На современных установках чаще всего работает OScam как единая точка управления.

Сравнение по стабильности и нагрузке на CPU

CCcam исторически жрёт больше памяти и процессора при большом числе клиентов. На слабом железе типа старого Dreambox DM500 это ощущалось. OScam написан эффективнее, держит нагрузку лучше и потребляет меньше ресурсов при той же функциональности.

По стабильности OScam выигрывает за счёт активной разработки и патчей. CCcam фактически не обновляется — существующие версии работают, но баги никто не исправляет. Для нового развёртывания в 2026 году OScam — очевидный выбор.

Параметр	CCcam	OScam
Исходный код	Закрытый	Открытый
Порт по умолчанию	12000	Настраивается
Веб-интерфейс	Нет	Порт 8888
Поддержка протоколов	CCcam	CCcam, newcamd, cs378x, cs357x
Нагрузка на CPU	Выше	Ниже
Активная поддержка	Нет	Да

---

Что нужно для настройки сервера и клиента

Оборудование: ресивер на Enigma2 и картоприёмник

Минимум — ресивер на Enigma2 (Linux-образ: OpenATV, OpenPLi, DreamElite и подобные), слот для смарт-карты или внешний картридер, стабильное интернет-соединение. На стороне клиента тарелка со спутниковым конвертором обязательна — без входящего транспортного потока ECM просто неоткуда взяться.

Если ресивер используется только как клиент (без своей карты), карта не нужна. Достаточно установить CCcam или OScam и прописать C-line для подключения к серверу.

Пути конфигурации: /etc/tuxbox/config/ и /usr/keys/

Пути зависят от образа Enigma2. Наиболее распространённые:

• CCcam: /etc/CCcam.cfg, /usr/keys/CCcam.cfg, /etc/tuxbox/config/CCcam.cfg
• OScam: /etc/oscam/, /etc/tuxbox/config/oscam/, /usr/keys/oscam/

Перед редактированием стоит проверить, какой путь использует конкретный образ — через ps aux | grep oscam видно, с каким -c (путём к конфигам) запущен процесс.

Базовый синтаксис C-line для подключения клиента

Строка C-line — это то, что провайдер выдаёт клиенту. Формат для CCcam:

C: hostname 12000 username password

Где hostname — IP или домен сервера, 12000 — порт (может быть другим), username и password — учётные данные. Строка вставляется в CCcam.cfg клиента. После сохранения нужно перезапустить CCcam командой:

/etc/init.d/CCcam restart

В OScam на стороне клиента добавляется блок в oscam.server:

[reader]
label = myserver
protocol = cccam
device = hostname,12000
user = username
password = password
caid = 0500,1800

Параметр caid можно не указывать — OScam определит сам, но с явным CAID быстрее.

Проверка соединения и чтение логов

Для CCcam смотрим лог через телнет: подключаемся к ресиверу на порт 16000 (если включён CCcam-телнет) или читаем файл журнала. В OScam всё проще — открываем веб-интерфейс на http://<ip_ресивера>:8888, вкладка Readers показывает статус каждого сервера: Connected / Disconnected, время отклика, количество успешных декодирований.

Если соединение установлено, но канал не открывается — смотрим вкладку Services: видно, есть ли у пользователя доступ к конкретному CAID и SID. Это быстро сужает круг проблем.

---

Как выбрать поставщика подключения: критерии

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

Первый вопрос, который стоит задать — есть ли резервный сервер. Если основная линия падает, декодирование обрывается. Адекватный поставщик держит минимум два сервера с автоматическим failover. Заявленный аптайм 99.9% без резервирования — это маркетинговая цифра, а не техническая гарантия.

OScam поддерживает несколько строк в oscam.server с одинаковым CAID — можно прописать основной и резервный сервер, OScam переключится автоматически при недоступности основного.

Время отклика и пинг до сервера

Перед покупкой имеет смысл проверить пинг до хоста сервера обычным ping hostname. Всё, что выше 80–100 мс — потенциальная проблема при активном зэппинге. Идеально — до 30 мс. Сервер в том же регионе предсказуемо даст меньше задержки, чем сервер на другом континенте, даже с быстрым каналом.

Ещё один момент — стабильность пинга, а не только его среднее значение. Джиттер 50 мс хуже стабильных 60 мс. Это проверяется через ping -c 100 hostname и анализом разброса значений.

Прозрачность по поддерживаемым CAS и протоколам

Нормальный поставщик чётко указывает список поддерживаемых CAID, доступные протоколы (CCcam, newcamd, cs378x) и поддерживаемые пакеты каналов. Если этой информации нет — красный флаг. Вопросы, которые стоит задать до оплаты:

• Какие CAID поддерживаются?
• Какой протокол используется и на каком порту?
• Есть ли ограничение на количество одновременных соединений?
• Какова максимально допустимая глубина reshare?
• Есть ли тестовый период или демо-доступ?

Reshare — это когда клиент сам начинает раздавать полученные CW дальше. Некоторые провайдеры блокируют это на уровне конфига, другие ограничивают глубину. Если reshare не ограничен, линия быстро перегружается.

---

Частые проблемы и что не работает

Канал не открывается, хотя линия активна

Подключение установлено, OScam показывает Connected, но канал чёрный или висит с замком. Первое, что смотрим — соответствие CAID. В веб-интерфейсе OScam на вкладке Users видно, какие CAID доступны конкретному пользователю. Если CAID нужного канала там нет — сервер просто не имеет карты для этой CAS.

Вторая причина — конфликт нескольких активных C-line для одного CAID. Если в конфиге клиента прописаны две строки на один и тот же канал от разных серверов, OScam пытается задействовать обе, получает разные CW и путается. Решение — явный приоритет через параметр priority в oscam.server или отключение одной из линий.

Долгое переключение каналов

Если зэппинг занимает 3–5 секунд — проблема почти всегда в задержке. Смотрим в OScam на среднее время ECM (колонка ECMtime в разделе Readers). Если там 800+ мс — высокий пинг или перегруженный сервер. При нормальной работе ECMtime должен быть в районе 200–400 мс.

Большая глубина reshare тоже убивает скорость: CW идёт через цепочку посредников, каждый добавляет задержку. Если вы сами являетесь промежуточным звеном, ограничьте reshare-depth в настройках OScam до 1 или 0.

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

Периодические обрывы с последующим восстановлением — типичный симптом нескольких проблем сразу. Первый подозреваемый — смена ключей провайдером (key change). Когда оператор меняет ключи шифрования, карта на сервере должна получить обновление — до этого момента CW не расшифровываются. Это не ошибка конфигурации, а особенность системы.

Второй момент — расхождение часовых поясов между сервером и клиентом. В логах OScam время берётся с системных часов устройства. Если сервер в UTC+3, а клиент в UTC+1 — записи в логах будут сдвинуты на два часа, и сопоставить события становится сложно. Лечится синхронизацией через NTP на обоих устройствах.

Ещё одна ситуация, которую часто пропускают: локальная карта и сетевая линия на один и тот же CAID конфликтуют по приоритету. OScam по умолчанию предпочитает локальный ридер, но если карта медленная или с ней проблемы, запросы зависают. Нужно явно настроить порядок через weight или cacheex в зависимости от версии OScam.

---