CCcam.cfg: настройка C-line и подключение к серверу

Если ты уже установил CCcam и пытаешься разобраться, как прописать подключение cccam to серверу — эта страница для тебя. Здесь не будет воды про "что такое кардшаринг" — только формат строки, реальные пути к конфигу, команды проверки и пошаговая диагностика, когда что-то идёт не так.

Файл CCcam.cfg читается построчно. Одна лишняя табуляция, Windows-перевод строки или пробел в неожиданном месте — и линия молча не поднимается. Разберём всё по уровням.

Что означает строка подключения в CCcam и как читается формат C-line

C-line — это строка, которой ты говоришь CCcam: "подключись к этому серверу с этими учётными данными". Выглядит она так:

C: example.server.com 12000 myusername mypassword no no

Шесть полей через одиночные пробелы. Никаких табуляций, никаких двойных пробелов между полями.

Разбор формата: C: host port username password

Разберём слева направо:

• C: — буквально "C двоеточие пробел". Пробел после двоеточия обязателен.
• host — hostname или IPv4-адрес сервера. Домен предпочтительнее при динамическом IP.
• port — порт. Стандартный порт CCcam — 12000, но сервер может слушать на любом; смотри в данных от провайдера.
• username — логин. Чувствителен к регистру. User1 и user1 — разные логины.
• password — пароль. Тоже регистрозависимый.

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

# основной сервер
C: srv1.example.com 12000 john secret123 no no

# резервный, другой порт
C: backup.example.com 15000 john_bkp pass456 no no

Дополнительные параметры C-line (wantemu, hops, distance)

Два последних поля после пароля — булевы флаги:

• wantemu (первый флаг) — запрашивать ли эмулируемые карты с сервера. Обычно no, если тебе нужны только реальные карты.
• keepalive/wantemus (второй флаг) — в разных версиях CCcam трактуется чуть по-разному; ставь то, что требует сервер, обычно no.

Через двоеточие после пароля можно добавить HOPS и DISTANCE, но это уже продвинутая фильтрация. Базовая строка вполне работает без них.

Чем C-line отличается от N-line (newcamd) и F-line

Путаница бывает часто. Три типа строк — три протокола:

• C-line — протокол CCcam. Именно её ты получаешь от сервера для подключения.
• N-line — протокол Newcamd. Начинается с N:, формат другой, используется в MGcamd и OScam. С CCcam-сервером не работает.
• F-line — это строка для клиентов, которые подключаются к тебе. Если сам раздаёшь шару — прописываешь F-line в своём конфиге.

Если тебе прислали строку, начинающуюся с N:, а ты работаешь с CCcam — это не твой формат. Либо конвертируй через OScam, либо запроси C-line у провайдера.

Куда прописывать C-line: пути к CCcam.cfg на разных системах

Здесь спотыкаются чаще всего. Конфиг может лежать в двух местах в зависимости от образа и настроек сборки.

Пути на Enigma2 (/etc/CCcam.cfg, /var/etc/CCcam.cfg)

На большинстве Enigma2-образов (OpenATV, OpenPLi, OpenVision) CCcam читает конфиг из /var/etc/CCcam.cfg. Именно туда и пиши. На некоторых старых сборках или кастомных скриптах запуска путь — /etc/CCcam.cfg.

Проверить, какой именно использует твоя сборка, просто:

ps aux | grep CCcam

В строке запуска будет явно указан путь к конфигу через флаг или как первый аргумент.

Правила форматирования файла:

• Строки C: — с самого начала строки, без отступа
• Комментарии — через # в начале строки
• Кодировка — UTF-8 без BOM, переводы строк Unix (LF, не CRLF)

Расположение на Linux-сервере и DreamOS

На голом Linux (Debian, Ubuntu) CCcam обычно запускается из /usr/local/bin/CCcam, а конфиг кладут в /etc/CCcam.cfg. На DreamOS (Dreambox с нативной системой) путь часто /etc/CCcam.cfg, но это зависит от версии прошивки.

Если ставил через пакетный менеджер — посмотри init-скрипт:

cat /etc/init.d/CCcam

