CCcam 2026: настройка сервера и клиента с нуля

Поисковая выдача по теме cccam2026 забита статьями 2019–2021 годов с битыми путями, нерабочими конфигами и рекламой провайдеров. Здесь — только техника: реальные команды, актуальные пути файлов и понятная диагностика. Если вы уже поставили ресивер и хотите разобраться, как это работает сейчас, — читайте дальше.

Что такое CCcam в 2026 году и актуален ли он

CCcam — это протокол card sharing, позволяющий одной смарт-карте с подпиской обслуживать несколько устройств в локальной сети. Сервер декодирует контрольное слово (control word, CW) из потока и отдаёт его клиентам по сети. Клиент получает CW, расшифровывает сигнал и показывает картинку.

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

Протокол CCcam: принцип работы card sharing

Обмен строится так: клиент устанавливает TCP-соединение с сервером на порт 12000 (по умолчанию), авторизуется по логину/паролю и запрашивает CW для конкретного CAID/ProviderID. Сервер опрашивает локальную карту или другой источник и возвращает CW в течение нескольких сотен миллисекунд — это и есть ECM time. Всё это работает поверх обычного TCP/IP.

Протокол newcamd — отдельная вещь, не путайте. CCcam использует собственный бинарный протокол с MD5-шифрованием handshake. OScam умеет говорить на этом языке через эмуляцию.

CCcam против OScam: что выбрать сейчас

Честный ответ: если начинаете с нуля в 2026 году — выбирайте OScam (или его форки типа oscam-emu). Он активно поддерживается, имеет веб-интерфейс на порту 8888, гибкие логи и нормальную документацию. CCcam как протокол совместимости прекрасно работает через OScam — то есть вы можете подключать C-линии в oscam.server и всё будет работать.

Но если у вас уже стоит CCcam и всё работает — нет причин немедленно мигрировать. Бинарник стабильный, конфиг простой, накладные расходы минимальные.

Поддерживаемые ресиверы и образы (Enigma2, Linux)

CCcam традиционно живёт на ресиверах с Enigma2: VU+, Dreambox, Gigablue, Formuler, Edision. Образы — OpenPLi, OpenATV, OpenSPA, DreamElite. На каждом из них пути конфигов могут отличаться — это один из главных источников путаницы, разберём ниже.

На чистом Linux (Debian/Ubuntu) CCcam тоже запускается, но там имеет смысл сразу ставить OScam — у него нормальный пакет и systemd-юнит.

Установка CCcam на ресивер с Enigma2

Перед установкой — проверьте архитектуру. Большинство старых ресиверов Dreambox — mipsel, новые VU+ и Gigablue — arm (armv7l или aarch64). Запустить бинарник под чужую архитектуру не получится, он просто молча упадёт.

uname -m

Вывод скажет всё. Скачивайте бинарник строго под свою платформу.

Установка IPK/DEB через PuTTY и SSH

Подключаемся по SSH (PuTTY на Windows или любой терминал). Root-пароль по умолчанию на большинстве образов Enigma2 — пустой или dreambox.

opkg install CCcam_2.3.0_mipsel.ipk

Если пакет не из репозитория — копируем на ресивер через SCP:

scp CCcam_2.3.0_mipsel.ipk [email protected]:/tmp/
ssh [email protected]
opkg install /tmp/CCcam_2.3.0_mipsel.ipk

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

chmod 755 /usr/bin/CCcam

Без этого демон не запустится — характерная ошибка, которую люди ищут часами.

Структура каталогов: /var/etc/ и /usr/keys/

Вот где начинается реальная путаница. На OpenPLi и OpenATV конфиг обычно лежит в /var/etc/CCcam.cfg. На DreamElite и некоторых сборках для Dreambox — в /etc/CCcam.cfg. На OpenSPA бывает /usr/keys/CCcam.cfg.

Конкретный путь проще всего найти так:

find / -name "CCcam.cfg" 2>/dev/null

Если файл не существует — создайте его вручную в том месте, которое ожидает ваш init-скрипт. Посмотрите скрипт запуска:

cat /etc/init.d/CCcam

Там будет явный путь к конфигу. Образы Enigma2 хранят ключи SoftCAM (SoftCam.Key, constant.cw) в /usr/keys/.

Запуск и автозапуск демона CCcam

