CCcam lines: настройка, формат и подключение в 2026

Если вы уже поставили CCcam или OScam на ресивер и смотрите на строку типа C: somehost.net 12000 myuser mypass, не понимая, что куда вставить и почему каналы не открываются — этот материал для вас. Разберём cccam lines по частям: синтаксис, конфиги, диагностику и перенос в OScam. Без воды.

Что такое CCcam line и из чего она состоит

CCcam line — это строка подключения, которая описывает адрес сервера, порт, логин и пароль для доступа к общей карте. Протокол CCcam работает по модели клиент-сервер: сервер держит физическую смарт-карту, клиент подключается и получает ключи дешифрования (ECM) в реальном времени.

Строка выглядит так:

C: hostname.example.com 12000 username password

Каждое поле имеет значение. Разберём по порядку.

Формат C-line: C: host port username password

C: — маркер типа строки, указывает CCcam, что это входящее соединение (Client). Двоеточие обязательно, пробел после него тоже.

hostname/IP — адрес сервера. Это может быть IP (например, 91.108.4.55) или доменное имя (cards.example.net). Если сервер работает на динамическом IP — должен быть прописан DDNS-адрес, иначе при смене IP соединение просто пропадёт. Это одна из частых причин, почему line внезапно перестаёт работать.

port — TCP-порт сервера. По умолчанию CCcam использует 12000, но сервер может быть настроен на любой другой. Если порт нестандартный, а ваш провайдер интернета блокирует нестандартные порты — всё, соединения не будет.

username / password — учётные данные. Чувствительны к регистру. MyUser и myuser — это разные пользователи. Пробел является разделителем полей, поэтому пробел в логине или пароле сломает строку.

Некоторые реализации поддерживают пятый и шестой параметры — флаги reshare и want_emu. Но в базовом формате CCcam.cfg они необязательны и задаются через F-line или глобальные настройки конфига.

Отличие C-line от N-line (Newcamd) и других строк

N-line — это строка протокола Newcamd. Синтаксис другой:

N: hostname port username password deskey caid ident

Newcamd требует 14-байтный DES-ключ и явное указание CAID и идентификатора провайдера. Это старый протокол, использовавшийся ещё до массового распространения CCcam. OScam поддерживает оба, но для большинства современных раздач используют именно cccam lines.

Ещё есть M-line (MGcamd) и Gbox — отдельные протоколы с другим форматом. Не путайте их.

Где в строке указываются дополнительные флаги (no/yes для reshare)

В файле CCcam.cfg reshare управляется не на уровне C-line, а глобально через директиву RESHARE или на уровне F-line (строки выдачи доступа клиентам). Если сервер раздаёт карту с ограничением reshare = 0, то пересылать её дальше вы не сможете — и это нормальная практика у hop-1 серверов.

---

Куда прописывать line: файлы конфигурации CCcam и OScam

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

Путь к CCcam.cfg (/var/etc/CCcam.cfg, /usr/keys/CCcam.cfg)

На большинстве образов Enigma2 (OpenATV, OpenPLi, OpenVision) конфиг лежит по одному из этих путей:

• /var/etc/CCcam.cfg — самый распространённый путь на современных образах
• /usr/keys/CCcam.cfg — старые образы типа Gemini или PLi 2.x
• /etc/tuxbox/config/CCcam.cfg — встречается на некоторых сборках под Dreambox

Открываете файл через FTP (например, FileZilla с подключением по IP ресивера) или напрямую через SSH. Вставляете C-line в любое место файла — CCcam читает все строки при старте. Комментарии начинаются с #.

Пример рабочего фрагмента CCcam.cfg:

# Подключение к серверу
C: cards.example.net 12000 john s3cr3t

# Локальный пользователь для OScam на том же боксе
F: oscamlocal oscampass 1 0 0 0 0

C-line в OScam: секция [reader] и protocol = cccam в oscam.server

