CCcam free: бесплатный шаринг — настройка 2026

Если вы ищете cccam free и хотите реально разобраться, как это работает — не с рекламных страниц, а технически — вы попали по адресу. Здесь не будет списков «топ-10 провайдеров» или выдуманных отзывов. Только протокол, конфиги, команды и диагностика. Поехали.

Что такое CCcam free и как устроен протокол

CCcam — это протокол card sharing. Суть простая: у одного участника есть физическая смарт-карта в ридере, у других — ресиверы без карт. По сети карта «расшаривается» между клиентами. Слово «free» в контексте cccam free означает только одно — линия достаётся бесплатно. Технически протокол ничем не отличается от платного.

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

Когда ваш ресивер ловит зашифрованный поток DVB, декодер выдёргивает из него пакеты ECM (Entitlement Control Message). Это зашифрованные запросы на получение ключа расшифровки. Ресивер отправляет ECM по сети на CCcam-сервер, сервер обращается к смарт-карте, получает Control Word (CW) и возвращает его клиенту. Клиент расшифровывает поток с помощью полученного CW.

DCW (Decrypted Control Word) — это фактически и есть тот самый ключ расшифровки потока. Он меняется каждые 10 секунд (crypto period). Если ответ сервера приходит позже смены периода — картинка замерзает. Отсюда все проблемы с фризами.

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

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

Схема работает через обычный TCP. Никакой магии — просто клиент-серверное приложение поверх интернета.

Отличия CCcam от OScam, NewCamd и MGcamd

CCcam — проприетарный протокол с закрытым исходным кодом. OScam — опенсорсный эмулятор, умеет работать со множеством протоколов одновременно, включая CCcam, NewCamd, CS378x. MGcamd — ещё один клиент, популярный на старых Dreambox-образах.

NewCamd работает на порту 10000 по умолчанию и использует DES-шифрование для обмена. CS378x (он же CS378x) — более современный протокол OScam с лучшей совместимостью. На практике, если сервер поднят на OScam, а клиент — CCcam, всё равно работает через эмуляцию CCcam-протокола на стороне сервера.

Что реально означает «free» и какие тут ограничения

Бесплатные линии — это линии, которые кто-то раздаёт без оплаты. Мотивы разные: тест сервера, привлечение клиентов, просто щедрость. Но реальность такова: на бесплатных серверах обычно мало локальных карт, длинные цепочки решары (3-5 hops), перегруженные соединения и нестабильный аптайм.

ECM time на хорошем платном сервере — 50-150 мс. На типичном бесплатном — 300-1200 мс, а то и выше. Это прямой путь к фризам. Протокол один и тот же, просто качество соединения и инфраструктура сильно хуже.

Настройка клиента CCcam на Enigma2 и Linux

Допустим, у вас есть линия и ресивер на Enigma2 — Vu+, Dreambox, Octagon или любой другой образ на OpenPLi / OpenATV. Вот как это настраивается.

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

На большинстве современных образов Enigma2 CCcam устанавливается через менеджер пакетов или ipkg/opkg. На OpenPLi: opkg install enigma2-plugin-softcams-cccam. После установки демон появится в меню Softcam Manager. Убедитесь, что одновременно не запущен другой softcam — MGcamd или OScam в режиме клиента. Конфликт двух демонов на одном CAID — распространённая причина, когда «всё настроено, но не работает».

На чистом Debian/Ubuntu CCcam запускается как сервис. Бинарник обычно кладут в /usr/local/bin/CCcam, конфиг — в /etc/CCcam.cfg, и пишут юнит для systemd.

Формат строки C-line и где её прописать

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

C: hostname port username password

Пример реальной строки:

C: myserver.example.com 12000 client01 secretpass

Разбивка по полям: hostname — DNS-имя или IP сервера, port — порт (чаще всего 12000), username и password — учётные данные, которые должны совпадать с F-line на сервере.

Если у вас несколько линий на один CAID, пропишите их несколько строк C: подряд. CCcam сам попробует следующую при падении первой. Порядок строк = приоритет подключения.

Путь к конфигу /etc/CCcam.cfg и /usr/keys/

Основной конфиг лежит в /etc/CCcam.cfg. На части образов Enigma2 (особенно на старых OpenDreambox) путь другой: /var/etc/CCcam.cfg. Проверьте оба, если не находите файл.

SoftCam.Key и другие ключи для FTA/softcam-каналов хранятся в /usr/keys/. Туда же иногда кладут CCcam.cfg на отдельных сборках. Если провайдер сменил ключи — обновляйте именно этот файл, иначе каналы перестанут открываться даже при живом шаринге.

