CCcam на Dreambox: установка и настройка в 2026

Если вы занимаетесь cccam dream-настройкой впервые на Enigma2, первые полчаса могут показаться хаосом — бинарник не запускается, каналы не открываются, лог молчит. Это руководство написано на основе реального опыта с Dreambox DM900 UHD и DM520. Всё, что здесь описано, проверено на OpenATV 7.4 и OpenPLi 9.3 в начале 2026.

Что такое CCcam на Dreambox и какие версии работают в 2026

CCcam как softcam для Enigma2

CCcam — это программный эмулятор CAM-модуля (softcam). Вместо физической карты доступа он получает контрольные слова (CWS) с удалённого сервера через интернет и передаёт их декодеру Enigma2. Физически — программа, работающая в фоне под Linux на вашем ресивере.

Enigma2 не знает о CCcam напрямую. Оно взаимодействует через механизм CI-эмуляции или через camd-сокет. Softcam-panel — плагин, который управляет запуском и остановкой таких программ через меню ресивера.

Актуальные версии: CCcam 2.3.2 и форки

CCcam 2.3.2 — последний официальный релиз, вышедший ещё в 2012 году. Но именно он остаётся стандартом для большинства провайдеров в 2026. Форки вроде CCcam 2.3.3 unofficial существуют, но качество сборки сильно зависит от источника.

Оригинальная разработка CCcam прекращена. Сообщество поддерживает несколько патчей под конкретные задачи — например, поддержку multistream PLS-параметров. Если вам нужна активная разработка, смотрите в сторону OScam — там релизы выходят регулярно до сих пор.

Совместимость с OpenATV 7.x, OpenPLi 9.x, VTi

OpenATV 7.x — самый распространённый образ, репозитории хорошо заполнены, CCcam доступен через feed. OpenPLi 9.x — стабильный и консервативный, лучший выбор для долгосрочной работы без обновлений. VTi ориентирован на немецкие модели Dreambox и редко используется за пределами DACH-рынка.

Новые образы на базе systemd (OpenATV 7.3+) требуют unit-файла вместо классического init.d-скрипта. Это важный момент — если вы копируете инструкцию 2018 года, init.d может просто не работать.

Архитектуры процессоров: MIPS, ARM, SH4

Здесь ломается большинство новичков. Dreambox DM500/DM800 — это MIPS (mipsel). Dreambox One и Two — ARM (armv7/aarch64). Старые Dreambox 7025 — SH4. Бинарник CCcam для MIPS на ARM просто не запустится, без ошибок, без логов — просто тишина.

Команда для проверки архитектуры вашего ресивера:

uname -m
cat /proc/cpuinfo | grep "model name"

Результат mipsel — берёте CCcam.mipsel, результат armv7l или aarch64 — нужна соответствующая ARM-сборка.

Установка CCcam на Dreambox через IPK и вручную

Метод 1: установка через IPK-пакет в /tmp

Самый чистый способ. Скачиваете IPK-пакет под вашу архитектуру, закидываете через FTP (WinSCP, FileZilla) в директорию /tmp. Потом через telnet:

opkg install /tmp/cccam_2.3.2_mipsel.ipk

opkg сам создаст нужные ссылки, пропишет зависимости и добавит CCcam в softcam-panel. После установки проверяете:

which CCcam
ls -la /usr/bin/CCcam

Метод 2: ручное копирование бинарника в /usr/bin

Если IPK не подходит или нет нужного пакета — копируете бинарник напрямую:

cp CCcam.mipsel /usr/bin/CCcam
chmod 755 /usr/bin/CCcam

Потом проверяете зависимости библиотек:

ldd /usr/bin/CCcam

Если видите строки вида libcrypto.so.1.0.0 => not found — бинарник не запустится. Нужно либо найти сборку под вашу версию OpenSSL, либо установить недостающие библиотеки через opkg. На OpenATV 7.x OpenSSL обычно 1.1.x, а старые бинарники CCcam требуют 1.0.x — это частая причина проблем.

Метод 3: установка через feed в плагинах Enigma2

В OpenATV: Меню → Plugins → Softcam Setup → выбрать CCcam и нажать установить. Система сама подтянет нужный пакет из репозитория. Это самый безопасный путь для новичков — feed уже содержит пакет под правильную архитектуру.

В OpenPLi: Меню → Extensions → SoftcamManager. Логика та же.

Назначение прав chmod 755 и проверка ldd

