CCcam lines: настройка C-lines и F-lines в 2026

Если ваш ресивер не получает ключи, первое, на что смотришь — правильность строки подключения. CCcam lines — это не просто набор символов, а структурированный формат авторизации, в котором каждый пробел и каждый символ имеет значение. Одна лишняя буква в пароле или неверный порт — и статус навсегда застрянет на CONNECTING. Разберём всё по полям.

Что такое CCcam lines и зачем они нужны

Line в контексте CCcam — это строка авторизации, которая описывает параметры соединения между клиентом и сервером. Протокол CCcam работает по схеме «клиент запрашивает ECM, сервер расшифровывает и отдаёт CW». Без корректной строки авторизации это взаимодействие просто не начнётся.

Есть три основных типа строк: C-line, F-line и N-line. Каждая выполняет свою роль, и путать их — классическая ошибка при первой настройке.

C-line, F-line и N-line: в чём разница

C-line (Client line) — это строка на стороне клиента. Прописывается на вашем ресивере и говорит ему: «подключайся вот к этому серверу, вот с этим логином и паролем». Это то, что вы получаете от провайдера шаринга.

F-line (Friend line) — серверная строка. Прописывается на сервере и описывает, какие права имеет конкретный пользователь: какие карты видит, сколько хопов может пробросить, разрешён ли решаринг. F-line и C-line — это две половины одного соединения.

N-line относится к протоколу newcamd — другому протоколу кардшаринга. Формат похожий, но поля другие, и смешивать эти строки нельзя. OScam умеет работать с обоими протоколами, но читает их из разных секций конфига.

Роль строки в связке клиент-сервер

Симметрия здесь принципиальна: C-line клиента должна точно соответствовать F-line на сервере. Одинаковый username, одинаковый пароль. Сервер читает F-line и знает, кого ждать. Клиент читает C-line и знает, куда стучаться. Если они не совпадают по credentials — соединения не будет, только «login failed» в логах.

Где CCcam хранит строки: путь к cccam.cfg

Для чистого CCcam основной файл конфигурации — /var/etc/CCcam.cfg на большинстве ресиверов Dreambox и совместимых. На некоторых прошивках путь /etc/CCcam.cfg. Для OScam клиентские подключения по протоколу CCcam задаются в /etc/tuxbox/config/oscam.server или /var/keys/oscam.server, а пользователи сервера — в oscam.user в той же директории. После любых правок нужен рестарт службы — killall -9 CCcam или systemctl restart oscam.

Синтаксис C-line: разбор каждого поля

Базовый формат выглядит так:

C: hostname port username password

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

Формат строки: C: host port username password

C: — обязательный префикс с двоеточием и пробелом. Без этого CCcam не распознает строку вообще.

hostname — доменное имя или IP-адрес сервера. Может быть как IPv4 (192.168.1.1), так и домен (my.server.net). Если сервер за DynDNS — указывается DDNS-домен.

port — TCP-порт, на котором слушает CCcam-сервер. Чаще всего в диапазоне 12000–12999, но это произвольное число, заданное администратором сервера. Порт должен совпадать на обеих сторонах — в C-line клиента и в настройках демона сервера.

username и password — учётные данные для авторизации. Регистрозависимые. «User1» и «user1» — это разные логины. Пароль с пробелом не работает без кавычек.

Дополнительные параметры и флаги

После основных полей могут идти необязательные параметры:

C: my.server.net 12000 user1 pass1 no { 0 0 0 }

no / yes — флаг «wantemus», управляет тем, запрашивает ли клиент EMM-данные с сервера. Обычно no.

{ 0 0 0 } — блок управления шарингом. Первое число — uphops, второе — downhops, третье — параметр compression. При значении { 0 0 0 } клиент не пробрасывает принятые карты дальше. Это стандарт для конечного клиента.

Пример рабочей C-line с пояснениями

C: my.server.net 12000 user1 pass1 no { 0 0 0 }

Здесь: подключаемся к my.server.net на порт 12000, авторизуемся как user1 с паролем pass1, EMM не запрашиваем, решаринг принятых карт отключён. Это типовая клиентская конфигурация.

Частая засада — скрытые непечатаемые символы при копировании строки из Telegram или PDF. Символ «мягкого переноса» или нулевой ширины визуально не виден, но полностью ломает парсинг. Если line скопирована, а не введена вручную, прогоните её через cat -A CCcam.cfg и убедитесь, что нет лишних ^M или ^@.