Начало рабочего /etc/CCcam.cfg выглядит примерно так:

SERVER LISTEN PORT = 12000
WEBINFO LISTEN PORT = 16001
ALLOW TELNETINFO = yes
CACHE SYNC = yes
ECM CACHE LENGTH = 15

C: myserver.example.com 12000 client01 secretpass

Проверка соединения и статуса линий через webif

Веб-интерфейс CCcam поднимается на порту 16001. Открываете браузер: http://<IP_ресивера>:16001. Там видите все C-line, их статус (connected / disconnected), количество hops, доступные CAID и ECM time по последним запросам.

Смотрите на колонку «hops». Hop 1 — локальная карта на сервере. Hop 2 — сервер получает CW от другого сервера. Чем больше hops, тем выше задержка и выше риск обрыва цепочки. На бесплатных линиях hop=3-5 — норма, что сразу объясняет нестабильность.

Перезапуск демона из командной строки:

# На Enigma2
/etc/init.d/softcam restart

# На Linux с systemd
systemctl restart cccam

Лог в реальном времени:

tail -f /tmp/CCcam.log

Настройка собственного CCcam-сервера

Если у вас есть физическая карта или вы хотите раздавать линию друзьям — вот как поднять свой сервер.

Конфигурация F-line для раздачи клиентам

F-line — строка на сервере, которая задаёт права клиента. Синтаксис:

F: username password uphops downhops

Пример:

F: client01 secretpass 1 0

Разбивка: uphops — сколько hops «вверх» клиент может запрашивать (обычно 1), downhops — сколько hops «вниз» клиент может раздавать дальше. Если поставить downhops=0, клиент не сможет перепродавать вашу линию. Это простейшая защита от злоупотреблений.

Открытие портов и проброс через NAT/firewall

Порт 12000 TCP нужно пробросить с роутера на внутренний IP сервера. В большинстве роутеров это делается в разделе «Виртуальные серверы» или «Port Forwarding».

Отдельная история — двойной NAT. Если ваш провайдер раздаёт серый IP (CGNAT), пробросить порт с внешней стороны невозможно вообще. Решение — арендовать VPS и поднять обратный туннель (например, через autossh или WireGuard), чтобы подключения шли через внешний IP VPS. Это работает, но требует отдельной настройки.

В iptables на Linux открыть порт:

iptables -A INPUT -p tcp --dport 12000 -j ACCEPT
iptables -A INPUT -p tcp --dport 16001 -j ACCEPT

Параметры SHARE LIMITS и контроль hops

В CCcam.cfg на сервере можно жёстко ограничить расшаривание:

SHARE LIMITS = 1
MAXIMUM RESHARE = 1

MAXIMUM RESHARE = 1 означает, что карты раздаются только с одним уровнем решары. Клиенты с hop=1 есть, hop=2 — нет. Это снижает нагрузку и предотвращает расползание линии по сети.

Осторожно с параметром SHARE ALL CLIENTS = yes — он открывает все доступные CAID всем клиентам без разбора. На маленьком домашнем сервере это обычно нормально, но на нагруженном — источник хаоса.

Связка с OScam как кардсервером через CS378x

Лучшая практика — не держать ридер напрямую в CCcam. Вместо этого: OScam читает карту, а CCcam берёт CW у OScam через протокол CS378x на localhost.

В /etc/oscam/oscam.server добавляете ридер карты:

[reader]
label       = local_card
protocol    = internal
device      = /dev/sci0
caid        = 0500
group       = 1
emmcache    = 1,3,2

В /etc/oscam/oscam.conf включаете CS378x:

[cs378x]
port = 10000
key  = 0102030405060708091011121314

В /etc/CCcam.cfg на этом же хосте прописываете подключение к OScam как к локальному серверу:

C: 127.0.0.1 10000 cccam_user cccam_pass

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

Диагностика проблем: FREEZE, нет картинки, ошибки ECM

Большинство проблем с CCcam делятся на три категории: сервер не отвечает, сервер отвечает но медленно, сервер отвечает но не тем CAID. Разберём каждую.

Канал замерзает или рассыпается: причины и фиксы

FREEZE — почти всегда симптом высокого ECM time или разрыва соединения. Первое, что проверяете: ping до сервера. Если ping плавает от 20 до 400 мс — это нестабильный uplink или перегруженный сервер.

Второй частый виновник — рассинхрон времени. CCcam и OScam проверяют временну́ю метку при обмене CW. Если на ресивере время сбилось (например, после отключения питания), обмен ломается полностью — линия выглядит подключённой, но каналы не открываются. Фикс: настроить NTP.

# Проверить время на ресивере
date

