Newcamd против CCcam: детальное сравнение протоколов кардшаринга

Выбор протокола кардшаринга напрямую влияет на стабильность сигнала, скорость декодирования и безопасность соединения. Newcamd и CCcam — два наиболее распространённых протокола, каждый из которых имеет свою архитектуру, сильные стороны и ограничения. Эта статья поможет разобраться в технических различиях и выбрать подходящий вариант для конкретной задачи.

Что такое кардшаринг и зачем нужны протоколы

Кардшаринг — технология совместного использования карты условного доступа (CAM) несколькими абонентами через сеть. Сервер с физической картой генерирует управляющие слова (Control Words, CW), необходимые для дешифровки зашифрованного телевизионного сигнала. Клиентские устройства получают эти слова по сети и используют их для декодирования контента в реальном времени.

Протокол определяет формат передачи данных, метод аутентификации и способ шифрования канала связи. От его выбора зависит, насколько быстро клиент получит CW и насколько надёжно защищено соединение от перехвата.

Протокол Newcamd: архитектура и особенности

История и принцип работы

Newcamd (New Camd) — протокол, разработанный как усовершенствование более раннего протокола Camd3. Основное отличие — встроенное шифрование на базе алгоритма DES (Data Encryption Standard) с 56-битным ключом. Вся передача данных между сервером и клиентом шифруется, что делает перехват трафика существенно сложнее по сравнению с незашифрованными протоколами.

Архитектура Newcamd строго иерархическая: один сервер — один клиент. Каскадирование (передача CW от одного сервера к другому) в классическом Newcamd не предусмотрено на уровне протокола.

Технические параметры Newcamd

Подключение Newcamd задаётся набором параметров в конфигурационном файле эмулятора. Типичная строка в файле newcamd.conf выглядит следующим образом:

CWS = newcamd.example.com 10000 username password 01 02 03 04 05 06 07 08 09 10 11 12 13 14

Здесь последние 14 байт — это DES-ключ, который должен совпадать на сервере и клиенте. Несовпадение ключа приводит к ошибке аутентификации без какого-либо информативного сообщения, что затрудняет диагностику.

Стандартный порт для Newcamd — 10000, однако администраторы часто меняют его на нестандартный (например, 15000 или 28000) для снижения нагрузки от автоматических сканеров.

Шифрование и безопасность Newcamd

Шифрование DES в Newcamd обеспечивает базовый уровень защиты. При этом важно понимать: DES считается устаревшим стандартом, и при наличии достаточных вычислительных ресурсов ключ теоретически можно подобрать. Тем не менее для бытового использования этот уровень защиты остаётся достаточным — массовый перехват трафика в локальных сетях или при использовании VPN нецелесообразен.

Аутентификация в Newcamd двухуровневая: сначала проверяется DES-ключ, затем — логин и пароль. Это снижает риск несанкционированного доступа при компрометации одного из факторов.

Протокол CCcam: архитектура и особенности

История и принцип работы

CCcam (Cardsharing Client) — протокол, ставший отраслевым стандартом де-факто для большинства спутниковых ресиверов на базе Linux, прежде всего Dreambox. Разработан позже Newcamd и изначально ориентирован на поддержку каскадных сетей.

Ключевое архитектурное решение CCcam — поддержка многоуровневого каскадирования (cascading). Сервер CCcam может получать CW от вышестоящего сервера и передавать их нескольким нижестоящим клиентам, формируя дерево серверов. Глубина каскада (hop count) указывает, через сколько серверов прошёл сигнал.

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

Конфигурация клиента CCcam задаётся в файле CCcam.cfg. Строка подключения выглядит так:

C: cccam.example.com 12000 username password

Стандартный порт CCcam — 12000. Протокол использует собственный механизм шифрования на базе SHA1 и RC6. Сессионный ключ генерируется при каждом подключении, что теоретически обеспечивает большую криптографическую стойкость, чем статический DES-ключ Newcamd.

Каскадирование в CCcam: преимущества и риски

Каскадирование — главное функциональное преимущество CCcam. Представим следующую схему: сервер A имеет физическую карту Viasat. Сервер B подключён к серверу A и получает CW для Viasat. Сервер C подключён к серверу B. Клиент D подключён к серверу C. В этой схеме у клиента D hop count равен 3.

Каждый дополнительный уровень каскада добавляет задержку. При hop count 1–2 задержка обычно составляет 50–150 мс, что незаметно для зрителя. При hop count 4–5 задержка может достигать 400–600 мс, что приводит к появлению freezes — кратковременных зависаний изображения при смене управляющего слова (обычно каждые 10 секунд для большинства систем условного доступа).

Прямое сравнение Newcamd и CCcam

Скорость отклика

В прямом сравнении при подключении к одному и тому же серверу Newcamd обычно демонстрирует несколько меньшую задержку, чем CCcam. Причина — упрощённый протокол рукопожатия (handshake). При тестировании на типичных европейских серверах Newcamd показывает среднее время отклика 80–120 мс, CCcam — 100–160 мс при прямом подключении (hop 0).

