Настройка 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 после диагностики.
Практические советы для стабильного просмотра
Даже самая стабильная линия 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 или внешние мониторы.