После ручной установки обязательно:

chmod 755 /usr/bin/CCcam
chown root:root /usr/bin/CCcam

Типичный вывод рабочего ldd /usr/bin/CCcam:

libpthread.so.0 => /lib/libpthread.so.0
libcrypto.so.1.0.0 => /usr/lib/libcrypto.so.1.0.0
libc.so.6 => /lib/libc.so.6

Если все строки имеют путь после => — всё в порядке. Строка not found означает проблему.

Создание init-скрипта /etc/init.d/softcam

На образах без systemd создаёте /etc/init.d/softcam:

#!/bin/sh
case "$1" in
  start)
    /usr/bin/CCcam &
    ;;
  stop)
    killall CCcam
    ;;
esac

На образах с systemd создаёте /etc/systemd/system/softcam.service:

[Unit]
Description=CCcam Softcam
After=network.target

[Service]
Type=forking
ExecStart=/usr/bin/CCcam
ExecStop=/usr/bin/killall CCcam
Restart=on-failure

[Install]
WantedBy=multi-user.target

Потом systemctl enable softcam && systemctl start softcam.

Структура и настройка файла CCcam.cfg

Расположение CCcam.cfg: /etc/CCcam.cfg vs /var/etc/CCcam.cfg

Стандартный путь — /etc/CCcam.cfg. Большинство сборок также читают /var/etc/CCcam.cfg. На ресиверах с read-only флэш-памятью нужно класть файл в /etc/tuxbox/config/ или на HDD: /media/hdd/CCcam.cfg с симлинком.

Права файла: chmod 644 /etc/CCcam.cfg. Владелец — root. Это критично — если файл недоступен для чтения, CCcam запустится, но будет работать без подключений.

Формат C-line: C: host port username password

Минимальный рабочий CCcam.cfg:

: 12000
: 16001
 WEBINFO LISTEN PORT : 16001
WEBINFO EXTERNAL ACCESS : yes
WEBINFO SAVE INTERVAL : 15
ALLOW TELNETINFO : yes
TELNETINFO LISTEN PORT : 16000
TELNETINFO USERNAME : root
TELNETINFO PASSWORD : yourpassword

: yourserver.example.com 12000 username password

: 12000 clientname clientpassword

Синтаксис C-line по полям:

• C: — тип строки (CCcam-протокол)
• host — IP или hostname сервера
• port — порт (обычно 12000, но может быть любым)
• username и password — учётные данные от провайдера

Файл ОБЯЗАТЕЛЬНО должен заканчиваться переносом строки (LF). Без этого последняя строка может не обработаться. В Windows-редакторах по умолчанию используется CRLF — это сломает CCcam. Используйте Notepad++ с настройкой Unix line endings или nano прямо на ресивере.

Параметры подключения: DES Key, CWS NODEID

N-line (Newcamd-протокол) требует DES-ключ:

: server.example.com 15000 username password 01 02 03 04 05 06 07 08 09 10 11 12 13 14

CWS NODEID — уникальный идентификатор вашего ресивера в сети. Если не указан, CCcam генерирует его автоматически из MAC-адреса. Иногда провайдеры просят зафиксировать NODEID для идентификации клиента.

Опции SERVER LISTEN PORT, WEBINFO LISTEN PORT (16001)

Если ваш Dreambox сам является CCcam-сервером для других ресиверов — укажите SERVER LISTEN PORT : 12000. Если только клиент — эта строка не обязательна, но пусть будет для порядка.

Веб-интерфейс на порту 16001 — очень полезный инструмент для диагностики. Включите его всегда.

Настройка ALLOW TELNETINFO и пароля webif

ALLOW TELNETINFO : yes
TELNETINFO LISTEN PORT : 16000
TELNETINFO USERNAME : root
TELNETINFO PASSWORD : secret
WEBINFO USERNAME : root
WEBINFO PASSWORD : secret

DCW TIMEOUT, MINIMUM DOWNHOPS, MAXIMUM BOXES

DCW TIMEOUT — время ожидания контрольного слова в миллисекундах. По умолчанию 3000. Если ваш сервер отвечает медленно — увеличьте до 4000-5000. Слишком маленькое значение (1000-1500) вызывает фризы на медленных соединениях.

DCW TIMEOUT : 4000
MINIMUM DOWNHOPS : 1
MAXIMUM DOWNHOPS : 2
MAXIMUM BOXES : 10