Запуск вручную:

/etc/init.d/CCcam start

Проверка, что процесс живой:

ps aux | grep CCcam

Автозапуск через update-rc.d (если есть):

update-rc.d CCcam defaults

На большинстве Enigma2-образов достаточно просто наличия бинарника и правильного конфига — образ сам запустит CCcam при загрузке через встроенный SoftCAM-менеджер.

Конфигурация CCcam.cfg: разбор параметров

Формат файла минималистичный. Каждая строка начинается с ключевого слова. Чувствительность к регистру — есть, пробелы — важны. Лишний пробел в конце строки с C-line иногда ломает авторизацию — это реальная проблема, о которой редко пишут.

Строка C: line для подключения клиента к серверу

Это основная строка подключения вашего ресивера как клиента к удалённому серверу:

C: hostname.example.com 12000 myusername mypassword

Формат: C: <хост> <порт> <логин> <пароль>. Можно добавить несколько C-line — CCcam будет использовать их как приоритетные по порядку.

Если сервер поддерживает только определённые CAID — можно ограничить:

C: hostname.example.com 12000 myusername mypassword 01 { 0500:042800 }

Но обычно это лишнее — сервер сам отдаёт только то, что есть.

Параметры F: line для раздачи на свои устройства

F-line — это локальные клиенты, которым ваш ресивер раздаёт карту. Допустим, у вас есть второй TV-бокс в сети:

F: localclient1 secretpass 1 0 0 0 { }
F: localclient2 pass2 1 0 0 0 { }

Формат: F: <логин> <пароль> <разрешить оффлайн-режим> <группы>. Цифры после пароля контролируют права клиента — обычно 1 0 0 0 подходит для базового использования.

Опции SID assign, sleepsend, keepalive

Несколько настроек, которые реально влияют на стабильность:

KEEPALIVE: yes
SLEEPSEND: 1
NEWCAMD LISTEN PORT: 15050

KEEPALIVE: yes — держит TCP-соединение живым, уменьшает реконнекты на нестабильных каналах. SLEEPSEND: 1 — не отправляет ECM-запросы для каналов, которые не смотрят прямо сейчас. Снижает нагрузку на сервер.

SID-assign позволяет жёстко привязать определённые каналы (по SID) к конкретной C-line или карте. Полезно если у вас несколько линий с разными пакетами.

Стандартный порт 12000 и его смена

Порт 12000 — дефолтный для CCcam, и именно поэтому его стоит менять на сервере. Сканеры знают этот порт наизусть. Поменять легко — в секции сервера указываем:

SERVER LISTEN PORT: 15500

После этого все клиенты должны использовать новый порт в своих C-line. Не забудьте открыть новый порт в файрволе и закрыть 12000.

Переход и совместимость с OScam

OScam умеет подключаться к CCcam-серверам через нативную поддержку протокола. Это значит, что вся ваша C-line из CCcam.cfg просто переезжает в блок [reader] в oscam.server. Никакой магии.

Подключение CCcam-линии в oscam.server

Файл конфигов OScam обычно лежит в /etc/tuxbox/config/ или /usr/local/etc/oscam/ — зависит от сборки. На Enigma2-образах с пакетом oscam — чаще всего /etc/tuxbox/config/.

Блок для подключения C-line в oscam.server:

[reader]
label        = my_cccam_line
protocol     = cccam
device        = hostname.example.com,12000
user          = myusername
password      = mypassword
cccversion    = 2.3.0
cccmaxhops    = 1
group         = 1
reconnecttimeout = 30

cccmaxhops = 1 ограничивает глубину цепочки card sharing — хорошая практика для снижения задержек.

Параметр protocol = cccam и cccversion

Параметр cccversion говорит OScam, какую версию протокола эмулировать при handshake. Большинство серверов ожидают 2.3.0. Если сервер старый и не принимает соединение — попробуйте 2.2.1 или 2.1.4.

Некоторые серверы проверяют именно строку версии при авторизации. Несоответствие — и вы получите can't connect даже при правильном логине и пароле.

Настройка oscam.user и группы (group)

Если OScam одновременно раздаёт карту локальным клиентам, нужен файл oscam.user:

[account]
user          = localbox
pwd           = localpass
group         = 1
au            = 1