F-line на сервере и соответствие клиентским C-line

На сервере каждый клиент описывается своей F-line. Формат:

F: username password uphops maxdown

Username и password должны совпадать с тем, что прописано в C-line клиента — символ в символ, включая регистр. Никакого хеширования нет, сравнение буквальное.

Формат F-line: F: username password uphops maxdown

uphops — сколько уровней вверх клиент может видеть карты (от сервера). Значение 1 — клиент видит только локальные карты сервера. Больше — видит карты, полученные сервером от его апстримов.

maxdown — сколько уровней вниз клиент может передавать карты своим клиентам (если он сам является сервером для кого-то). Для конечного потребителя обычно 0.

Пример серверной F-line для стандартного клиента:

F: user1 pass1 1 0

Управление решарингом через uphops/downhops

Большое значение uphops — это не всегда хорошо. Чем выше хоп-каунт, тем дальше ECM-запрос идёт до карты, тем выше задержка. На HD-каналах с коротким окном дешифрования ECM time свыше 800–1000 мс даёт фриз. Хороший провайдер держит локальные карты (uphops = 1) для ключевых пакетов.

Если клиент сам поднимает сервер для соседей — maxdown задаётся больше 0. Но это уже другая история с другими рисками и обязательствами.

Привязка карт и сервисов к пользователю

В расширенном синтаксисе CCcam.cfg можно ограничить F-line конкретными CAID и провайдерами:

F: user1 pass1 1 0 { 0500:000000 }

Это ограничивает пользователя только картами с CAID 0500. Если у пользователя в C-line совпадают credentials, но нужный CAID не включён в его F-line — каналы не откроются, хотя соединение будет установлено. Именно это вызывает классическую ситуацию «подключён, но нет карт».

Каждый клиент должен иметь уникальную пару user/pass. Это не просто рекомендация — это единственный способ контролировать доступ и блокировать конкретного пользователя без отключения всех остальных.

Порты, протоколы и проброс через NAT

Порт — одна из самых частых причин, по которым cccam lines не подключаются. И здесь нет «правильного» единственного номера.

Стандартные порты CCcam и newcamd

CCcam-протокол чаще всего конфигурируется на портах из диапазона 12000–12999. Это сложившаяся практика, не стандарт. Newcamd-протокол традиционно использует 15000+ (например, 15050). Веб-интерфейс CCcam по умолчанию висит на порту 16001, а OScam webif — на 8888 (или 83 в некоторых сборках).

Главное правило: порт в C-line клиента должен совпадать с портом, на котором сервер реально слушает соединения. Если сервер поднят на 12500, а в C-line написано 12000 — соединения не будет.

Проброс портов на роутере для своего сервера

Если поднимаете сервер дома, роутер по умолчанию блокирует входящие соединения. Нужно пробросить TCP-порт: в настройках роутера создать правило Port Forwarding — внешний порт → локальный IP ресивера → тот же порт. Протокол — TCP.

Проверить, что порт открыт снаружи, можно командой:

telnet your.external.ip 12000

Или через nc -zv your.external.ip 12000. Если соединение зависло — порт закрыт или фаервол блокирует.

DynDNS и динамический IP

Домашний интернет почти всегда даёт динамический IP. При каждой переподключении IP меняется, и жёстко прописанный адрес в C-line клиентов протухает. Решение — DynDNS-сервис: ваш роутер обновляет DNS-запись при смене IP, клиенты подключаются по домену, а не по IP.

Но здесь есть засада: если DynDNS-домен протух (не обновлялся, истёк срок бесплатного аккаунта), клиенты начнут резолвить старый IP или не резолвить вообще. Симптом — бесконечное CONNECTING без «login failed». Проверка: ping your.ddns.domain — смотрим, на какой IP резолвится, и сравниваем с реальным внешним IP.

Диагностика: почему C-line не подключается

Разберём по шагам. Большинство проблем с cccam lines укладывается в три-четыре паттерна, и каждый диагностируется за минуту.

Проверка статуса в веб-интерфейсе и логах

Веб-интерфейс CCcam доступен по адресу http://ресивер:16001. Там видно статус каждой C-line: CONNECTED, CONNECTING, OFFLINE. Для OScam — http://ресивер:8888, раздел Readers.

Для чтения логов в реальном времени:

tail -f /var/log/CCcam.log

