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

Если вы добрались до этой статьи, значит уже понимаете базу: есть карта доступа, есть ресивер, и где-то между ними нужно наладить cccam sharing так, чтобы всё работало без заморозок и отвалов. Эта статья — не для тех, кто ищет «готовую линию вставь и смотри». Тут разбираем каждое поле конфига, объясняем что происходит на уровне протокола, и честно говорим про подводные камни.

Что такое CCcam sharing и как работает протокол

Принцип card sharing: ECM и DCW

Спутниковый канал шифруется системами условного доступа — Viaccess, Nagravision, Irdeto и другими. Ресивер, принимая поток, вытаскивает из него так называемый ECM-пакет (Entitlement Control Message). Это зашифрованный запрос: «дай мне ключ для декодирования этого контента». Без правильного ответа — чёрный экран.

Ответ — это DCW (Descrambling Control Word), 16-байтовый ключ, который меняется каждые несколько секунд (обычно 10 секунд). Карта доступа, вставленная в картоприёмник, умеет расшифровывать ECM и возвращать актуальный DCW. Задача cccam sharing — передать этот ответ удалённому ресиверу без физической карты.

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

Сервер — это машина (или ресивер) с реальной картой в картоприёмнике. Он принимает ECM от клиентов, расшифровывает через карту, и возвращает DCW. Клиент — ваш ресивер, у которого нет карты. Он подключается к серверу по TCP, шлёт ECM, получает DCW и декодирует канал.

Критически важно понимать задержку. От момента прихода нового ECM до получения DCW у клиента должно пройти меньше 500 мс — иначе декодер не успевает и возникает характерная заморозка в 1-2 секунды, особенно заметная при переключении каналов.

Порт 12000 и шифрование протокола CCcam

CCcam по умолчанию работает на TCP-порту 12000. При подключении происходит хендшейк: клиент и сервер обмениваются случайными 16-байтовыми значениями, на основе которых генерируется SHA1-хеш для шифрования трафика. Всё последующее общение идёт через этот шифрованный канал.

Хендшейк также зависит от системного времени. Расхождение часов больше 60 секунд между клиентом и сервером гарантированно ломает соединение — ресивер просто не пройдёт аутентификацию. Поэтому настроенный NTP-клиент — не опция, а обязательное условие. На Enigma2-ресиверах это делается через `/etc/init.d/ntpd` или соответствующий раздел меню.

Чем CCcam отличается от OScam и MGcamd

CCcam — закрытый бинарник без исходников, разработка прекратилась около 2012-2013 года. MGcamd — тоже закрытый, работает по схожему принципу, но использует свой протокол newcamd вместо CCcam. OScam — open-source, активно поддерживается, поддерживает оба протокола и умеет работать и как сервер, и как клиент одновременно.

На практике: CCcam проще поднять с нуля, но OScam выигрывает в стабильности под нагрузкой и даёт подробную статистику по каждому reader'у в реальном времени.

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

Структура файлов: /var/etc/CCcam.cfg

Основной конфиг — `/var/etc/CCcam.cfg`. На некоторых прошивках (особенно старых Gemini и OpenPLi) путь другой: `/etc/CCcam.cfg`. Бинарник чаще всего лежит в `/usr/bin/CCcam` или `/var/bin/CCcam`. Если вы правите файл, а настройки не применяются — первым делом проверьте, какой путь реально использует ваша прошивка.

Дополнительно CCcam читает `CCcam.providers` (список провайдеров для фильтрации) и `CCcam.channelinfo` (сопоставление CAID/SID с именами каналов). Эти файлы опциональны, но полезны для отладки. Права доступа на конфиг: `chmod 644 /var/etc/CCcam.cfg`.

Базовый конфиг сервера и параметры

Минимальный рабочий конфиг для сервера выглядит так:

# Сетевые параметры
SERVER LISTEN PORT : 12000
WEBINFO LISTEN PORT : 16001

# Логирование
DEBUG LEVEL : 0
LOG FILE : /tmp/CCcam.log
LOG SIZE : 1000

# Лимиты
RECV TIMEOUT : 2000
MAX HOPS : 2
RESHARE : 1

`MAX HOPS` определяет, насколько глубоко ваш сервер будет передавать карты от других источников. `RESHARE : 1` разрешает пересдачу — без этого подключённые клиенты не увидят карты ваших upstream-серверов.

Раздача линий: F-line для клиентов

F-line (Forwarding line) создаётся на сервере для каждого клиента, которому разрешён доступ:

F: myuser mypassword 1 0 0

Поля по порядку: username, password, uphops (сколько уровней вверх клиент видит), downhops (ограничение на пересдачу клиентом), sharelimit (0 = без ограничений). `uphops : 1` означает, что клиент видит только карты, подключённые напрямую к вашему серверу — не карты ваших upstream-партнёров. Это разумная настройка по умолчанию.