Там будет hardcoded путь к конфигу.

Права на файл и перезапуск демона после правки

Права должны позволять CCcam читать файл. Обычно достаточно:

chmod 644 /var/etc/CCcam.cfg

После каждой правки конфига — перезапуск. Самый грубый способ, работающий всегда:

killall -9 CCcam
sleep 2
/usr/bin/CCcam &

На Enigma2 удобнее через меню плагинов или команду:

/etc/init.d/CCcam restart

CCcam не умеет перечитывать конфиг без перезапуска. SIGHUP не поможет — только полный рестарт процесса.

Проверка подключения: порты, протокол и статус линии

Настроил конфиг — теперь нужно убедиться, что линия поднялась. Делается это в два шага: сначала проверяем сеть, потом смотрим статус в интерфейсе самого CCcam.

Веб-интерфейс CCcam (порт 16001) и страница Servers

CCcam поднимает встроенный HTTP-сервер. Чтобы включить, добавь в CCcam.cfg:

WEBINFO LISTEN PORT : 16001

После перезапуска открывай в браузере http://[ip-бокса]:16001. Страница "Servers" показывает все C-line: статус, количество карт, hops, время последнего ответа.

На той же странице видно ECM time — время декодирования одного пакета. Нормальный показатель до 200-300 мс. Выше 500 мс — уже проблема.

Проверка доступности порта через telnet и nc

Прежде чем искать ошибки в CCcam, убедись, что сервер вообще отвечает на уровне TCP. Прямо с бокса или сервера:

telnet example.server.com 12000

Или через netcat (он есть почти везде):

nc -vz example.server.com 12000

Если соединение не устанавливается — проблема не в CCcam. Это firewall, неправильный порт или сервер вообще не слушает. Конфиг тут ни при чём.

Если telnet подключился, но CCcam всё равно показывает OFFLINE — смотри логин/пароль и версионность протокола.

Чтение состояния линии: ONLINE, CONNECTED, количество карт и hops

В веб-интерфейсе для каждой C-line будет статус:

• CONNECTED / ONLINE — TCP-сессия есть, авторизация прошла, карты получены
• OFFLINE — соединение не установлено вообще
• 0 cards при ONLINE — транспорт работает, но карт нет (либо сервер пустой, либо нет совпадения по CAID)

Поле hops показывает, через сколько узлов пришла карта. Hop 0 или 1 — локальная карта или один пересыл. Hop 2+ — карта пришла через цепочку, задержки и нестабильность растут.

Почему C-line не работает: разбор частых ошибок

Диагностировать нужно послойно: сначала сеть, потом авторизация, потом контент. Если прыгать сразу к "неправильный CAID", можно часами переставлять настройки и не найти банальный firewall-блок.

Линия OFFLINE: firewall, NAT, неверный порт

Самая частая причина — порт не достигает сервера. Варианты:

• Бокс за NAT-роутером, а у сервера нет проброса порта — для входящих подключений это актуально, но в данном случае ты сам инициируешь соединение наружу, так что проверь, не блокирует ли роутер исходящий трафик на нестандартных портах
• Неверный порт в C-line — взял порт из примера (12000), а провайдер выдал 15500
• IP сервера сменился — если у сервера динамический IP, а ты прописал числовой адрес, а не домен
• Сервер недоступен вообще — проверяй через telnet с другого устройства в той же сети

Особый случай: если сам CCcam-сервер стоит за NAT и ты не пробросил порт 12000 (или другой) наружу — клиенты физически не доберутся до него, даже при абсолютно правильном конфиге.

Линия ONLINE, но каналы не открываются (нет нужных CAID/провайдеров)

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

Что проверить:

• CAID канала и CAID карт на сервере — должны совпадать. В веб-интерфейсе на странице Servers видно, какие CAID есть.
• Provider ID — мало CAID, нужен ещё провайдер. Некоторые каналы требуют конкретный PROVID.
• Hop — карта с hop 2+ может "появляться" и "пропадать", не успевая ответить в ECM-тайм аут.
• Подписка на стороне сервера истекла — карта есть, но уже не декодирует. Это видно по ECM time → timeout.