Или для OScam:

tail -f /var/log/oscam/oscam.log

ECM time в логах показывает задержку ответа сервера в миллисекундах. Норма для стабильного просмотра — до 500–600 мс, идеал — меньше 200 мс.

Типичные ошибки: connecting, no card, login failed

Бесконечное CONNECTING — сервер недоступен. Причины: закрытый порт, неверный hostname, сервер упал, фаервол. Проверяем: ping hostname, затем telnet hostname port. Если ping проходит, а telnet зависает — порт закрыт.

login failed — соединение установлено, но авторизация провалилась. Неверный username или password. Проверяйте регистр, пробелы в начале/конце строки, невидимые символы. Сравните буква в букву с тем, что прописано в F-line на сервере.

no cards — авторизация прошла, но сервер не выдаёт карт. Либо F-line пользователя не включает нужный CAID, либо у сервера действительно нет карт для запрошенного канала.

Статус CONNECTED, но каналы фризят — высокий ECM time. Смотрим хоп-каунт и нагрузку на сервер. Часто причина в решаринге с большим числом хопов.

Команды для отладки соединения

ping my.server.net
telnet my.server.net 12000
nc -zv my.server.net 12000
date                          # проверка системного времени
ntpdate -u pool.ntp.org       # принудительная синхронизация времени
cat -A /var/etc/CCcam.cfg     # поиск невидимых символов

Отдельно про системное время — это нетривиальная причина отказов. Если время на ресивере расходится с сервером более чем на несколько минут, ECM-запросы отклоняются как устаревшие. Внешне выглядит как «подключён, но нет карт» или постоянный фриз. Команда date покажет текущее время на ресивере. Если оно неверное — ntpdate -u pool.ntp.org и рестарт CCcam/OScam.

Ещё одна нетривиальная засада — дублирование одной C-line на нескольких ресиверах. Два устройства с одним user/pass конкурируют за соединение: сервер принимает одного и отключает другого, потом наоборот. Результат — циклические разрывы на обоих устройствах. Симптом: оба девайса периодически отваливаются и переподключаются. Лечится только раздельными учётными данными.

Конфликт нескольких C-line с одинаковым приоритетом тоже бывает: если в CCcam.cfg прописано две строки для одного и того же CAID, порядок чтения карт непредсказуем. CCcam читает строки сверху вниз, первая рабочая побеждает — убедитесь, что приоритетная строка стоит выше.

Как выбирать поставщика line: критерии без имён

Здесь не будет рекламы конкретных сервисов. Только технические метрики, по которым вы сами оцениваете качество.

Параметры качества: ECM time, аптайм, локальные карты

ECM time — главный показатель. Хороший сервер отвечает стабильно за 100–300 мс. Нестабильный ECM time (скачет от 100 до 2000 мс) даёт фриз на ровном месте, особенно на HD-каналах с коротким окном дешифрования. Смотрите не среднее, а разброс.

Локальные карты — это карты с uphops = 1, физически вставленные в сервер. Решаринговые карты (uphops 2+) добавляют задержку и нестабильность. Спрашивайте прямо: есть ли локальные карты для нужного провайдера и CAID.

Аптайм сервера — сколько процентов времени сервер доступен. Приемлемо — выше 98%. Ниже — ожидайте регулярных отвалов и пересмотра подписки.

Стабильность сервера и поддержка протоколов

Проверяйте, какие протоколы поддерживает сервер: чистый CCcam, newcamd, или OScam с обоими. Если ваш ресивер работает только на newcamd (N-line), а сервер отдаёт только CCcam — не совместимо.

Обратите внимание на поддержку конкретных CAID. Если нужный пакет закодирован, например, Nagravision 3 (CAID 1810/1830), убедитесь, что у сервера есть соответствующие карты, а не решаринг через пять хопов.

Признаки ненадёжного источника

Завышенные хопы (uphops 3–5) при заявленных «локальных картах» — красный флаг. Частые фризы на премиальных HD-каналах при стабильной работе SD — признак слабого сервера или перегрузки. Нет ответа на технические вопросы о CAID и протоколах — значит, поддержка не разбирается в том, что продаёт.

Если cccam lines подключается нормально, ECM time низкий, но конкретные каналы не открываются — это не проблема строки. Это несовпадение CAID: сервер не имеет карты для этого провайдера, или F-line пользователя ограничена другим набором сервисов.