CCcam lines: настройка и подключение C-линий 2026

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

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

Что такое CCcam line и из чего состоит C-линия

CCcam line — это одна строка конфигурации, которая описывает удалённый сервер: адрес, порт, учётные данные и дополнительные параметры. Сам протокол CCcam разработан для обмена EMM/ECM между картой на сервере и клиентом на ресивере. C-линия — это сторона клиента.

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

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

C: my.server.net 12000 myuser mypassword no { 0:0:1 }

Все поля разделяются одиночным пробелом. Протокол строго следит за синтаксисом — лишние пробелы, табуляции или пустые строки перед C: ломают парсинг конфига.

Разбор каждого поля на примере

• C: — обязательный префикс, регистрозависимый. Заглавная «C», двоеточие, пробел.
• my.server.net — хост сервера. Это может быть домен (DDNS тоже работает) или прямой IPv4-адрес. Если провайдер использует DDNS и у него меняется IP — следите, чтобы ресивер мог резолвить домен. При динамическом IP без DDNS строка станет нерабочей до обновления.
• 12000 — TCP-порт сервера. Диапазон 12000–25000 самый распространённый, но провайдер может назначить любой от 1024 до 65535.
• myuser — логин. Регистрозависимый. «MyUser» и «myuser» — разные аккаунты.
• mypassword — пароль. Тоже регистрозависимый. Копируйте, не вводите вручную.

Дополнительные флаги: no/yes, wantemus, версия протокола

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

C: host port user pass no { 0:0:1 }

Первый параметр (no/yes) управляет отображением SID-предупреждений. Второй — разрешением эмуляции и пересылки шар клиенту. Для базового подключения ставьте no в оба поля или оставьте только блок { }.

Параметр wantemus в некоторых сборках CCcam 2.3.x управляет запросом EMU-карт. Если сервер не поддерживает EMU — это поле просто игнорируется.

Куда прописать line: CCcam.cfg и аналоги в OScam

Зависит от того, что стоит на ресивере. Если запущен нативный CCcam — идёте в CCcam.cfg. Если OScam — структура другая, но суть та же.

Путь к файлу /var/etc/CCcam.cfg

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

find / -name "CCcam.cfg" 2>/dev/null

Открываете файл любым редактором (nano, vi) и добавляете C-линию. Одна строка — одно подключение. Можно добавить несколько cccam lines для резервирования.

После правки — перезапуск. Убить процесс и запустить заново:

killall -9 CCcam
/usr/bin/CCcam &

Или через init-скрипт, если он есть:

/etc/init.d/CCcam restart

Перевод C-линии в формат oscam.server (reader)

OScam не читает CCcam.cfg — у него своя структура. C-линию нужно перевести в секцию [reader] файла /etc/oscam/oscam.server:

[reader]
label         = myserver
protocol      = cccam
device        = my.server.net,12000
user          = myuser
password      = mypassword
cccversion    = 2.3.0
group         = 1
reconnecttimeout = 30

Параметр cccversion влияет на совместимость. Большинство серверов ожидают 2.3.0 или 2.2.1 — уточните у провайдера или попробуйте оба. В поле device хост и порт разделяются запятой без пробелов.

Если нужен CAID-фильтр на уровне ридера (чтобы OScam не гонял запросы на сервер за неподдерживаемыми каналами):

caid          = 0500,0604

Перезапуск демона и применение конфигурации

OScam умеет перечитывать конфиг без полной перезагрузки — через веб-интерфейс или командой:

/etc/init.d/oscam restart

Или жёстко:

killall -9 oscam
/usr/bin/oscam -b -c /etc/oscam &

Флаг -b запускает в фоне, -c указывает каталог конфигов.

Проверка статуса line: как понять, что соединение живое

Добавили линию, перезапустили — что дальше? Не ждите, пока откроется канал. Сначала проверьте статус в веб-интерфейсе.

Веб-интерфейс CCcam (порт 16001) и OScam (порт 8888)

Для CCcam открываете браузер и заходите на http://<ip-ресивера>:16001. Там видите список серверов, их статус и количество карт. OScam слушает на порту 8888 — интерфейс богаче, показывает логи, ECM-запросы в реальном времени.

Если веб-интерфейс не открывается — проверьте, что демон вообще запущен: ps aux | grep CCcam.

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

В CCcam веб-интерфейсе смотрите на колонку Status:

• CONNECTED — соединение установлено, идёт обмен данными.
• OFFLINE — нет соединения. Проблема либо в сети, либо в данных.
• WAITING — ожидание ответа сервера, нормально в первые секунды.

Рядом со статусом — число карт (Cards). Если 0 — сервер подключён, но не отдаёт шары. Бывает при неверном CAID-фильтре на стороне сервера или исчерпанном лимите соединений.

Анализ ECM time и hops (количество прыжков)