Группа в oscam.user должна совпадать с группой ридера в oscam.server — это связывает клиента с источником карты. Веб-интерфейс OScam на порту 8888 наглядно показывает, какой клиент использует какой ридер.

В oscam.conf включите веб-интерфейс:

[webif]
httpport      = 8888
httpuser      = admin
httppwd       = admin
httprefresh   = 10

Диагностика типовых ошибок подключения

Большинство проблем с cccam2026 — это либо сетевой уровень (порт не достигается), либо уровень протокола (неверные учётные данные, несовместимая версия), либо уровень карты (нет нужного CAID). Разбираем по порядку.

Статус линии: connected, no card, can't connect

can't connect — TCP-соединение не устанавливается вообще. Причины: неверный хост/порт, файрвол, NAT-проблема, сервер не запущен.

connected, no card — соединение есть, авторизация прошла, но сервер не нашёл карту с нужным CAID/ProviderID. Это уже проблема конфигурации, не сети. Проверьте, какие CAID поддерживает линия — должны совпадать с тем, что запрашивают ваши каналы.

connected без декодирования — редкий случай, обычно означает проблему с ECM timeout или конфликт SID.

Проблемы с портом, NAT и файрволом

Первый шаг диагностики — проверить доступность порта напрямую:

telnet hostname.example.com 12000
# или
nc -zv hostname.example.com 12000

Если соединение не устанавливается — проблема сетевая. Проверьте проброс портов на роутере, правила iptables на сервере:

iptables -L -n | grep 12000

Отдельная история — CGNAT у мобильных операторов. Если интернет через мобильный 4G/5G без белого IP, входящие соединения физически невозможны. Линия работает локально, но снаружи недоступна. Решение — VPS с туннелем или смена провайдера.

Чтение логов CCcam и OScam

Лог CCcam обычно пишется в /tmp/CCcam.log или /var/log/CCcam.log. Включить расширенный уровень — через параметр в конфиге:

DEBUG: yes

Для OScam в oscam.conf:

[global]
logfile        = /var/log/oscam.log
loglevel       = 64
loghistorysize = 4096

После изменения — перезапустить. Смотреть лог в реальном времени:

tail -f /var/log/oscam.log | grep -E "ERROR|WARN|ECM|reader"

В логах OScam ищите строки вида no matching reader или CAID not found — они сразу скажут, где пробел.

Фриз и долгое переключение каналов

Фризы только на HD-каналах при нормальной работе SD — классика высокого ECM time. HD-пакеты чаще обновляют контрольные слова. Если ваш пинг до сервера 150+ мс, ECM может не успевать.

В веб-интерфейсе OScam (порт 8888) смотрите колонку ECM time для каждого ридера. Нормальное значение — до 400 мс. Больше 800 мс — будут фризы на HD.

Ещё один источник фризов — конфликт двух демонов. Если у вас одновременно запущены CCcam и OScam и оба слушают порт 12000 — один из них не получит запросы. Проверьте:

ss -tlnp | grep 12000

Два процесса на одном порту — немедленно разграничить порты или выключить один из демонов.

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

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

Стабильность аптайма и пинг ECM

ECM time — главный показатель качества. Меньше 300 мс — хорошо. Больше 600 мс — жди фризов на HD. Пинг до сервера должен быть минимальным: сервер в вашем регионе всегда лучше, чем сервер на другом континенте.

Аптайм — смотрите статистику реконнектов в логах OScam за несколько дней. Нормальная линия не должна переподключаться чаще 1–2 раз в сутки без внешних причин.

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

Перед подключением уточните конкретные CAID и Provider ID, которые нужны для ваших каналов. Это не то место, где стоит угадывать. В логах OScam при первом запросе канала вы увидите строку вида:

ECM request for CAID 0500 PROVID 042800 SID 0123

Именно эту комбинацию и должен поддерживать источник.

Локальные карты против реселл-цепочек

Самый надёжный сценарий — собственная официальная карта подписки, вставленная в ресивер с кард-ридером и обслуживающая только устройства в вашей домашней сети. Это полностью легальная схема в большинстве юрисдикций.

Реселл-цепочки добавляют каждый hop к задержке. Схема сервер→реселлер→реселлер→вы даёт ECM time 400–700 мс вместо 50–100 мс у прямого источника. Чем короче цепочка — тем лучше работает.