Каждой F-line соответствует одна C-line у клиента. Это пара. Создали F-line на сервере — передаёте клиенту C-line с теми же логином и паролем.

Подключение картоприёмника через reader/newcamd

Если к серверу подключён физический картоприёмник, его описывают через DEVICE-строку. Для стандартного USB- или встроенного ридера на Enigma2-боксе достаточно того, что CCcam находит ридер автоматически. Для newcamd-сервера (отдельное устройство с картой) добавляют:

N: hostname 10000 username password 01 02 03 04 05 06 07 08 09 10 11 12 13 14

Последние 14 байт — DES-ключ newcamd. Этот формат используется, когда сама карта находится на другой машине, которая отдаёт DCW по протоколу newcamd, а ваш CCcam-сервер выступает агрегатором.

Настройка CCcam-клиента и C-line

Синтаксис C-line: host port user pass

C-line (Connection line) — это строка подключения на стороне клиента. Выглядит так:

C: myserver.ddns.net 12000 myuser mypassword no { 0:0:1 }

Разбираем поля. `myserver.ddns.net` — хост или IP сервера. `12000` — порт. Дальше логин и пароль из F-line сервера. `no` — нужен ли NODEID (обычно no). Фигурные скобки `{ 0:0:1 }` — это share limit в формате `{ минуты:секунды:reshare }`. `0:0:1` означает «без временных ограничений, пересдача разрешена».

Если ставить `{ 0:0:0 }` — клиент не будет пересдавать полученные карты дальше. Для обычного домашнего ресивера это нормально и даже предпочтительно.

Куда вписывать C-line в CCcam.cfg

C-line пишется в тот же файл `/var/etc/CCcam.cfg` на ресивере-клиенте. Никаких отдельных файлов — всё в одном конфиге. После изменения файла нужен перезапуск демона: `killall -9 CCcam && sleep 2 && /usr/bin/CCcam &` или через скрипт прошивки `/etc/init.d/softcam restart`.

Одна из частых ошибок — кириллица или невидимые символы в файле после редактирования через Windows-редакторы. Файл должен быть в UTF-8 или ASCII без BOM. Редактируйте через `nano` по SSH — это надёжнее.

Проверка статуса через веб-интерфейс (порт 16001)

CCcam поднимает встроенный HTTP-сервер на порту 16001. Открываете в браузере `http://192.168.1.100:16001/` (IP вашего ресивера) и видите живую картину: какие карты доступны, статус каждой C-line, количество активных клиентов, время последнего ECM-запроса.

Строка статуса показывает: `ON` (соединение активно) или `OFF` (нет связи), количество hops до карты, количество доступных entitlements. Если линия показывает `ON` но hops = 0 и entitlements = 0 — карта есть, но пустая или не валидная для запрошенного пакета.

Несколько линий и приоритеты

Можно добавить несколько C-line в конфиг. CCcam будет использовать их параллельно и выбирать лучший ответ по скорости. Но здесь есть нюанс: если несколько C-line указывают на одну и ту же физическую карту (через разных реселлеров), вы создаёте нагрузку на один источник, а не получаете резервирование. В прайм-тайм это приводит к freeze у всех клиентов одновременно.

Реальное резервирование — это C-line к серверам с физически разными картами, желательно на разных спутниковых позициях или от разных операторов.

Переход с CCcam на OScam: за и против

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

CCcam последний раз обновлялся больше десяти лет назад. За это время появились новые версии систем шифрования, изменились алгоритмы у ряда операторов, а сам бинарник CCcam не получил никаких патчей. OScam, напротив, имеет активный репозиторий, регулярные сборки и поддержку актуальных CAID.

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

Конвертация C-line в формат oscam.server

Возьмём стандартную C-line:

C: myserver.ddns.net 12000 myuser mypassword no { 0:0:1 }

В OScam это превращается в секцию `[reader]` в файле `/etc/oscam/oscam.server`:

[reader]
label       = myserver
protocol    = cccam
device      = myserver.ddns.net,12000
user        = myuser
password    = mypassword
group       = 1
cccversion  = 2.3.0
ccckeepalive = 1

`group = 1` связывает reader с группой пользователей — это нужно прописать и в `oscam.user` для клиентов. `cccversion` стоит указывать явно, чтобы не было проблем совместимости с некоторыми серверами.

Секции [reader] и протокол cccam в OScam

Чтобы OScam принимал подключения от CCcam-клиентов (как сервер), в `oscam.conf` нужна секция:

[cccam]
port = 12000
version = 2.3.0
reshare = 1
stealth = 1

`stealth = 1` делает OScam-сервер менее заметным для finger-принтинга — он маскируется под оригинальный CCcam-сервер. Полезно для совместимости с некоторыми клиентами. Минимальный `oscam.conf` с этой секцией + корректными reader-ами в `oscam.server` — это всё, что нужно для рабочего сервера.

Когда CCcam всё ещё оправдан