ECM time — время отклика на запрос расшифровки. Нормальное значение: 200–400 мс. Всё выше 800 мс — начнутся фризы. Выше 1500 мс — канал будет регулярно замерзать.

Hops показывает, сколько серверов стоит между вами и реальной картой. Hop 1 — прямая карта на сервере. Hop 2 и выше — решара (reseller). Чем больше прыжков, тем выше латентность и нестабильность. На практике hop 3+ почти гарантирует проблемы при пиковой нагрузке.

Отладка: почему line не работает

Это самая частая ситуация: статус CONNECTED, карты есть, а каналы не открываются или замерзают. Чеклист ниже покрывает 90% случаев.

Соединение есть, но каналы не открываются (нет нужных CAID/provider)

Каждый канал зашифрован системой с конкретным CAID и Provider ID. Например, Viaccess использует CAID 0500, Nagravision — 1800, Irdeto — 0604. Если сервер не отдаёт нужный CAID — канал останется чёрным, даже при идеальном соединении.

Как проверить: зайдите в информацию о канале на ресивере (обычно кнопка Info дважды) — увидите CAID и Provider ID. Сравните с тем, что показывает веб-интерфейс CCcam в списке карт сервера. Если CAID не совпадают — эта линия просто не подходит для ваших каналов.

В OScam ситуацию видно чётче: в логе будет строка вроде no matching reader found for CAID 0500.

Сервер OFFLINE: порт, фаервол, неверный логин

Первым делом проверьте базовую доступность порта. С ресивера или ПК в той же сети:

telnet my.server.net 12000

Или через netcat:

nc -zv my.server.net 12000

Если соединение не устанавливается — порт закрыт на стороне сервера, у вас на роутере, или провайдер интернета блокирует исходящие соединения на нестандартных портах. Последнее особенно характерно для мобильного интернета и некоторых операторов с CGNAT.

Двойной NAT (например, роутер за роутером провайдера) тоже может блокировать соединения — особенно если у вас серый IP. В этом случае телнет с ресивера может падать, хотя с телефона через мобильный интернет — работает. Решение: попросить у провайдера белый IP или настроить VPN-туннель.

Если телнет проходит, но статус всё равно OFFLINE — проблема в логине или пароле. Повторно скопируйте данные из письма или личного кабинета, не вводите вручную.

Фризы и долгое ECM time

Рассинхрон системного времени ресивера — самая недооценённая причина фризов. ECM-запрос содержит временну́ю метку, и если часы ресивера расходятся с сервером больше чем на 2–3 минуты — сервер отклоняет запросы. При этом статус может оставаться CONNECTED, а каналы всё равно не откроются.

Проверьте время на ресивере:

date

И синхронизируйте через NTP:

ntpdate -u pool.ntp.org

Ещё одна причина фризов — несколько cccam lines с пересекающимися CAID конкурируют за один канал. OScam отправляет запрос на все подходящие ридеры одновременно, и если у них разные приоритеты не настроены — возникают конфликты. Решение: в oscam.services задайте группы и приоритеты, а в ридерах пропишите group и caid фильтры.

Лимит одновременных соединений — ещё один подводный камень. Если у вас два тюнера и оба пытаются расшифровать каналы через один аккаунт, сервер может разорвать первое соединение. Решение: уточните лимит у провайдера и не превышайте его.

Как выбрать надёжный источник line: критерии без названий

Рынок cccam lines наполнен перекупщиками и нестабильными серверами. Ниже — объективные критерии, на которые стоит смотреть.

Локальные карты против многоуровневой решары

Разница фундаментальная. Сервер с локальными картами (hop 1) даёт стабильный ECM time 100–300 мс и не зависит от других серверов в цепочке. Решара (hop 2+) дешевле, но любая проблема на вышестоящем сервере выбивает ваши каналы.

Прежде чем платить — запросите тестовую линию на 24–48 часов. Серьёзные провайдеры дают тест без проблем. Если тест не дают — это красный флаг.

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

Смотрите на аптайм сервера за последние 30 дней — нормальное значение 98%+. Всё ниже 95% означает регулярные перебои. Также уточните, какие версии CCcam-протокола поддерживаются: 2.2.1 и 2.3.0 — стандарт, но некоторые старые серверы застряли на 2.1.x.

OScam на клиентской стороне стабильнее держит несколько линий одновременно, чем нативный CCcam. Если у вас нет ограничений по железу — OScam предпочтительнее для работы с несколькими cccam lines параллельно.

Тестовый период и прозрачность параметров сервера

Хороший провайдер заранее сообщает: какие CAID поддерживаются, какой hop у карт, лимит одновременных подключений на аккаунт. Если эта информация скрыта или «уточняйте в чате» — скорее всего, условия невыгодные.

Перепродаваемые линии (когда реселлер купил одну линию и раздаёт один пароль нескольким клиентам) — отдельная проблема. Превышение лимита соединений выбивает всех пользователей разом. Признак: внезапные обрывы в вечерние часы, когда все включают телевизоры.