Если вы работаете через OScam (а это предпочтительный вариант для продвинутых конфигураций), C-line переносится в файл /etc/oscam/oscam.server. Формат совершенно другой:

[reader]
label         = myserver
protocol      = cccam
device        = cards.example.net,12000
user          = john
password      = s3cr3t
group         = 1
cccversion    = 2.0.11
cccmaxhops    = 2
ccckeepalive  = 1

Параметр cccversion — это версия протокола CCcam, которую будет представлять OScam при рукопожатии с сервером. Если сервер ожидает конкретную версию, а вы указали другую — соединение установится, но карты могут не прийти. Типичная проблема: сервер собран под CCcam 2.3.0, а вы указываете 2.0.11 — тогда нужно подбирать значение вручную. Попробуйте 2.1.4 или 2.3.0.

cccmaxhops ограничивает максимальную глубину пересылок, которые OScam примет от этого сервера. Ставить больше 2 смысла мало.

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

После правки конфига изменения не применяются автоматически. Нужен перезапуск:

# Через init.d (Enigma2)
/etc/init.d/softcam restart

# Или через kill и запуск вручную
killall CCcam && CCcam &

# OScam
/etc/init.d/oscam restart

Через веб-интерфейс OScam (порт 8888) можно сделать «Restart» без SSH. CCcam webif (порт 16001) такой функции не имеет — только перезапуск через консоль.

---

Настройка сервера: раздача lines и параметры reshare

Если вы не просто клиент, а раздаёте карты другим — нужны F-lines и правильная настройка reshare. Разберём.

F-line: F: user password uphops downhops

F-line добавляется в CCcam.cfg и создаёт пользователя, которому разрешено подключиться к вашему серверу:

F: clientuser clientpass 1 0 0 0 0

Поля после логина и пароля:

• uphops — сколько hop-уровней «вверх» клиент может видеть (обычно 1)
• downhops — разрешено ли клиенту пересылать дальше (0 = запрещено)
• Остальные параметры — фильтры по CAID, ident, провайдеру (0 = без ограничений)

Управление hop и глубиной reshare

Hop — это количество пересылок от физической карты до вашего ресивера. Hop 1 означает прямое соединение с сервером, который держит карту. Hop 2 — промежуточный сервер. Чем выше hop, тем выше задержка и тем нестабильнее картинка на HD-каналах.

В CCcam.cfg глобальный параметр reshare:

RESHARE: 1

Значение 0 — не пересылать вообще. 1 — разрешить пересылку на один уровень вниз. Если вы получаете карту с hop 1 и reshare = 1, ваш клиент получит её с hop 2.

Рекомендация по безопасности: не ставьте reshare выше 1, если нет явной необходимости. Чем больше клиентов в цепочке — тем выше нагрузка на исходный сервер и тем больше вероятность, что вас отключат.

Порт сервера и проброс портов на роутере

По умолчанию CCcam слушает порт 12000. Для веб-интерфейса — 16001. Telnet-интерфейс (если включён директивой ALLOW TELNET: yes) — порт 16000.

Если клиенты подключаются через интернет, а не по локальной сети — обязателен проброс портов (port forwarding) на роутере. Это стандартная процедура в веб-интерфейсе любого роутера: укажите внешний порт 12000 → внутренний IP ресивера → порт 12000. Без этого сервер будет недоступен снаружи NAT. Это объясняет ситуацию, когда line работает в локалке, но не активируется через интернет.

Если провайдер блокирует порт 12000 на входящие соединения (такое бывает у мобильных операторов) — меняйте порт в CCcam.cfg через директиву SERVER LISTEN PORT: 15000 и обновляйте проброс на роутере.

---

Диагностика: почему line не работает

Строка прописана, демон запущен, но каналы не открываются. Разбираем по шагам.

Проверка статуса через веб-интерфейс CCcam (порт 16001) и OScam (порт 8888)

Откройте в браузере http://IP_ресивера:16001 — это веб-интерфейс CCcam. В разделе «Servers» смотрите на цвет статуса:

• Зелёный — подключение активно, карты видны
• Жёлтый — соединение есть, но карт нет (сервер пустой или CAID не совпадает)
• Красный — нет соединения вообще

В OScam (http://IP_ресивера:8888) идите в «Readers» и смотрите колонку «Status». Там же видно количество активных карт и среднее ECM time в миллисекундах.

Чтение лога: connected, no card, badlogin

Лог CCcam по умолчанию пишется в /tmp/cccamd.log. Смотреть в реальном времени:

tail -f /tmp/cccamd.log

Ключевые сообщения и их смысл:

• connected to server — TCP-соединение установлено
• login failed или badlogin — неверный логин или пароль. Проверьте регистр
• no card available — сервер не имеет карты для вашего CAID
• ECM time: 850ms — слишком большая задержка, фризы неизбежны. Норма — до 400 мс
• connection closed by server — сервер разорвал соединение. Причины: дублирование сессии (вы зашли с тем же логином с другого ресивера), превышение лимита, или сервер лёг

Важный момент про дублирование: CCcam разрывает старую сессию при новом подключении с тем же логином. Если один user используется на двух ресиверах одновременно — сессии будут постоянно убивать друг друга.

Telnet и команды проверки соединения

Простой способ проверить доступность порта до того, как грузить весь CCcam:

telnet cards.example.net 12000

Если соединение устанавливается и вы видите бинарный мусор — порт открыт, сервер отвечает. Если Connection refused — порт закрыт или сервер не запущен. Если просто зависает — файрвол режет пакеты молча (это хуже, чем явный отказ).

На Linux/Windows можно использовать nc (netcat):

nc -zv cards.example.net 12000

Ещё один случай из практики: сервер отвечает на telnet, соединение в логе есть, но каналы не открываются. Это чаще всего означает расхождение версии протокола. В oscam.server попробуйте менять cccversion — сначала 2.0.11, потом 2.1.4, потом 2.3.0. Перезапускайте после каждого изменения и смотрите лог.

---

Как выбрать источник lines: технические критерии без рекламы

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

Стабильность hop 1 и низкое ECM time

Hop 1 — это главный критерий. Когда вам предлагают cccam lines, уточняйте: это прямой доступ к карте или пересылка через промежуточный сервер? Hop 2 на HD-каналах с высоким битрейтом (например, FHD на 11-12 мбит/с) почти гарантирует периодические фризы.

ECM time — это время, за которое сервер ответил на запрос дешифрования. Смотрите его в webif OScam или в логе. Норма — до 400 мс. Всё что выше 600 мс — нестабильно. Выше 1000 мс — каналы будут подвисать при каждом зеппинге.

Тестировать просто: переключитесь на канал с HD-потоком, откройте OScam webif, вкладка «ECM». Смотрите значение в колонке «Last». Если оно скачет от 200 до 1500 мс — источник нестабильный.

Поддержка нужных caid/провайдеров и локальных карт

CAID — это идентификатор системы условного доступа. Например, Viaccess — 0500, Nagravision — 1800, Irdeto — 0600. Если сервер раздаёт карту с CAID 0500, а ваш спутниковый пакет использует 1800 — вы ничего не получите, хотя соединение будет зелёным.

Перед подпиской (или перед тестом бесплатного периода) уточняйте конкретный CAID и идентификатор провайдера. В webif OScam это видно в разделе «Entitlements» после успешного соединения.

Аптайм сервера и адекватные лимиты reshare

Нормальный аптайм для серьёзного сервера — от 99% в месяц. Проверить это самостоятельно трудно до начала использования, но косвенный признак — наличие мониторинга аптайма на странице сервиса. Если его нет — это уже сигнал.

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

И ещё один момент: проверяйте, что аптайм касается именно нужных вам CAID. Сервер может работать 99% времени, но конкретная карта для вашего пакета — с перебоями.

---