MINIMUM DOWNHOPS: 1 означает что ваш сервер будет шарить карты только напрямую (hop 1). Чем больше hops — тем выше задержка и нестабильнее работа.

Отладка CCcam через telnet и веб-интерфейс

Подключение через telnet root@IP на порт 23

Открываете терминал и:

telnet 192.168.1.100

Логин: root, пароль — тот что вы задали при настройке образа (по умолчанию часто пустой или dreambox). Всё дальнейшее — в этой сессии.

Чтение логов: tail -f /tmp/CCcam.log

tail -f /tmp/CCcam.log

Что искать в логе:

• connected to yourserver.example.com:12000 — подключение успешно
• login failed for user — неверный логин/пароль в C-line
• no card found for CAID — сервер не имеет карты для нужного шифрования
• connection refused — сервер недоступен или порт закрыт
• timeout waiting for DCW — превышено время ожидания CWS

Проверка статуса: ps aux | grep CCcam

ps aux | grep CCcam

Если CCcam запущен, увидите строку с /usr/bin/CCcam в списке процессов. Если строка пустая или только grep — процесс не работает. Проверяете права и бинарник.

Веб-интерфейс http://IP:16001 — entitlements, server status

Открываете в браузере http://192.168.1.100:16001. Логин/пароль из CCcam.cfg. Видите:

• Server Info — статус подключения к каждому серверу из C-line: CONNECTED или DISCONNECTED
• Entitlements — список доступных CAID (0x0500 = Viaccess, 0x0B00 = Conax, 0x0919/0x093B = Nagra)
• ECM Time — время ответа в мс для каждого CAID. Хорошо: <300ms, нормально: 300-800ms, плохо: >1000ms

Команды CCcam: killall -9 CCcam, /usr/bin/CCcam -d2

Полная остановка и запуск с дебагом:

killall -9 CCcam
sleep 2
/usr/bin/CCcam -d2 > /tmp/CCcam_debug.log 2>&1 &

Флаг -d2 включает подробный вывод — видны все попытки подключения, полученные CAID, ошибки парсинга CCcam.cfg. Это первый инструмент при любой непонятной проблеме с cccam dream-установкой.

Лог в debug-режиме большой. После диагностики запускайте CCcam без флага.

Перезапуск через softcam-panel в меню Enigma2

Меню → Настройки → Система → Softcam → выбрать CCcam → Restart. Это более чистый способ чем killall, потому что softcam-panel также обновляет CI-эмуляцию Enigma2.

Типичные ошибки и их решения

Ошибка 'No signal from CCcam server' — проверка C-line

Симптом: каналы показывают "Нет сигнала" или "Ошибка декодирования". Диагностика по шагам:

# 1. Проверить доступность сервера
ping yourserver.example.com

# 2. Проверить открытость порта
telnet yourserver.example.com 12000

# 3. Смотреть лог
tail -100 /tmp/CCcam.log | grep -i "login\|connect\|failed"

Если telnet на порт зависает — сервер недоступен или порт заблокирован провайдером интернета. Если отвечает "Connection refused" — неверный порт в C-line. Если видите "login failed" — неверные логин/пароль.

Каналы открываются и пропадают — высокий ECM time

ECM time >1500ms на практике означает периодические фризы. Причины: географически далёкий сервер, более 2 hops в reshare-цепочке, перегруженный пир. Решение — уменьшить MAXIMUM DOWNHOPS до 1-2 в CCcam.cfg и перезапустить.

CCcam не запускается после перезагрузки — права и init.d

# Проверить права
ls -la /usr/bin/CCcam

# Должно быть: -rwxr-xr-x root root
# Если нет x — chmod 755 /usr/bin/CCcam

# Проверить init-скрипт
ls -la /etc/init.d/softcam
# Должен быть исполняемым

# На systemd — проверить статус
systemctl status softcam
journalctl -u softcam -n 50

Freeze картинки на HD-каналах — проблема с reshare

HD-каналы меняют контрольные слова чаще чем SD. Если ECM time нестабильный (иногда 200ms, иногда 3000ms) — это обычно признак плохого reshare с нестабильным пиром. Смотрите в веб-интерфейсе на разброс ECM Time для нужного CAID. Увеличьте DCW TIMEOUT до 5000 как временное решение.

Конфликт с OScam при одновременной работе

