CCcam против OScam: какой протокол кардшаринга выбрать

Два протокола кардшаринга — CCcam и OScam — остаются главными инструментами для организации доступа к спутниковому телевидению через общую смарт-карту. Несмотря на то что оба решают одну задачу, архитектура, возможности и поведение в реальных условиях у них принципиально разные. Разберём каждый по существу.

Что такое CCcam

CCcam — проприетарный протокол кардшаринга, появившийся в середине 2000-х. Название расшифровывается как Card Client cam. Изначально разрабатывался как плагин для ресиверов на базе Linux и быстро стал стандартом de facto благодаря простоте настройки и широкой поддержке оборудования.

Протокол работает по модели клиент-сервер: сервер держит смарт-карту (или несколько карт), клиент подключается к серверу по TCP/IP и получает ключи дешифровки. Обмен данными происходит в режиме реального времени — задержка между запросом и ответом напрямую влияет на качество картинки.

Технические характеристики CCcam

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

• параметры сервера (хост, порт, логин, пароль)
• список локальных карт
• настройки ретрансляции (reshare) — насколько далеко сервер передаёт права дальше
• ограничения по числу подключений

Параметр RESHARE в CCcam — одна из ключевых особенностей: он позволяет каскадировать доступ. Значение 0 означает, что клиент не может делиться картой дальше. Значение 1 — может передать одному уровню вниз, и так далее. В крупных сетях это порождает длинные цепочки, каждая из которых добавляет задержку.

Что такое OScam

OScam (Open Source Cam) — открытый проект, форк CSP (CardServer Proxy), который активно развивается сообществом с 2009 года. В отличие от CCcam, исходный код OScam полностью открыт, что позволяет аудиторить безопасность и адаптировать под конкретные задачи.

OScam поддерживает не только кардшаринг, но и работу с физическими считывателями карт, эмуляцию, несколько одновременных протоколов. Фактически это универсальная условно-доступная система (CA system), а CCcam — лишь один из режимов её работы.

Архитектура OScam

Конфигурация OScam разделена на несколько файлов:

• oscam.conf — глобальные параметры, логирование, веб-интерфейс
• oscam.server — описание источников (readers): физических карт, удалённых серверов CCcam/OScam/Newcamd
• oscam.user — список пользователей с индивидуальными правами
• oscam.services — фильтрация по сервисам (каналам)
• oscam.srvid — база соответствий CAID/SID к названиям каналов

Такая модульность позволяет точно управлять тем, какой пользователь получает доступ к каким каналам и через какой reader.

Сравнение производительности

Производительность в кардшаринге измеряется прежде всего временем ответа на ECM-запрос (Entitlement Control Message). Если ответ приходит позже, чем смена ключа на передатчике, экран замерзает или показывает артефакты.

Скорость декодирования ECM

В стандартной конфигурации OScam опережает CCcam по времени ответа в сетях с несколькими источниками. Причина — алгоритм балансировки нагрузки. OScam умеет параллельно запрашивать несколько readers и принимать ответ от самого быстрого, отклоняя остальные. CCcam работает последовательно: если первый сервер не ответил — переходит ко второму, теряя время.

Практический пример: при использовании двух CCcam-серверов с задержками 80 мс и 40 мс CCcam-клиент сначала опрашивает первый (80 мс), и только при его отказе — второй. OScam в той же конфигурации запросит оба одновременно и вернёт ответ за 40 мс.

Нагрузка на процессор

CCcam — монолитный демон, написанный преимущественно на C++. На слабых процессорах (Mips 300 МГц в старых ресиверах Dreambox 800) при 50+ одновременных клиентах он начинает давать задержки. OScam работает эффективнее за счёт многопоточной архитектуры и лучше масштабируется на серверное железо.

Безопасность

Шифрование соединений

CCcam использует собственный алгоритм обфускации трафика, который формально шифрованием не является. Специалисты давно декомпилировали протокол и опубликовали описание — трафик CCcam легко распознаётся и декодируется сетевыми анализаторами.

OScam поддерживает SSL/TLS для протоколов, где это предусмотрено, а также ГОСТ-шифрование для отдельных модулей. Для CCcam-совместимого режима в OScam шифрование аналогично оригинальному CCcam, но для нативного протокола OScam (newcamd, camd3) доступны дополнительные опции защиты.

Контроль доступа

CCcam предлагает базовый контроль: логин/пароль + ограничение по IP. OScam значительно мощнее: можно ограничить пользователя по конкретным CAID (системам шифрования), SID (идентификаторам каналов), временным окнам, максимальному числу одновременных сессий и даже задать приоритет reader'а для конкретного пользователя.

