Настройка CCcam config: полное руководство 2026
Если вы уже поставили эмулятор на ресивер и теперь смотрите на пустой файл CCcam.cfg — эта статья для вас. Разберём cccam config от первой строки до рабочего декодирования: синтаксис, пути, линии подключения, приоритеты и диагностика. Без воды, с реальными примерами.
Что такое CCcam.cfg и где он находится
Назначение файла конфигурации
CCcam.cfg — единственный файл, который управляет всем поведением эмулятора. Порты, пользователи, подключения к серверам, логи, кэш — всё задаётся здесь. Если файл отсутствует или повреждён, эмулятор запустится с дефолтными параметрами и вообще ничего не раздаст.
Файл читается при старте процесса CCcam. Изменения после старта требуют перезапуска эмулятора — killall -9 CCcam && CCcam или через init-скрипт вашего образа.
Пути к файлу на Enigma2 и других системах
Эмулятор ищет конфиг в следующем порядке:
/etc/CCcam.cfg— основной путь, работает на большинстве образов Enigma2 (OpenATV, OpenPLi, DreamElite)/var/etc/CCcam.cfg— на некоторых дистрибутивах/var/etc/является симлинком на/etc/, но иногда это отдельный путь/usr/keys/CCcam.cfg— встречается на старых образах и некоторых клонах Dreambox
На Dreambox с оригинальной прошивкой (DM800, DM8000) конфиг традиционно лежит в /var/etc/CCcam.cfg. На VU+ Solo/Duo/Ultimo с OpenPLi — обычно /etc/CCcam.cfg. Если не уверены — поищите по всем трём путям через FTP или выполните find / -name "CCcam.cfg" 2>/dev/null.
Права на файл: chmod 644 /etc/CCcam.cfg. Кодировка — UTF-8 без BOM. Это не мелочь: если сохранили файл в Notepad на Windows, там почти гарантированно будет BOM и CRLF. CCcam не разберёт ни одну строку. Используйте Notepad++ с явным указанием «UTF-8 без BOM» или любой нормальный редактор на Linux.
Сопутствующие файлы: CCcam.channelinfo, CCcam.providers, CCcam.prio
CCcam.providers — база данных провайдеров и их CAID/provider ID. Лежит рядом с конфигом, обычно в /etc/. Без него WebInfo будет показывать только числовые идентификаторы вместо читаемых названий.
CCcam.channelinfo — маппинг SID на имена каналов. Опциональный файл, нужен только для красивого отображения в интерфейсе.
CCcam.prio — файл приоритетов CAID. Один из самых важных для оптимизации скорости переключения. Подробнее — в разделе про приоритеты.
Структура и базовый синтаксис конфига
Формат строк и комментарии (#)
Каждая директива — отдельная строка. Комментарии начинаются с # и могут стоять как на отдельной строке, так и в конце строки с директивой. Пустые строки игнорируются.
# Это комментарий
SERVER LISTEN PORT : 12000 # и здесь тоже можно
Обратите внимание на двоеточие и пробелы вокруг него — это не просто красота, это синтаксис. Некоторые директивы требуют именно такого формата. Лишний пробел или таб между словами в названии директивы сломает строку — эмулятор не распознает «SERVER LISTEN PORT» с двойным пробелом.
Глобальные опции сервера
Рабочая «шапка» минимального cccam config выглядит так:
# Основные параметры CCcam
SERVER LISTEN PORT : 12000
WEBINFO LISTEN PORT : 16001
ALLOW TELNET : yes
DEBUG : 0
LOGFILE : /var/log/CCcam.log
SHOW TIMING : no
CACHE EX : 0
SERVER LISTEN PORT — порт, на котором эмулятор принимает входящие подключения по протоколу CCcam. Стандарт — 12000, но можно поменять на любой свободный выше 1024.
WEBINFO LISTEN PORT — порт веб-интерфейса. По умолчанию 16001. Открываете браузер, вводите http://192.168.1.100:16001 — видите статус всех пиров, ECM, карты.
ALLOW TELNET — разрешить telnet-консоль (порт 23). Удобно для отладки, но в продакшне лучше выключить.
Логирование и отладка
DEBUG : 1 включает подробный лог. При значении 0 пишется только основное. При значении 12 или выше — почти всё, включая содержимое ECM-запросов. На продакшн-сервере держите 0 или 1, иначе лог-файл разрастётся до гигабайтов за сутки.
LOGFILE задаёт путь к файлу лога. На Enigma2-ресиверах /tmp/CCcam.log предпочтительнее /var/log/ — в /tmp/ данные в RAM и не убивают флеш-память перезаписями.
SHOW TIMING : yes добавляет в лог время ответа ECM в миллисекундах. Полезно при диагностике фризов.
Чувствительность к регистру и пробелам
Названия директив регистронезависимы: debug и DEBUG — одно и то же. А вот значения — нет: логины и пароли в C/F-линиях чувствительны к регистру. «MyPass» и «mypass» — разные пароли.
Табуляция вместо пробелов в строке директивы — ещё одна частая причина, почему конфиг «не работает». Редактируйте в редакторе с видимыми символами или проверяйте через cat -A /etc/CCcam.cfg | grep "^C:" — символ ^I означает таб.
Настройка клиентских и серверных линий (C: и N:)
C-линия: подключение к серверу (хост, порт, user, pass)
C-линия — это подключение вашего ресивера к внешнему CCcam-серверу как клиент. Синтаксис:
C: hostname port username password
Реальный пример с обезличенными данными:
C: server.example.com 12000 myuser secretpass
Поля разделяются одним пробелом. Hostname — домен или IP-адрес сервера. Порт — обычно 12000 для протокола CCcam, но сервер может настроить любой другой. Имя пользователя и пароль — те, что выдал владелец сервера.
Можно добавить несколько C-линий подряд — эмулятор подключится ко всем и будет использовать карты от каждого источника.
N-линия для newcamd
N-линия подключается к серверу по протоколу newcamd (порт по умолчанию — 525, но может быть любым). Синтаксис:
N: hostname port username password deskey
DES-ключ — 14 байт в hex, разделённых точками: 01.02.03.04.05.06.07.08.09.10.11.12.13.14. Ключ задаётся на сервере, клиент должен указать тот же. Если сервер использует стандартный ключ — 01.02.03.04.05.06.07.08.09.10.11.12.13.14 тоже подойдёт.
Опции C-линии: { } фильтры, hop, флаги
После основных параметров C-линии можно добавить фильтры в фигурных скобках. Это ограничивает, какие CAID и провайдеры запрашивать через этот сервер:
C: server.example.com 12000 myuser secretpass { 0500 }
C: server2.example.com 12000 user2 pass2 { 1702:000000 }
Первая строка — запрашивать только карты с CAID 0500 (Viacess). Вторая — только CAID 1702, provider 000000 (Nagravision). Это разгружает канал и ускоряет получение ECM.
F-линия: раздача собственного локального ресурса
F-линия — противоположность C-линии. Это запись пользователя, которому вы разрешаете подключаться к вашему серверу и получать ваши карты:
F: username password uphops downhops
Пример:
F: friend1 pass123 1 1
F: friend2 pass456 1 0 { 0B00 }
uphops — сколько пересылок разрешено «вверх» (к вашим источникам). downhops — сколько ваш пользователь может раздавать дальше. При downhops = 0 пользователь получает карты, но не может их пересылать другим. Это стандартная схема для конечного клиента.
Фигурные скобки после F-линии ограничивают доступные CAID — полезно, если хотите дать доступ только к определённым пакетам.
Приоритеты, фильтры и оптимизация декодирования
Файл CCcam.prio и порядок CAID:provider:sid
Когда один и тот же канал доступен через несколько CAID (например, 0500 и 1702 одновременно), эмулятор без приоритетов попробует их в произвольном порядке. Это даёт задержку при переключении канала — до 2-3 секунд фриза, пока не найдётся рабочий путь.
CCcam.prio решает эту проблему. Формат строки приоритета:
P: CAID:providerID:SID
Пример — всегда пробовать сначала CAID 0500 для конкретного провайдера:
P: 0500:032830:0000
P: 1702:000000:0000
I: 0500:000000:0000
Строка P: — приоритет (пробовать в первую очередь). Строка I: — игнорировать этот CAID/provider. Нули в полях означают «любой». Файл читается сверху вниз, первое совпадение применяется.
Готовые prio-файлы для популярных спутниковых пакетов легко найти в профильных форумах — не нужно составлять вручную с нуля.
Опция CACHE EX и кэш-обмен
CACHE EX : 1 включает обмен кэшем ECM с другими серверами. Идея в том, что если кто-то уже расшифровал этот ECM секунду назад — вы получите готовый CW из кэша без обращения к карте. Звучит хорошо, на практике — осторожно.
Cache exchange создаёт дополнительную нагрузку на сеть и процессор. На маломощных ресиверах (Dreambox 800 с 300MHz MIPS) это ощутимо. Плюс, обмен кэшем работает только если оба сервера в одной «группе» доверия и одновременно смотрят один канал. На небольших частных установках профит минимален.
Если вы не знаете точно зачем это нужно — держите CACHE EX : 0.
Управление hop-ами и блокировка фрифидов
Фрифид — сервер, который отдаёт «карты» с hop=1, но на самом деле раздаёт свободные в эфире открытые потоки или мусор. Каналы якобы открываются, но через минуту замирают или вообще не показывают платный контент.
В CCcam.cfg можно ограничить максимальный hop для получаемых карт:
MAXIMUM RECEIVED DISTANCE : 3
Это запретит принимать карты, прошедшие более 3 пересылок. Реальная локальная карта имеет hop=0 или 1. Если источник отдаёт hop=5 — это многократно перепродиженная цепочка с соответствующими задержками.
Тонкая настройка задержек ECM
Опции управления таймаутами ECM:
ECM TIMEOUT : 10
ECM DENY NOTFOUND : 1
ECM TIMEOUT — сколько секунд ждать ответа перед переходом к следующему источнику. По умолчанию 10, но на нормальном подключении 3-4 секунды вполне достаточно и ускоряет переключение каналов.
ECM DENY NOTFOUND : 1 блокирует источники, которые явно ответили «карты нет», и не тратит время на повторные запросы к ним.
Диагностика и решение типичных проблем
Чтение лога и веб-интерфейса (порт 16001)
Первый шаг диагностики любой проблемы — WebInfo. Открываете браузер: http://[IP-ресивера]:16001. Видите список пиров, их статус (CONNECTED / DISCONNECTED), количество карт и ECM-статистику.
Если веб-интерфейс не открывается — проверьте, что WEBINFO LISTEN PORT : 16001 добавлен в конфиг и эмулятор перезапущен. Также проверьте файрвол: iptables -L -n | grep 16001.
Лог смотреть командой: tail -f /tmp/CCcam.log. Там видно каждый ECM-запрос, ответ и откуда пришёл CW.
Пир online, но каналы не открываются
Это самая частая ситуация. WebInfo показывает CONNECTED, но при переключении на платный канал — чёрный экран или постоянные фризы. Причины:
- Нет нужного CAID у источника — в WebInfo смотрите список карт пира. Если CAID канала там отсутствует, этот сервер просто не поможет.
- Превышен hop — если
MAXIMUM RECEIVED DISTANCEстоит низко, а источник даёт большой hop, карта отфильтруется. - Рассинхрон времени — об этом ниже отдельно.
- SID-фильтр на стороне сервера — сервер может разрешить доступ только к определённым каналам.
Ошибки ECM timeout и no card
ECM timeout в логе означает, что ни один источник не ответил за отведённое время. Проверьте пинг до сервера: ping -c 5 server.example.com. Если больше 200ms — это уже проблема для кардшаринга.
no card — источник ответил, но сказал, что нужной карты нет. Либо карта с нужным CAID действительно отсутствует, либо сервер перегружен и квота подключений исчерпана.
Рассинхрон времени — отдельная боль. CCcam использует временные метки в протоколе обмена. Если время на ресивере расходится с сервером больше чем на ±30 секунд, ECM-запросы отклоняются. Исправление: ntpdate -u pool.ntp.org и добавить в автозагрузку. На ресиверах без интернета — задать время вручную или через локальный NTP-сервер в сети.
Проверка через telnet и команды restart
Если ALLOW TELNET : yes включён, подключайтесь через telnet [IP] 23. Основные команды в telnet-консоли CCcam:
l — список подключённых клиентов
s — статус серверов (C-линий)
v — список доступных карт
r — рестарт эмулятора
Проверить, занят ли порт 12000 другим процессом: netstat -tlnp | grep 12000 или ss -tlnp | grep 12000. Если порт занят — либо CCcam уже запущен дважды, либо другой сервис его захватил. В последнем случае поменяйте порт в конфиге.
Перезапуск эмулятора без перезагрузки ресивера:
killall -9 CCcam
sleep 2
/etc/init.d/softcam start
Или через менеджер плагинов Enigma2, если используете OpenATV/OpenPLi.
Как выбрать источник для C-линии без риска
Критерии стабильного источника
Хороший источник для cccam config — это не тот, у кого самый дешёвый план. Смотрите на технические характеристики.
Пинг до сервера должен быть меньше 100ms. Выше — уже потенциальные фризы при быстром переключении каналов. Проверяйте не один раз, а несколько раз в день — некоторые сервера стабильны в 4 утра и умирают в прайм-тайм.
Локальные карты (hop=0 или 1) предпочтительнее цепочек. Если сервер сам является клиентом другого сервера, который является клиентом третьего — это hop=3 и выше, задержка складывается. Реальный локальный сервер с физической картой даст hop=0.
Лимит подключений на одну учётную запись. Нормально — 1 подключение на линию. Если разрешают 5-10 одновременных — скорее всего, это перепроданный ресурс.
Признаки нерабочего или перепроданного ресурса
Большой hop (3 и выше) при уверениях в «локальных картах» — красный флаг. WebInfo покажет реальный hop, не верьте словам.
Частые дисконнекты в WebInfo — сервер нестабилен или перегружен. ECM timeout больше 1 секунды в среднем — слишком много. На нормальном источнике ECM время составляет 200-400ms.
Фрифиды — отдельная история. Сервер может показывать hop=1 и CONNECTED, но на деле раздавать расшифрованные потоки свободного контента. Проверить просто: попробуйте открыть заведомо платный и зашифрованный канал. Если открывается «магически» без явного ECM в логе — скорее всего, это не кардшаринг, а IPTV-поток под видом C-линии.
Безопасность: что нельзя хранить в открытом конфиге
CCcam.cfg содержит пароли в открытом виде. Это данность протокола, но есть минимальные меры защиты.
Права на файл: chmod 600 /etc/CCcam.cfg. Читать должен только root. На Enigma2-ресиверах это особенно актуально, если к ресиверу есть доступ через FTP от нескольких человек.
Не держите конфиг в публичных папках Samba/NFS. Не отправляйте скриншоты WebInfo в открытые чаты — там видны логины и IP-адреса всех пиров.
Пароль веб-интерфейса задаётся через WEBINFO USER : admin и WEBINFO PASSWORD : yourpass. По умолчанию WebInfo открыт без авторизации — любой в вашей сети может зайти и посмотреть все данные.
Telnet на порту 23 тоже не требует пароля по умолчанию. Если ресивер смотрит в интернет напрямую — обязательно закройте 23 порт через iptables: iptables -A INPUT -p tcp --dport 23 -j DROP.
Часто задаваемые вопросы
Где лежит файл CCcam.cfg на ресивере Enigma2?
Основной путь — /etc/CCcam.cfg. На части образов файл находится в /var/etc/CCcam.cfg, на старых прошивках и некоторых клонах — в /usr/keys/CCcam.cfg. Чтобы найти точный путь, выполните в терминале: find / -name "CCcam.cfg" 2>/dev/null. Редактировать удобнее всего через FTP-клиент (FileZilla, WinSCP) или напрямую через telnet.
Какой порт по умолчанию использует CCcam?
Протокол CCcam (C-линии и F-линии) работает на порту 12000. Это задаётся директивой SERVER LISTEN PORT : 12000 в конфиге. Веб-интерфейс WebInfo по умолчанию на порту 16001, задаётся через WEBINFO LISTEN PORT : 16001. Telnet — стандартный порт 23. Все три можно изменить на любые другие свободные порты.
Что означают цифры hop в C- и F-линии?
Hop — количество пересылок карты между серверами. Карта, установленная физически в картридер, имеет hop=0. Сервер, подключённый к ней напрямую, раздаёт с hop=1. Каждое следующее звено цепи прибавляет +1. В F-линии uphops ограничивает глубину доступа к вашим источникам, downhops — насколько глубоко ваш пользователь может раздавать карту дальше. Большой hop (4 и выше) ведёт к задержкам ECM и фризам.
Почему пир показывает online, но каналы не открываются?
Причин несколько. Самая частая — у источника просто нет карты с нужным CAID для этого канала: смотрите список карт пира в WebInfo. Вторая частая причина — рассинхрон времени на ресивере: проверьте командой date и при необходимости выполните ntpdate pool.ntp.org. Также может быть превышен hop-лимит или сервер отдаёт фрифиды вместо реальных карт.
Чем отличается C-линия от F-линии?
C-линия — это исходящее подключение: ваш ресивер подключается к чужому серверу как клиент и получает чужие карты. F-линия — входящее: вы создаёте учётную запись для пользователя, который подключается к вам и получает ваши локальные карты. Синтаксис разный: C-линия содержит хост и порт сервера, F-линия — только логин, пароль и настройки hop. Если вы только клиент — нужны только C-линии.
Как включить лог и веб-интерфейс для отладки?
Добавьте в cccam config три строки: DEBUG : 1, LOGFILE : /tmp/CCcam.log и WEBINFO LISTEN PORT : 16001. После перезапуска эмулятора откройте http://[IP-ресивера]:16001 в браузере — увидите статус всех пиров, карт и ECM-статистику в реальном времени. Лог смотрите через tail -f /tmp/CCcam.log. Для очень подробного вывода поставьте DEBUG : 8, но не забудьте вернуть на 0 или 1 после диагностики.
Practical checklist for smooth viewing
Even the best CCCam or OSCam line needs two or three simple preparations. Update your receiver firmware, reset the ECM cache once a week and keep 15–20% free space on the USB stick or internal flash so that the reader can store keys without delays.
When tuning a dish, aim for MER/BER reserve: a two‑degree offset or a loose F‑connector often causes the “freezing” that users blame on cardsharing. Keep a short patch cord to test alternative routers, and save two profiles in OSCam — one for TCP, one for UDP — so you can switch instantly if your ISP starts filtering a protocol.
Utgard.tv monitors each hub 24/7, but you can speed up diagnostics by keeping a short log of your receiver actions. Note the time when you changed the channel, which CAID was active and whether you used Wi‑Fi or Ethernet. This tiny “journal” helps engineers reproduce your environment in the lab and return with a solution in minutes instead of hours.
- Keep two line slots enabled: if the first server hits a maintenance window, the second one instantly takes over without re-entering credentials.
- Run a monthly speed and latency test. Stable 1–2 Mbps with ping <80 ms is enough for SD/HD, but if jitter exceeds 20 ms, switch the router to wired mode.
- Save the Utgard.tv status page and Telegram bot @utgard_tv_bot to bookmarks — they publish maintenance notices before SEMrush or uptime monitors raise alerts.