Если запущены оба softcam — они могут конфликтовать за camd.socket или за один и тот же порт. Решение: CCcam слушает на 12000, OScam на 988 (или любом другом). В /etc/tuxbox/config/oscam/oscam.conf проверить что camd-сокет не тот же что у CCcam. Лучше использовать один softcam за раз, если нет специфической причины держать оба.

Проблемы с шифрованием Conax, Viaccess, Nagra

Если конкретный CAID не работает — проверьте в веб-интерфейсе раздел Entitlements. Если CAID есть в списке, но канал не открывается — возможно проблема с SID (ID канала) или провайдер сменил ключи и сервер ещё не обновился. Conax (0x0B00) и Viaccess (0x0500) в целом стабильны на CCcam. Nagra 3 и Irdeto 3 — лучше работают через OScam с модулем emu.

Критерии выбора CCcam-сервера и провайдера

Не буду называть конкретных провайдеров — рынок меняется быстро, и рекомендации устаревают. Но есть объективные критерии, по которым вы можете оценить любой сервис самостоятельно.

Аптайм сервера (uptime) и SLA

Хороший провайдер показывает uptime страницу с реальными данными за последние 30 дней. Приемлемый минимум — 99%. Провайдеры без публичного мониторинга — красный флаг. Попросите C-line на тест и следите за логом CCcam в течение 24 часов — считайте разрывы соединения.

Локация сервера и пинг до вашего ресивера

Сервер в Нидерландах даст меньший пинг для Восточной Европы, чем сервер в США. ECM time напрямую зависит от RTT. Проверьте ping до сервера из вашей сети перед покупкой. Идеальный RTT — до 50ms. До 100ms — нормально. Более 150ms — будут периодические фризы на HD.

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

Убедитесь что провайдер поддерживает нужные вам спутниковые пакеты. Список CAID в веб-интерфейсе после подключения тестовой C-line покажет всё честно. HD+ требует CAID 0x1843, Sky DE — несколько CAID включая Nagra. Не верьте описанию на сайте — проверяйте сами через entitlements.

Количество hops и качество reshare

Hop 1 — прямая карта на сервере провайдера. Hop 2 — карта получена от другого сервера. Чем больше hops, тем выше задержка и нестабильность. Хороший провайдер держит hop 1 для основных пакетов. Если в Entitlements видите downhops: 3-4 — ожидайте проблем с HD.

Тестовый период и техподдержка

Нормальный тестовый период — 24-48 часов без оплаты. Меньше — недостаточно для оценки стабильности. Техподдержка через Telegram или Discord с ответом в разумное время (до 2 часов) — хороший знак. Если поддержка только через email с ответом через 3 дня — не ваш вариант.

CCcam vs OScam на Dreambox: что выбрать

Этот вопрос возникает у каждого, кто давно в теме cccam dream-настройки. Честный ответ: OScam объективно лучше технически, но CCcam проще для старта.

Активность разработки: OScam обновляется чаще

CCcam — замороженный проект с 2012 года. OScam развивается активно через форки OScam-emu и NCam. Последние обновления NCam вышли в 2025 году. Это означает поддержку новых шифрований и исправление безопасности.

Поддержка современных шифрований

CCcam не поддерживает BISS2, PowerVu в полной мере, и часть Nagra 3 реализаций. OScam через модуль emu закрывает большинство актуальных шифрований. Если вы работаете с Viaccess 3, Irdeto 2 или Conax — разницы почти нет. Если нужен PowerVu — только OScam.

Производительность и нагрузка на CPU

OScam при правильной настройке потребляет меньше CPU на слабых процессорах. На DM500 (MIPS 300MHz) разница заметна. На современных ARM-ресиверах — нет. CCcam иногда утекает по памяти при работе 7+ дней — классическая проблема старого кода.

Совместимость с C-line форматом

OScam поддерживает C-line через читер cccam в oscam.server:

[reader]
label     = cccam_server1
protocol  = cccam
device    = yourserver.example.com,12000
user      = username
password  = password
cccversion= 2.3.2
cccmaxhops= 2

Это позволяет перейти на OScam без смены провайдера — ваши существующие C-line работают напрямую.

Когда стоит мигрировать с CCcam на OScam

Мигрируйте если: у вас новый ARM-ресивер (Dreambox One/Two) где нет качественной CCcam-сборки, если нужны шифрования которые CCcam не поддерживает, или если CCcam систематически падает после нескольких дней работы. Для простой настройки с одним CCcam-провайдером на проверенном железе — незачем усложнять.