Честно говоря, редко. Единственный реальный кейс — старый ресивер с прошивкой, которая не поддерживает OScam, или ситуация где нужно поднять sharing за 10 минут без изучения конфигов OScam. Для разового теста или временного решения CCcam вполне рабочий вариант.

Для постоянно работающего сервера — переходите на OScam. Это не сложнее, зато стабильнее и понятнее в диагностике.

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

Линия OFF: проверка портов и firewall

Первый шаг — банальный telnet. С любой машины в сети:

telnet myserver.ddns.net 12000

Если соединение не установилось — проблема в сети, не в CCcam. Проверяйте iptables на сервере: `iptables -L -n | grep 12000`. Если правила нет — добавьте: `iptables -A INPUT -p tcp --dport 12000 -j ACCEPT`. На роутере — проверьте проброс портов (port forwarding) на IP сервера.

Если telnet подключается, но линия в CCcam всё равно OFF — проблема в аутентификации. Логин/пароль в C-line клиента должны точно совпадать с F-line сервера, включая регистр.

Чёрный экран при наличии share (freeze/zapping)

Линия ON, entitlements есть, а канал не идёт или постоянные заморозки — это уже ECM timing. Открываете веб-интерфейс на порту 16001 или лог OScam, смотрите время ответа на ECM-запросы. Больше 400-500 мс — будут freeze. Больше 800 мс — гарантированные артефакты при переключении каналов.

Freeze при зэппинге (переключении каналов) и нормальная работа на одном канале — классический признак высоких hops. Каждый лишний hop добавляет задержку. При hops ≥ 3 на нагруженном сервере проблемы практически неизбежны.

Ошибки ECM timeout и большие hops

В логе CCcam `/tmp/CCcam.log` ищите строки `ECM timeout` или `no card found`. Первое — сервер отвечает слишком медленно. Второе — карта либо не валидна для этого пакета, либо её просто нет.

Параметр `RECV TIMEOUT : 2000` в конфиге задаёт максимальное время ожидания ответа в миллисекундах. Уменьшать ниже 1500 мс не стоит — при нестабильной сети будете получать ложные таймауты. Увеличивать выше 3000 мс тоже нет смысла — ресивер всё равно не успеет применить DCW вовремя.

Динамический IP и DDNS

Серый (динамический) IP у провайдера — это когда ваш публичный адрес меняется при каждом переподключении. Проблема в том, что C-line прописана с конкретным адресом или именем хоста. Решение — DDNS-клиент на роутере (DynDNS, No-IP, afraid.org) или собственный VPS с белым IP как промежуточный узел.

Ещё хуже — двойной NAT. Это когда ваш роутер сидит за роутером провайдера (типичная ситуация с CGNAT). В этом случае проброс порта 12000 на вашем роутере не даёт результата — трафик не доходит из-за NAT провайдера. Единственное решение — VPS с публичным IP и туннель (например, через wireguard или SSH-туннель) между VPS и домашним сервером.

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

Стабильность и аптайм соединения

Хороший источник для cccam sharing должен держать аптайм выше 99% в месяц. Проверить это до оплаты сложно, но можно запросить тестовую линию на 24-48 часов и мониторить через тот же CCcam веб-интерфейс или OScam statistics. Если за тестовый период было больше 2-3 обрывов — ищите другой источник.

Обрывы в прайм-тайм (вечер с 19:00 до 23:00) — самый плохой знак. Именно тогда нагрузка максимальная, и слабые серверы падают.

Время отклика ECM и локальность серверов

ECM time — главный технический показатель качества линии. Нормальный показатель: 100-250 мс. Хороший: до 100 мс. Всё выше 400 мс — проблемный источник.

Физическое расстояние имеет значение. Сервер в вашей стране или соседней обычно даёт задержку 20-50 мс на уровне сети. Сервер в другом регионе — уже 100-150 мс. Плюс время обработки на каждом hop. Итого легко выходит за 500 мс при hops ≥ 2 и удалённом сервере.

Признаки перепроданных и нестабильных линий

Перепроданная линия — это когда к одной карте подключено слишком много клиентов. Признаки: freeze именно в вечерние часы, периодические сбросы соединения, ECM time скачет от 80 мс до 900 мс. В OScam-статистике это видно как высокое `queue` — очередь из необработанных ECM-запросов.

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

Юридические риски и легальные сценарии

Нужно сказать прямо. Card sharing для собственной легально купленной подписки внутри домохозяйства — это серая зона во многих странах. Ряд операторов запрещает это условиями договора, но криминала нет. Совсем другая история — продажа или распространение доступа к чужим подпискам. Это уже нарушение авторских прав и потенциальная уголовная ответственность во многих юрисдикциях.

Технически CCcam не делает различий между «своим» и «чужим» доступом. Юридические риски — полностью на пользователе. Эта статья описывает технологию; что с ней делать и в каком правовом контексте — ваш выбор и ваша ответственность.