Freeze и фризы: высокий ECM time, hops, перегрузка сервера

Каналы открываются, но изображение рассыпается каждые несколько секунд. Это почти всегда ECM time.

ECM-запрос должен проходить за время меньше, чем crypto-период канала (обычно 10 секунд, но на некоторых потоках 5 секунд). Если ECM time стабильно выше 500-800 мс, а тем более скачет до 2-3 секунд — фризы гарантированы.

Причины высокого ECM time:

• Много hops — каждый пересыл добавляет задержку
• Перегруженный сервер — слишком много клиентов на одну карту
• Сетевые потери между тобой и сервером — проверь пингом
• Географически далёкий сервер — 200+ мс ping уже создаёт проблемы

Ошибки в синтаксисе конфига и невидимые символы

Это убивает больше времени, чем хотелось бы признавать. CCcam крайне чувствителен к форматированию файла.

Что ломает C-line незаметно:

• Windows-переводы строк (CRLF) — если редактировал конфиг в Notepad на Windows и залил по FTP в ASCII-режиме, в конце каждой строки стоит \r. CCcam читает логин как "myuser\r" — не совпадает с серверным "myuser".
• BOM в UTF-8 — некоторые редакторы добавляют три невидимых байта в начало файла. Первая строка конфига начинается не с "C:", а с "BOM + C:", и CCcam её не распознаёт.
• Табуляция вместо пробела — выглядит одинаково, парсится иначе.
• Лишний пробел перед C: — строка должна начинаться с "C:", не с " C:".

Быстрая проверка кодировки файла на боксе:

file /var/etc/CCcam.cfg
cat -A /var/etc/CCcam.cfg | head -5

cat -A покажет ^M в конце строк при CRLF и другие невидимые символы. Конвертировать в Unix-формат:

sed -i 's/\r//' /var/etc/CCcam.cfg

Если включён DEBUG-лог (строка DEBUG TIMEOUT : 30 в конфиге), смотреть логи можно так:

tail -f /tmp/cccam.log

Там будет видно, разбирается ли строка C-line вообще и на каком этапе рвётся соединение.

Как выбрать сервер для подключения: технические критерии

Когда настраиваешь cccam to серверу, качество этого сервера определяет всё. Даже идеальный конфиг не поможет, если сам сервер работает через пень-колоду.

Стабильность uptime и низкий ECM time

Первое, на что смотришь — uptime. Хороший сервер работает 99%+ времени без падений и ребутов. Как это проверить до покупки — попроси тестовую линию на 24-48 часов и смотри, не падает ли соединение ночью.

ECM time — это не просто цифра в веб-интерфейсе. Это реальный показатель загрузки и качества сервера. Стабильный ECM 50-150 мс — хорошо. Скачущий от 100 до 800 мс — плохо, даже если средний нормальный.

Локальные карты (local) против решары (hops)

Самый технический критерий, который мало кто объясняет. Hop 0 — карта физически вставлена в сервер, к которому ты подключаешься. Hop 1 — карта в соседнем сервере, который подключён к твоему. Hop 2+ — цепочка из двух и более узлов.

Каждый дополнительный hop — это задержка плюс потенциальная точка отказа. Карты с hop 0-1 стабильны. Карты с hop 2+ — всегда лотерея: то есть, то нет, ECM time плавает.

При настройке cccam to серверу с решарой hop 2+ ты зависишь не только от качества самого сервера, но и от всей цепочки до оригинальной карты. Если какое-то звено в цепи перегружено или упало — канал зафризит.

Поддержка нужных CAID/провайдеров под ваш спутник

Прежде чем платить — убедись, что сервер реально закрывает нужные тебе каналы. Нужен список поддерживаемых CAID и провайдер-ID под конкретный спутник.

Что проверять:

• CAID системы шифрования (Viaccess, Nagravision, Irdeto, Conax — у каждой свой CAID)
• Provider ID — один CAID может закрывать разные пакеты от разных провайдеров
• Спутниковая позиция — карты под 13°E не откроют каналы с 19.2°E другой системы

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