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

Получили строку вида C: somehost.net 12000 mylogin mypassword и не понимаете, что с ней делать? Или ресивер подключается, но каналы не открываются? Разберём всё по порядку — синтаксис, файлы конфигурации, диагностику и типичные ошибки. Это не обзор сервисов, это техническая инструкция по работе с cccam line.

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

CCcam — протокол кардшаринга, по которому клиент подключается к серверу с карточками и получает ключи для расшифровки каналов. Строка подключения — это и есть cccam line. Она содержит всё необходимое для соединения в одну строку.

Синтаксис строки и порядок полей

Стандартный формат C-line выглядит так:

C: hostname port username password

Четыре поля, разделённых пробелами. Буква C: с двоеточием — это тип строки. Дальше:

  • hostname — IP-адрес или DNS-имя сервера, например 192.168.1.100 или server.example.com
  • port — TCP-порт, на котором слушает CCcam-сервер, чаще всего из диапазона 12000–12100
  • username — логин, регистрозависимый
  • password — пароль, тоже регистрозависимый

Регистр — отдельная боль. MyLogin и mylogin — это разные логины. Если получили строку с заглавными буквами, копируйте дословно, не приводите к нижнему регистру "для удобства".

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

Три типа строк, и их часто путают:

  • C: (C-line) — клиентская строка. Прописывается на вашем ресивере/клиенте, чтобы подключиться к чужому серверу. Вы — клиент.
  • F: (F-line, friend line) — строка для вашего сервера. Добавляете её в свой CCcam.cfg, чтобы другой клиент мог подключиться к вашему серверу. Вы — сервер.
  • N: (N-line) — для протокола newcamd, не CCcam. Синтаксис другой: N: host port username password deskey. Если источник дал N-line, это уже другой протокол.

Направление у C-line и F-line противоположное. Если источник дал вам строку начинающуюся с F: — это не ваша клиентская строка, это шаблон для добавления на их стороне. Клиенту нужна именно C:.

Разбор реального примера строки по полям

Возьмём конкретный пример:

C: carding.example.net 12000 user2026 xK9#mPass
ПолеЗначениеПримечание
ТипC:Клиентская строка CCcam
Хостcarding.example.netDNS-имя, должно резолвиться на ресивере
Порт12000Стандартный CCcam-порт
Логинuser2026Точный регистр обязателен
ПарольxK9#mPassСпецсимволы допустимы

Если хост указан DNS-именем, а DNS на ресивере не настроен или не резолвит внешние имена — соединение не установится. В таком случае попросите у источника IP-адрес или пропишите правильный DNS-сервер в /etc/resolv.conf на ресивере (например, nameserver 8.8.8.8).

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

Получить строку — половина дела. Нужно знать, в какой файл её добавить и как применить изменения без лишних танцев с бубном.

Файл CCcam.cfg и путь /var/etc/CCcam.cfg

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

Важный момент: если образ хранит конфиг в нестандартном месте, а вы правите файл в /var/etc/ — изменения могут не применяться. Проверьте, какой файл читает ваш процесс CCcam:

ps aux | grep CCcam

Или найдите все конфиги:

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

Добавление C-line в CCcam.cfg

Откройте файл любым редактором. По SSH это удобно через vi или nano:

nano /var/etc/CCcam.cfg

Добавьте строку в конец файла. Одна C-line — одна строка. Несколько источников — несколько строк подряд:

C: server1.example.net 12000 user1 pass1
C: server2.example.net 12001 user2 pass2

Сохраните файл. Права на файл должны позволять CCcam его читать — обычно 644 достаточно. Если что-то пошло не так после редактирования, проверьте:

chmod 644 /var/etc/CCcam.cfg

Эквивалент в oscam.server для протокола cccam

OScam не использует формат CCcam.cfg. Здесь каждый источник — это отдельный блок [reader] в файле /etc/oscam/oscam.server.

Эквивалент C-line для OScam выглядит так:

[reader]
label     = my_cccam_source
protocol  = cccam
device    = server.example.net,12000
user      = user2026
password  = xK9#mPass
group     = 1
cccversion = 2.3.0
cccmaxhops = 2

Параметр cccversion — не формальность. Если источник настроен принимать только клиентов с версией 2.3.0, а вы шлёте 2.1.4 — получите login failed. Уточните у источника требуемую версию или попробуйте 2.3.0 как наиболее распространённую.

Файл oscam.server поддерживает несколько блоков [reader] — по одному на каждый источник.

Перезапуск службы и применение изменений

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

Для CCcam через стандартный init-скрипт на Enigma2:

/etc/init.d/softcam restart

Или через убийство процесса и запуск заново:

killall CCcam && sleep 2 && CCcam &

Для OScam перезапуск аналогичный:

/etc/init.d/softcam restart

Или через веб-интерфейс OScam — кнопка Restart в разделе Configuration. Это удобнее, потому что OScam также умеет перечитывать конфиги без полного перезапуска через раздел Readers.

