CCcam Free: настройка бесплатного сервера в 2026
Если вы читаете это — значит уже наелись рекламы платных подписок и хотите разобраться, как реально работает cccam free и что нужно сделать, чтобы оно работало без фризов каждые три секунды. Хорошая новость: сам CCcam как программное обеспечение бесплатен и всегда был бесплатен. Плохая новость: «бесплатная линия» — понятие очень условное, и ниже я объясню почему.
Здесь не будет рекламы чьих-то серверов. Только конфиги, пути к файлам, команды и диагностика. Погнали.
Что такое CCcam и как работает протокол шаринга
Принцип card sharing: ECM, CW и dcw-каналы
Кодированный канал на спутнике шифрует видеопоток. Чтобы его декодировать, ресивер отправляет на сервер пакет ECM (Entitlement Control Message) — по сути вопрос: «дай мне ключ для этого пакета». Сервер, у которого есть физическая смарт-карта, отдаёт в ответ CW (Control Word) — это и есть управляющее слово длиной 16 байт, которое меняется каждые ~10 секунд.
Всё это происходит по dcw-каналу. DCW time — время между отправкой ECM и получением CW. Если оно выше 800 мс — уже начинаются проблемы. Выше 1200 мс — фриз гарантирован, потому что ключ пришёл позже, чем нужен следующий.
Роли сервера и клиента в одной линии
Сервер — машина с физической картой (или эмулятором) и запущенным CCcam-демоном, который слушает входящие подключения. Клиент — ваш ресивер, который подключается к серверу, запрашивает CW и декодирует канал локально.
В конфиге это разделение отражено буквально: строки C: делают вас клиентом, строки F: — сервером. Можно быть и тем, и другим одновременно — например, принять линию сверху и раздать вниз.
Чем CCcam отличается от OScam и mgcamd
CCcam — проприетарный протокол и одноимённый демон. Разработка давно заморожена, последняя активно используемая версия — 2.3.0. OScam — open-source альтернатива, которая умеет работать с протоколом CCcam, плюс поддерживает Newcamd, Camd33, CS357x и ещё штук десять других. Mgcamd — отдельный клиент, работает поверх Newcamd, более лёгкий, но функционально беднее.
На практике: если у вас Enigma2-ресивер и вы хотите стабильности — OScam с reader'ом по протоколу cccam даст лучшее логирование и больше контроля. Но на старых железках CCcam запускается проще и работает без лишних зависимостей.
Что реально означает «CCcam free» и какие риски
Когда люди ищут cccam free, они обычно имеют в виду одно из двух: либо собственный сервер с легально купленной картой (расходы только на карту и оборудование), либо публичные бесплатные линии от незнакомых людей. Второй вариант — лотерея. Такие линии перегружены, hop-уровень там обычно 3–5 (вместо желаемого 1), и dcw time прыгает от 400 до 2000 мс в зависимости от времени суток.
Собственный сервер с картой — это реальный cccam free в смысле «бесплатный софт». Всё остальное — компромисс между ценой и стабильностью.
Установка CCcam на Enigma2 и Linux
Загрузка бинарника CCcam в /usr/bin
Бинарник CCcam собран под конкретную архитектуру: mipsel для старых ресиверов Dreambox/Vu+, arm для более новых. Убедитесь, что скачиваете правильную сборку. Файл кладётся в /usr/bin/CCcam, конфиг по умолчанию ищется в /etc/CCcam.cfg. На некоторых прошивках Enigma2 путь может быть /var/etc/CCcam.cfg — зависит от дистрибутива.
cp CCcam /usr/bin/CCcam
Права доступа: chmod 755 CCcam
После копирования файл нужно сделать исполняемым. Без этого демон просто не запустится, и вы будете смотреть на пустой экран без понимания почему.
chmod 755 /usr/bin/CCcam
Если запускаете не от root — убедитесь, что пользователь входит в группу с правами на чтение /etc/CCcam.cfg. Хотя на Enigma2-боксах обычно всё крутится под root, так что этот момент редко принципиален.
Автозапуск через init.d и systemd
На Enigma2 с OpenPLi/OpenATV автозапуск настраивается через init.d. Создайте скрипт /etc/init.d/CCcam:
#!/bin/sh
case "$1" in
start)
/usr/bin/CCcam &
;;
stop)
killall CCcam
;;
restart)
killall CCcam
sleep 1
/usr/bin/CCcam &
;;
esac
Дайте ему права: chmod 755 /etc/init.d/CCcam и создайте симлинк: update-rc.d CCcam defaults. На чистом Debian/Ubuntu с systemd — пишете юнит в /etc/systemd/system/cccam.service, после чего systemctl enable cccam.
Проверка работы через telnet и порт 16001
После запуска CCcam поднимает веб-интерфейс на порту 16001. Откройте браузер и зайдите на http://<ip-ресивера>:16001 — увидите список подключённых клиентов, статус карт и dcw time по каждому каналу. Это самый быстрый способ убедиться, что демон живой.
Через telnet можно получить текстовый вывод: telnet <ip> 16001. Там же видны ошибки подключения в реальном времени.
Настройка файла CCcam.cfg построчно
Строка C: line — подключение к серверу
Это основа клиентского подключения. Синтаксис:
C: hostname 12000 username password
Где hostname — IP или домен сервера, 12000 — порт (у каждого провайдера свой, часто встречаются 12000, 15000, 11000), username и password — учётные данные. Можно добавить несколько строк C: — CCcam будет переключаться между ними при недоступности основной.
Никаких лишних пробелов и символов в конце строки — парсер CCcam на это реагирует непредсказуемо. Конфиг чувствителен к кодировке: только ASCII, никакого UTF-8.
Строка F: line — раздача клиенту
Если хотите раздавать доступ другим — добавляете строки F::
F: clientuser clientpassword 1 0 0 0 { 001800 }
Первые цифры — это allow ecm, allow pm, allow ident, allow sa. Последнее в фигурных скобках — CAID, которые разрешено отдавать. 001800 — это CAID для Viaccess. Оставьте скобки пустыми, если хотите отдавать всё что есть.
Параметры hops, distance и SHARE LIMITS
Hop — это количество промежуточных серверов между физической картой и вашим ресивером. Hop 1 — карта прямо у вашего сервера или у сервера, к которому вы подключены напрямую. Hop 2 и выше — уже цепочка серверов, и каждый добавляет задержку.
В конфиге можно ограничить максимальный hop:
SHARE LIMIT: 3
Это значит — не принимать и не раздавать карты с hop выше 3. На HD-каналах, где CW меняется каждые 10 секунд, hop 3+ почти гарантирует фризы при любой нагрузке на промежуточных серверах.
Локальный ридер: SERIAL READER и DVBAPI
Если у вас физическая карта в ресивере — прописывайте её через SERIAL READER:
SERIAL READER: /dev/ttyUSB0 internal
Скорость порта по умолчанию — 9600 бод, но некоторые карты требуют 115200. Если карта не инициализируется — первым делом проверяйте скорость: SERIAL READER: /dev/ttyUSB0 internal 115200. Это частая причина, по которой локальная карта «не видится».
Для декодирования через DVBAPI (без встроенного декодера) добавляете:
DVBAPI DEVICE: /dev/dvb/adapter0/demux0
Связка CCcam с OScam через CCcam-протокол
Reader в oscam.server с protocol = cccam
Вместо нативного CCcam-демона многие переходят на OScam, оставив cccam-протокол только для подключения к внешнему серверу. Это даёт лучшее логирование и поддержку нескольких протоколов одновременно.
В файле /etc/oscam/oscam.server добавляете блок:
[reader]
label = cccam_primary
protocol = cccam
device = hostname,12000
user = username
password = password
cccversion = 2.3.0
cccmaxhops = 2
reconnecttimeout = 15
Параметр cccversion = 2.3.0 — это версия протокола, которую объявляет OScam при подключении. Если сервер работает на старой версии CCcam и не принимает 2.3.0 — попробуйте 2.1.4 или 2.0.11. Несовпадение версий протокола — одна из причин, по которой подключение устанавливается, но CW не приходят.
Настройка cccam version и cccmaxhops
cccmaxhops = 2 ограничивает, какие карты OScam будет использовать из входящего пула. Карты с hop выше 2 игнорируются. Это жёсткий фильтр — иногда полезен, иногда нет. Если линия отдаёт только hop-3 карты, а у вас стоит cccmaxhops = 2, декодирования не будет вообще.
Камд-сокет и dvbapi для декодирования
OScam декодирует каналы через dvbapi. В /etc/oscam/oscam.conf нужна секция:
[dvbapi]
enabled = 1
au = 1
pmt_mode = 0
request_mode = 0
boxtype = dreambox
Параметр boxtype зависит от железа — для Vu+ ставьте neumo, для generic Linux-приставок — pc. Неверный boxtype даёт симптом «FTA работают, кодированные нет», хотя CW на самом деле приходят.
Зачем переходить с CCcam на OScam
CCcam — это чёрный ящик. Логи минимальные, диагностика почти нулевая. OScam же пишет в лог буквально всё: какой CAID запрошен, от какого reader'а пришёл ответ, сколько времени занял ECM-цикл. Если что-то сломалось — находите причину за минуты, а не методом тыка.
И ещё: OScam активно поддерживается, CCcam — нет. На современном железе иногда нужны патчи для запуска старого CCcam-бинарника, тогда как OScam собирается из исходников под любую архитектуру.
Как выбрать стабильную линию: критерии без рекламы
Показатели качества: uptime, ping и dcw time
Нормальный ping до сервера — до 50 мс, если вы в той же стране. DCW time при такой задержке должен быть 200–500 мс. Если с пингом 20 мс dcw time прыгает до 900 мс — сервер перегружен. Это не ваша проблема и не проблема вашего интернета — это проблема сервера.
Uptime в 99%+ за месяц — реалистичная планка для нормальной линии. Всё ниже 95% означает регулярные обрывы по ночам или при смене ключей.
Локальные карты против реселл-линий
Локальная карта — это когда на сервере физически стоит смарт-карта с подпиской. Hop 1, низкая задержка, предсказуемость. Реселл — когда кто-то сам подключился к другому серверу и перепродаёт эти CW дальше. Каждый такий «посредник» добавляет hop и задержку.
Как отличить? Попросите показать hop-уровень карты в веб-интерфейсе CCcam (порт 16001). Hop 1 — локальная карта. Hop 2–3 — скорее всего реселл. Hop 4+ — это уже цепочка из нескольких перепродажников, и нормальной работы там не будет.
Поддержка нужных пакетов и частот
Перед подключением уточните CAID пакета, который хотите смотреть. Например, Viaccess — 0x0500, Irdeto — 0x0604, Nagravision — 0x1801. Если сервер не имеет карты с нужным CAID, он вам просто не поможет, даже если линия технически работает.
Так же важна частота: карта может быть от одного регионального пакета, а вы принимаете другой транспондер. Уточняйте конкретный спутник и transponder ID — это сэкономит много времени на отладку.
Признаки нерабочей или перепроданной линии
Фризы строго в одно и то же время суток (вечерний прайм) — признак перегрузки. Линия работает на 10 пользователей, а подключено 50. Другой признак: рандомные «No CW» в логах OScam при том, что соединение с сервером установлено. И самый очевидный: dcw time стабильно выше 1000 мс — такую линию проще сразу отключить, чем пытаться починить со своей стороны.
Решение типичных проблем и ошибок CCcam
Фризы и обрывы: рост dcw time
Смотрите на dcw time в веб-интерфейсе порта 16001 или в логах OScam. Если он растёт постепенно в течение дня — сервер деградирует под нагрузкой. Если скачет — нестабильный интернет-канал между вами и сервером или между сервером и его источником карт.
Быстрый тест: ping -c 100 <ip-сервера> — смотрите на jitter. Если средний пинг 30 мс, но разброс 5–200 мс — у вас проблема с маршрутом, и никакая хорошая линия это не исправит.
Ошибка connection refused и закрытый порт
Connection refused означает либо что демон CCcam не запущен на сервере, либо порт закрыт файрволлом. Проверяйте со своей стороны:
nc -zv hostname 12000
Если timeout — порт не доходит до сервера (файрволл или неверный IP). Если connection refused — сервер достижим, но ничего не слушает на этом порту. Так же банальная причина: вы прописали порт 12000, а реальный порт сервера — 15000. Перечитайте данные от провайдера побайтово.
Каналы FTA работают, кодированные нет
FTA (Free-to-Air) вообще не требуют CW — они декодируются без карты. Если FTA идут, а кодированные нет — проблема точно в шаринге, а не в ресивере или прошивке. Первым делом проверьте в логах OScam, приходит ли вообще ECM-запрос и что в ответ. Типичные сценарии: CAID не совпадает, карта на сервере не активна на этот пакет, или dvbapi настроен неверно и ECM просто не отправляется.
На старых прошивках Enigma2 есть отдельный баг: если CCcam запущен, но dvbapi-сокет не поднялся, ресивер молча пропускает ECM без ошибок. Решение — пересобрать прошивку или обновить CCcam до совместимой версии.
Анализ логов CCcam через ttyS и telnet
CCcam пишет лог в /tmp/CCcam.log или выводит через telnet на порт 16001. Чтобы следить в реальном времени:
tail -f /tmp/CCcam.log
Ищите строки с CAID, no decode, ECM, connection lost. «No card for CAID» означает, что запрошенный CAID недоступен ни у одного подключённого сервера. «Connection lost to C-line» — потеря соединения с конкретной C:-строкой.
В OScam логирование богаче. Включите loglevel = 255 в /etc/oscam/oscam.conf во время отладки — это покажет каждый ECM-цикл с временными метками и reader'ами. Потом верните нормальный уровень, иначе лог разрастётся в гигабайты за сутки.
Можно ли настроить CCcam полностью бесплатно?
Сам CCcam как программа — да, полностью бесплатен. Если у вас уже есть ресивер и легальная смарт-карта с подпиской, то cccam free в полном смысле слова реален: скачиваете бинарник, прописываете конфиг, запускаете демон. Денег это не стоит. Публичные бесплатные линии от незнакомых людей — другой разговор: формально бесплатно, но качество непредсказуемо, а стабильность обычно соответствует цене.
В чём разница между C: line и F: line в CCcam.cfg?
C: — это Client line. Вы подключаетесь к чужому серверу и получаете от него CW. F: — это Friend line. Вы сами становитесь сервером и раздаёте доступ другому пользователю. Направление обмена противоположное: C-line — вы потребляете, F-line — вы отдаёте. Можно иметь обе одновременно — принять линию сверху и раздать вниз.
Почему изображение фризит каждые несколько секунд?
Главная причина — высокий dcw time. CW меняется каждые ~10 секунд, и если новый ключ приходит с опозданием больше 1–1.2 секунды, картинка замерзает. Причины: перегруженный или перепроданный сервер, высокий hop-уровень (3+), нестабильный интернет с jitter'ом, неверный CAID (сервер отвечает на чужой запрос), или слишком много одновременных клиентов на вашем ресивере.
Что лучше — CCcam или OScam?
OScam стабильнее и гибче: детальные логи, поддержка множества протоколов, активная разработка. CCcam проще в первичной настройке — один конфиг-файл и меньше параметров. Оптимальный вариант, который используют опытные пользователи: OScam в качестве основного демона с reader'ом по протоколу cccam. Получаете удобство протокола CCcam и качество OScam.
Какой порт использует CCcam по умолчанию?
Веб-интерфейс мониторинга — порт 16001, это фиксировано в самом CCcam. Порт для шаринга (тот, что прописывается в C: line) — произвольный, задаётся на сервере. Чаще всего встречаются 12000, 15000, 11000 — зависит от конфигурации конкретного сервера.
Почему открываются только FTA-каналы, а кодированные нет?
FTA-каналы не требуют CW вообще, поэтому их работа ничего не говорит о состоянии шаринга. Для кодированных каналов проверьте: совпадает ли CAID карты на сервере с CAID нужного пакета; активна ли карта именно на этот пакет; корректно ли настроен dvbapi на вашем ресивере; видны ли ECM-запросы в логах OScam или CCcam. Ещё одна причина: провайдер сменил CAID или обновил ключи, и старая линия просто перестала открывать пакет.
Практические советы для стабильного просмотра
Даже самая стабильная линия CCCam или OSCam требует пары простых подготовительных шагов. Обновляйте прошивку ресивера, раз в неделю очищайте ECM‑кеш и держите 15–20% свободного места на USB‑накопителе или во встроенной памяти, чтобы кардридер записывал ключи без задержек.
При настройке антенны оставляйте запас по MER/BER: смещение на два градуса или ослабленный F‑коннектор чаще становится причиной “фризов”, чем сам кардшаринг. Держите под рукой короткий патч‑корд для проверки другого роутера и сохраните два профиля в OSCam — под TCP и под UDP — чтобы мгновенно переключиться, если провайдер начнёт фильтровать протокол.
Utgard.tv следит за каждым хабом 24/7, однако вы можете ускорить диагностику, если будете вести небольшой журнал действий. Записывайте время переключения канала, активный CAID и то, использовали ли вы Wi‑Fi или Ethernet. Такой мини‑отчёт позволит инженерам воспроизвести вашу конфигурацию в лаборатории и предложить решение не за часы, а за минуты.
- Держите активными две линии: если первый сервер уходит на обслуживание, второй тут же подхватывает поток без повторного ввода логина.
- Раз в месяц делайте замер скорости и задержек. Стабильных 1–2 Мбит/с при пинге до 80 мс достаточно для SD/HD, но если джиттер превышает 20 мс — переведите роутер на провод.
- Сохраните в закладки страницу статуса Utgard.tv и Telegram‑бота @utgard_tv_bot — там появляются уведомления о работах раньше, чем успеют среагировать SEMrush или внешние мониторы.