Однако это преимущество нивелируется при использовании CCcam с hop count 0–1 на качественном сервере. Реальная разница незаметна при просмотре стандартного телевидения.

Совместимость с оборудованием

CCcam изначально разрабатывался для ресиверов Dreambox и поддерживается большинством эмуляторов: OSCam, CCcam, MGCamd. Newcamd также поддерживается широко, но встречаются устаревшие ресиверы (например, некоторые модели Openbox и Starsat с прошивками до 2015 года), в которых реализация CCcam нестабильна, тогда как Newcamd работает корректно.

На современных ресиверах с OSCam оба протокола поддерживаются одинаково хорошо. OSCam может одновременно принимать подключения по Newcamd и CCcam, транслируя CW клиентам независимо от используемого ими протокола.

Нагрузка на сервер

CCcam генерирует несколько большую нагрузку на сервер по сравнению с Newcamd из-за более сложного протокола и необходимости поддерживать каскадные соединения. На типичном сервере с 50 одновременными подключениями разница в загрузке CPU составляет около 5–10% в пользу Newcamd. При 200+ подключениях это различие становится ощутимым.

Диагностика и логирование

OSCam предоставляет подробные логи для обоих протоколов, однако для CCcam доступна дополнительная информация: текущий hop count, количество активных каскадных соединений, статус каждого подключённого ридера. Это упрощает диагностику проблем в сложных каскадных конфигурациях.

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

OSCam: универсальный эмулятор для обоих протоколов

Настройка Newcamd в OSCam

В OSCam подключение к серверу Newcamd настраивается в файле oscam.server:

[reader]
label = myserver_newcamd
protocol = newcamd
device = newcamd.example.com,10000
user = mylogin
password = mypassword
key = 0102030405060708091011121314

Параметр key — это 14-байтовый DES-ключ в шестнадцатеричном формате. Совпадение с ключом на сервере обязательно.

Настройка CCcam в OSCam

Для подключения к серверу CCcam в том же файле oscam.server:

[reader]
label = myserver_cccam
protocol = cccam
device = cccam.example.com,12000
user = mylogin
password = mypassword
cccversion = 2.3.0
ccchop = 0

Параметр ccchop ограничивает максимальный hop count — полезно для отказа от нестабильных каскадных соединений с высокой задержкой.

Типичные проблемы и их решение

Freezes при использовании CCcam

Если при использовании CCcam наблюдаются периодические freezes каждые 10 секунд, причина почти всегда — высокий hop count или перегруженный промежуточный сервер. Решения:

• Проверить hop count в логах OSCam (строки с hop=)
• Установить параметр ccchop = 2 для ограничения максимального каскада
• Переключиться на сервер с прямым подключением (hop 0)

Ошибка аутентификации Newcamd

Если OSCam сообщает об ошибке подключения к Newcamd-серверу без дополнительных деталей, первым делом следует проверить:

• Правильность DES-ключа (14 байт, точное совпадение с сервером)
• Корректность логина и пароля (регистр имеет значение)
• Доступность порта (проверить через telnet host port)

Высокая задержка на обоих протоколах

Задержка выше 300 мс на обоих протоколах обычно указывает на проблему с маршрутизацией или перегрузку сервера, а не на специфику протокола. Проверить задержку до сервера командой ping и сравнить с задержкой, которую показывает OSCam.

Какой протокол выбрать

Выбор Newcamd оправдан, если:

• Используется устаревший ресивер с нестабильной реализацией CCcam
• Требуется максимально простая конфигурация без каскадирования
• Сервер предоставляет только Newcamd-доступ
• Важна минимальная нагрузка на серверное оборудование

Выбор CCcam оправдан, если:

• Сервер поддерживает только CCcam-подключения
• Используется современный Dreambox или аналогичный ресивер
• Требуется доступ к каналам через каскадную сеть серверов
• Нужна расширенная статистика подключений через веб-интерфейс OSCam

Когда разница несущественна

При использовании качественного сервера с прямым подключением (hop 0 для CCcam) и стабильным интернет-каналом разница между протоколами в повседневном использовании неощутима. Оба протокола обеспечивают стабильное декодирование при задержке до 200–250 мс. Приоритет следует отдавать качеству самого сервера, а не выбору протокола.

Итоговое сравнение протоколов

Параметр	Newcamd	CCcam
Шифрование	DES (статический ключ)	SHA1 + RC6 (сессионный ключ)
Каскадирование	Не поддерживается	Поддерживается (hop count)
Стандартный порт	10000	12000
Нагрузка на сервер	Ниже	Выше
Совместимость с OSCam	Полная	Полная
Диагностика	Простая	Расширенная

Оба протокола зрелые и хорошо поддерживаемые. Newcamd — более простой и предсказуемый вариант для прямых подключений. CCcam — более гибкий при работе в каскадных сетях и на современном оборудовании. При наличии выбора рекомендуется тестировать оба протокола с конкретным сервером и выбирать тот, который показывает меньшую задержку и стабильнее работает на вашем ресивере.