Проверка работы line через веб-интерфейс и логи

Прописали строку, перезапустили — и что дальше? Нужно убедиться, что соединение установлено и карты видны. Просто "не ругается" — не показатель.

WebIf CCcam на порту 16001

Веб-интерфейс CCcam по умолчанию доступен на порту 16001. Откройте в браузере:

http://<IP-ресивера>:16001

Логин и пароль для WebIf берутся из параметра WEBINFO в CCcam.cfg. Если не задан — по умолчанию root/root или пусто. Интерфейс покажет список всех подключённых источников, их статус и количество карт.

Статус сервера: connected, online, ECM time

В WebIf ищите статус вашей C-line. Варианты:

  • CONNECTED — соединение установлено, карты получены
  • OFFLINE / FAILED — нет соединения, смотрите логи
  • WAITING — идёт попытка подключения

Рядом со статусом должно быть число карт (cards/shares). Если написано "0 cards" — соединение есть, но нужных вам карт источник не отдаёт. Это уже другая проблема, не сетевая.

ECM time — время ответа на запрос расшифровки в миллисекундах. Нормальное значение — до 500–800 мс. Если стабильно за 1500–2000 мс — источник перегружен или линк нестабильный, будут фризы.

Чтение логов OScam и поле ecm

OScam пишет в /tmp/oscam.log или в путь, заданный в oscam.conf параметром logfile. Смотреть в реальном времени:

tail -f /tmp/oscam.log | grep -i "reader\|ecm\|connect"

При успешном подключении увидите строки вида:

2026/01/15 14:23:01 r my_cccam_source     reader is connected to server.example.net:12000
2026/01/15 14:23:45 r my_cccam_source     ECM caid 0x1810 prov 000000 srvid 1234  45ms

ECM time в логах — самый точный показатель. WebIf OScam тоже показывает среднее и последнее ECM time в разделе Readers.

Что означают share count и hop

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

Share count — количество карт, которые источник отдаёт вашему клиенту. Но это общее число. Вам важно не количество, а наличие конкретной caid нужного пакета. Об этом — в следующем разделе.

Типичные ошибки подключения line и их решение

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

Connection failed и закрытый порт

Симптом: в логах connection failed, can't connect, статус OFFLINE сразу после попытки подключения.

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

ping -c 4 server.example.net
telnet server.example.net 12000

Если telnet зависает или выдаёт Connection refused — порт недоступен. Возможные причины:

  • Файрвол на стороне источника блокирует ваш IP
  • Файрвол или NAT вашего провайдера блокирует исходящий порт 12000
  • Двойной NAT — классика у провайдеров с CGNAT
  • Источник просто офлайн

Если ping проходит, но telnet на порт не работает — скорее всего файрвол. Попробуйте другой порт (часто источник слушает и на 12001, 12002) или проверьте с другого интернет-канала.

Login failed — неверные логин, пароль или версия

Симптом: telnet подключается (TCP-соединение есть), но в логах login failed или wrong password.

Чаще всего это опечатка при вводе — скопировали логин с лишним пробелом, поменяли регистр, потеряли спецсимвол в пароле. Буквально сравните символ за символом.

Вторая причина — несовпадение версии CCcam. Источник может требовать строго cccversion = 2.3.0. В oscam.server пропишите явно, в CCcam.cfg версия задаётся параметром:

VERSION: 2.3.0

Третья причина — превышен лимит подключений. Источник видит, что ваш логин уже использует максимальное число одновременных сессий (обычно 1–2), и отклоняет новое подключение. Симптоматично, если раньше работало, а после добавления второго ресивера перестало.

Online, но каналы не открываются

Самая распространённая путаница. Статус CONNECTED и наличие карт — это не гарантия, что нужный вам канал откроется.

Для расшифровки канала нужно совпадение caid (идентификатор системы шифрования) и provid (идентификатор пакета провайдера). Если канал использует caid 0x0D05 с определённым provid, а в шарах от источника этой пары нет — канал не откроется, хотя соединение активно.

Проверьте в WebIf CCcam или в логах OScam, какие именно caid и provid отдаёт источник. Сравните с тем, что требует канал. Если не знаете caid канала — посмотрите в сигнальной информации ресивера или в базах данных.

Ещё одна причина — локальная карта в другом ридере перебивает шару по приоритету. OScam может предпочесть медленный локальный ридер быстрому удалённому. Настройте приоритеты через параметр group и preferlocalcards = 0 в oscam.conf.

Нестабильное соединение и фриз картинки

Канал открывается, но периодически замирает на 2–5 секунд. Причины обычно в ECM time.

Смотрите логи OScam в реальном времени и следите за ECM time. Если видите скачки — 50 мс, 50 мс, 3200 мс, 50 мс — это перегрузка источника или нестабильный интернет-канал. Проверьте пинг до хоста источника:

ping -c 50 server.example.net

Обратите внимание на потери пакетов и джиттер. Потери выше 1–2% уже дадут фризы при нормальном ECM time.

Другая причина — несколько C-line с одинаковыми caid. OScam или CCcam пытается балансировать между ними, что создаёт конфликты и скачки ECM time. Оставьте один источник для каждой caid, или настройте чёткие приоритеты через параметр priority в OScam.

Высокое значение hop (3 и выше) тоже дает нестабильность — каждое промежуточное звено добавляет задержку и точку отказа.

Как выбрать источник cccam line: на что смотреть

Технически подключить cccam line можно к любому серверу. Другой вопрос — будет ли это работать стабильно. Вот критерии, которые реально важны.

Стабильность ECM time и аптайм

ECM time — главный показатель качества источника. Ориентир для комфортного просмотра — стабильные 100–300 мс без скачков. Значения выше 800 мс в пиковое время говорят о перегруженности сервера.

Аптайм смотрите за период не менее 30 дней. Источник с 95% аптайм — это 36 часов простоя в месяц. Для регулярного просмотра это много.

Тестовый период — лучший способ проверки. Нормальный источник даёт 24–48 часов теста. За это время откройте логи OScam и посмотрите реальное ECM time в пиковые часы (вечер, выходные). Красивые цифры в рабочее время часа не показательны.

Локальные карты против решары

Локальная карта (hop 1) — источник держит физическую карту в кардридере. Это минимальная задержка и максимальная надёжность. Решара (hop 2+) означает, что источник сам кому-то платит за карту — добавляется промежуточное звено.

Спросите напрямую: сколько карт локальных, сколько решарных. Хороший источник отвечает конкретно. Если источник не может или не хочет отвечать — это сигнал.

Лимиты подключений и привязка по IP

Большинство источников ограничивают число одновременных подключений на один логин — обычно 1 или 2. Если вам нужно подключить несколько ресиверов, понадобится либо несколько аккаунтов, либо свой промежуточный OScam-сервер с одним upstream и несколькими клиентами.

Привязка по IP — это не ограничение, а защита от перепродажи вашего аккаунта. Если источник привязывает линию к вашему IP и не разрешает использование с другого адреса без уведомления — это признак того, что они следят за злоупотреблениями. Источники без привязки часто имеют более высокую нагрузку из-за перепродажи.

Поддержка протоколов и версий

Хороший источник поддерживает актуальные версии CCcam (2.3.0) и работает через OScam с protocol = cccam. Если источник требует строго определённую версию клиента — это нормально, они просто фильтруют устаревших клиентов.

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

Частые вопросы

Чем отличается C-line от F-line?

C-line — это клиентская строка: прописываете её на своём ресивере, чтобы подключиться к чужому серверу. F-line (friend line) — это строка на вашем сервере, которая разрешает другому клиенту подключиться к вам. Направление противоположное: C-line = вы подключаетесь куда-то, F-line = кто-то подключается к вам.

Какой порт используется по умолчанию для CCcam line?

Чаще всего 12000, но источник волен назначить любой порт. Правильный порт всегда указан в самой строке — третье поле после хоста. Веб-интерфейс CCcam — это отдельно, порт 16001, он не имеет отношения к порту подключения.

В какой файл прописывать C-line?

Для CCcam — в /var/etc/CCcam.cfg, строка вида C: host port user pass добавляется с новой строки. На некоторых образах путь /etc/CCcam.cfg — проверьте через find / -name "CCcam.cfg". Для OScam — блок [reader] в файле /etc/oscam/oscam.server с параметром protocol = cccam.

Line показывает online, но каналы не открываются — почему?

Статус online означает только TCP-соединение с сервером. Для открытия канала в шарах должна быть конкретная пара caid + provid того пакета, который вы смотрите. Откройте WebIf CCcam или логи OScam — проверьте, какие caid отдаёт источник, и сравните с тем, что требует канал. Если нужной пары нет в шарах — источник просто не имеет этой карты.

Можно ли использовать одну line на нескольких ресиверах?

Технически попробовать можно, но большинство источников ограничивает число одновременных подключений (обычно 1–2) и привязывает логин к IP-адресу. Превышение лимита даст login failed или тихое отключение второго клиента. Правильное решение для нескольких устройств — промежуточный OScam-сервер: одно upstream-подключение, несколько локальных клиентов.

Почему появляются фризы при рабочей line?

Причин несколько: высокое или нестабильное ECM time (смотреть в логах OScam), перегрузка источника в пиковые часы, потери пакетов на вашем интернет-канале, большое значение hop (3+), конфликт нескольких ридеров с одинаковой caid. Запустите ping -c 50 до хоста источника и следите за ECM time в реальном времени через tail -f /tmp/oscam.log во время фриза.

Практические советы для стабильного просмотра

Даже самая стабильная линия 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 или внешние мониторы.