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.net | DNS-имя, должно резолвиться на ресивере |
| Порт | 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 или внешние мониторы.