# Принудительная синхронизация через ntpdate
ntpdate pool.ntp.org

На Enigma2 время обычно синхронизируется автоматически при наличии интернета, но после жёсткого обесточивания — не всегда. Стоит добавить в автозагрузку.

Линия online, но каналы не открываются

Вы видите в webif, что линия connected, hop показывает цифру, но конкретный канал не открывается. Вероятные причины:

• На сервере нет нужного CAID. Лог покажет строку card not found.
• Не совпадает provider ID. CAID есть, но конкретный пакет каналов не в списке доступных.
• Рассинхрон времени (см. выше).
• Конфликт softcam: одновременно запущены CCcam и MGcamd, оба пытаются обработать один ECM.

Проверяйте лог — там всё написано. decode ok означает успешную расшифровку. not found или card not found — CAID отсутствует на сервере.

Высокий ECM time и как его снизить

Нормальный ECM time для комфортного просмотра — до 400 мс. Выше 800 мс начинаются заметные фризы. Выше 1200 мс — картинка рассыпается регулярно.

Снизить ECM time можно только одним способом: выбрать сервер с меньшим числом hops и лучшим каналом связи. Никакие настройки на стороне клиента не ускорят медленный сервер. Параметр ECM CACHE LENGTH = 15 в конфиге немного помогает при повторяющихся ECM (кеш последних CW), но это не панацея.

Чтение логов CCcam и oscam для поиска причины

Лог CCcam по умолчанию пишется в /tmp/CCcam.log. Смотреть в реальном времени:

tail -100f /tmp/CCcam.log

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

• ecm time: 245ms — нормально
• ecm time: 1340ms — проблема
• card not found for [CAID] — нужного CAID нет
• decode ok — всё хорошо
• connected to [host:port] — подключение установлено
• disconnected — разрыв, CCcam будет переподключаться

Лог OScam живёт в /var/log/oscam/oscam.log или /tmp/oscam.log — зависит от конфигурации. Там ищете строки с ECM и статусами found / not found. Если OScam говорит not found, а CCcam говорит decode ok — значит CW пришёл по другому каналу (решара), а не с локальной карты.

Как выбрать надёжный источник линий (критерии, а не имена)

Эта часть — о том, как оценивать любой сервер технически, без рекламы конкретных имён. Потому что хороший сервер определяется параметрами, а не названием.

На какие технические параметры смотреть

Первый параметр — ECM time на тестовом периоде. Замерьте его через webif (http://IP:16001) на 10-15 минутах просмотра проблемного пакета. Стабильный результат до 300 мс — хороший знак. Скачущий от 100 до 900 мс — сервер перегружен или связь нестабильна.

Второй параметр — hops. Hop=1 означает локальную карту на сервере. Это лучший вариант. Hop=2 — уже решара, то есть этот сервер сам является клиентом другого. Чем длиннее цепочка, тем выше суммарная задержка и тем больше точек отказа.

Третий параметр — совпадение CAID и provider ID с вашими каналами. Бесполезно иметь быструю линию, если нужный пакет на сервере отсутствует.

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

Признаки перепроданного сервера видны прямо в webif и логах:

• Большое число downhops (3 и выше) — линия перепродана несколько раз
• Плавающий ping с большим разбросом (min 30 мс, max 600 мс)
• ECM time нестабилен: работает нормально вечером, фризит в prime time
• Периодические разрывы с быстрым реконнектом — сервер перегружен

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

Локальные карты против решары: как отличить

В webif CCcam напротив каждого CAID есть колонка с числом hops. Hop=1 — гарантированно локальная карта на сервере, к которому вы подключены. Hop=2+ — решара.

В логах OScam это видно иначе: если OScam пишет found (local) — карта физически в ридере. Если found (cache) или found (remote) — пришло с другого источника.

Для критичных пакетов каналов — спортивного HD, платного кино — имеет смысл искать линию именно с hop=1. Для обычных FTA или менее нагруженных пакетов hop=2 обычно работает нормально.

Тестовый период и проверка ECM time перед использованием

Нормальный тест линии — минимум 24 часа, с проверкой в разное время суток. Вечером (19:00-23:00) нагрузка на серверы максимальная. Если в это время ECM time держится до 400 мс — линия рабочая.

Тестируйте именно те каналы, которые вам нужны. CAID на сервере может быть, а конкретный provider ID — нет. Это выясняется только на практике, смотря нужные каналы и читая лог.

При тесте cccam free линий обращайте внимание и на аптайм: хороший сервер не уходит в оффлайн на несколько часов в сутки. Если за 24 часа теста было 3-4 разрыва по 10+ минут — это слабый сервер, даже если ECM time нормальный.