Пример конфигурации в oscam.user:

[account]
user = client1
pwd = secretpass
services = sky_de,sky_it
caid = 0919,093E
maxconn = 2

Такая гранулярность недостижима в CCcam без внешних прокси-решений.

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

Протоколы CCcam

CCcam работает исключительно по своему собственному протоколу. Клиент CCcam не может подключиться к серверу Newcamd или Camd3 напрямую — требуется конвертация через промежуточный слой.

Протоколы OScam

OScam поддерживает одновременно несколько протоколов на разных портах:

• CCcam — полная совместимость, OScam-сервер выглядит для CCcam-клиентов как обычный CCcam-сервер
• Newcamd — широко используется в профессиональном оборудовании
• Camd3 — применяется в ряде спутниковых ресиверов
• Radegast — специфичный для польского рынка протокол
• Gbox — децентрализованная p2p-сеть кардшаринга

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

Настройка и администрирование

Простота настройки CCcam

CCcam настраивается за 5 минут: один файл, понятный синтаксис, минимум параметров. Для базового сценария (один сервер, несколько клиентов) этого достаточно. Новичку разобраться проще.

Пример конфигурации клиента в CCcam.cfg:

C: cardserver.example.com 12000 user1 password1

Одна строка — и клиент подключён.

Кривая обучения OScam

OScam требует изучения. Пять конфигурационных файлов, десятки параметров в каждом, логика reader'ов и fallback-цепочек — это не задача для получасовой настройки. Типичная ошибка новичка: неправильный приоритет reader'ов приводит к тому, что OScam всегда использует медленный удалённый сервер вместо быстрой локальной карты.

Но OScam компенсирует сложность веб-интерфейсом (порт 8888 по умолчанию), который показывает в реальном времени: какие клиенты подключены, какой reader использовался для каждого ECM-запроса, время ответа, число ошибок.

Поддержка оборудования

CCcam изначально создавался под Dreambox и совместимые ресиверы на Enigma2. Это его родная среда. На VU+, Formuler, Edision и прочих Enigma2-платформах CCcam работает стабильно и поддерживается дистрибутивами образов (OpenATV, OpenPLi) из коробки.

OScam поддерживает всё, что поддерживает CCcam, плюс: Raspberry Pi как сервер, Linux-серверы x86, роутеры с OpenWrt, Android-устройства через специальные сборки. OScam активно используется в профессиональных head-end системах, где Dreambox неуместен.

Активность разработки и сообщество

CCcam официально не обновлялся с версии 2.3.2 (2013 год). Исходники закрыты. Баги не исправляются. Сообщество продолжает его использовать по инерции, но новых возможностей ждать не приходится.

OScam — живой проект. Репозиторий на svn.streamboard.tv регулярно получает коммиты. Поддержка новых систем условного доступа, исправления совместимости с обновлёнными картами операторов — всё это появляется в OScam через дни после обнаружения проблемы. Для CCcam таких исправлений не будет никогда.

Когда выбирать CCcam

CCcam имеет смысл только в трёх ситуациях:

1. Подключение к существующему CCcam-серверу, который не поддерживает другие протоколы — тогда другого выбора нет
2. Временная настройка на очень ограниченном железе, где OScam не помещается в память
3. Тест совместимости при отладке проблем с конкретным оборудованием

Для новых установок выбор CCcam над OScam трудно обосновать.

Когда выбирать OScam

OScam — правильный выбор для большинства задач:

• Серверная роль с несколькими клиентами — гранулярный контроль доступа окупает время на настройку
• Агрегация нескольких источников разных типов (локальная карта + удалённый CCcam-сервер + Newcamd-провайдер)
• Максимальная скорость декодирования — параллельные запросы к reader'ам снижают задержку
• Долгосрочная эксплуатация — живой проект означает совместимость с обновлёнными картами операторов

Итог: ключевые различия

Параметр	CCcam	OScam
Открытый код	Нет	Да
Активная разработка	Остановлена в 2013	Продолжается
Поддерживаемые протоколы	Только CCcam	CCcam, Newcamd, Camd3, Gbox и другие
Балансировка reader'ов	Последовательная	Параллельная
Контроль доступа	Базовый	Детальный (по CAID, SID, времени)
Веб-интерфейс	Нет	Встроенный
Сложность настройки	Минимальная	Умеренная
Совместимость с оборудованием	Enigma2-ориентирован	Кросс-платформенный

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