CCcam Premium: настройка сервера и конфигов

Если вы искали информацию по запросу cccampremium, скорее всего уже видели десятки страниц с красивыми таблицами тарифов и обещаниями «стабильного HD без фризов». Но за словом «premium» в большинстве случаев не стоит ничего технического. Давайте разберём, что реально влияет на качество линии, как правильно прописать конфиг и почему ваши каналы фризят даже на «премиум» подписке.

Что на самом деле означает «premium» в CCcam

Маркетинговый термин против технической реальности

Протокол CCcam не содержит понятия «premium». Нет такого флага в конфиге, нет параметра в C-line, нет поля в заголовке пакета. Слово «premium» придумали реселлеры, чтобы дифференцировать тарифные планы и обосновать более высокую цену.

С технической точки зрения линия — это просто соединение клиент→сервер по протоколу CCcam на определённом порту. Качество этого соединения определяют три вещи: время отклика ECM (в миллисекундах), количество хопов (hops) и стабильность uptime сервера. Больше ничего. Слово «premium» в названии тарифа к этим параметрам не имеет отношения.

Local cards, peering и реселлинг линий

Чтобы понять, за что вы платите, нужно понимать архитектуру. Есть три уровня:

• Local cards — на сервере физически вставлена смарт-карта. ECM расшифровывается локально. Это 1 hop, минимальная задержка, обычно 80–150 мс.
• Peering — два сервера обмениваются линиями напрямую между собой. Hop становится 2, задержка растёт, но незначительно — 150–300 мс в зависимости от пинга между серверами.
• Реселлинг — перепродажа линии через цепочку посредников. Каждый реселлер добавляет 1 hop. При hop 4–5 ECM time легко уходит за 500–700 мс, и HD начинает фризить.

«Premium» линия от реселлера — это почти всегда реселлинг чужой пиринговой сети. Вы покупаете доступ у посредника, который купил у другого посредника, который подключён к реальному серверу с картами. Hop 3–4 гарантирован.

Почему «premium» не гарантирует стабильность

Реселлер продал 500 клиентов на один канал сервера, у которого 10 слотов. В прайм-тайм (20:00–23:00) все 500 запрашивают ECM одновременно. Сервер перегружен, ECM time уходит за 1000 мс, картинка рассыпается. Название тарифа при этом может быть хоть «ultra premium gold».

Измеримый показатель качества — всегда ECM time. Всё остальное — маркетинг.

Настройка конфигурации CCcam.cfg для стабильной линии

Структура строки C: line (hostname port username password)

Базовый синтаксис C-line в CCcam.cfg выглядит так:

C: server.example.com 12000 myusername mypassword yes

Поля по порядку: hostname или IP сервера, порт (стандартно 12000, но провайдер может назначить любой), имя пользователя, пароль, и флаг шифрования DES (yes/no). Если провайдер не указал иное — ставьте yes. Пробелы между полями обязательны, двоеточие и пробел после C — тоже.

Можно добавить несколько C-line для разных серверов — CCcam автоматически выберет тот, который быстрее ответит на ECM-запрос. Это полезно, если у вас два провайдера под разные пакеты.

Параметры CCcam WantEmus, ECM Keep Alive, DES Key

Ключевые директивы, которые влияют на работу клиента:

• WANT EMUS : no — отключает получение эмуляторов от сервера. Почти всегда нужно выставить no, если вы не используете softcam эмуляцию.
• ALLOW EMM : yes — разрешает обновление ключей EMM. Нужно для корректной работы с некоторыми провайдерами.
• ECM KEEP ALIVE : yes — поддерживает соединение активным между ECM-запросами. Помогает при нестабильном соединении.
• GLOBAL LIST : yes — позволяет видеть все доступные карты на сервере.
• METHOD : 1 — алгоритм выбора источника CW. Значение 1 (по времени ответа) обычно лучше дефолтного.

Расположение файлов: /var/etc/CCcam.cfg и /etc/CCcam.cfg

Путь зависит от прошивки. На большинстве образов Enigma2 (OpenPLi, OpenATV, VTi) конфиг лежит в /var/etc/CCcam.cfg. На некоторых образах на базе Gemini и старых сборках — в /etc/CCcam.cfg.

После правки конфига демон нужно перезапустить:

/etc/init.d/CCcam restart

Или через плагин CCcam Info в интерфейсе ресивера. Просто перезагрузить ресивер работает, но дольше. При диагностике — всегда перезапускайте демон, а не весь box.

Настройка F: line для раздачи линий клиентам

Если вы раздаёте линию дальше (например, на несколько ресиверов в доме), используется F-line:

F: clientusername clientpassword 1 0 0 0 { 0:0:2 }

Поля: имя пользователя клиента, пароль, флаг шифрования, максимальное время simple keepalive, hop count для этого клиента, и фильтр по CAID/провайдеру. Фигурные скобки с 0:0:2 означают доступ ко всем картам. F-line работает только если CCcam запущен в режиме сервера (SERVER : yes в конфиге).

Альтернатива на OScam: dvbapi, reader и порты

oscam.server: секция [reader] и protocol=cccam

OScam умеет подключаться к CCcam-серверам как reader. Файл конфига — /etc/oscam/oscam.server (или /etc/tuxbox/config/oscam/oscam.server в зависимости от дистрибутива). Пример секции:

[reader]
label         = myline
protocol      = cccam
device        = server.example.com,12000
user          = myusername
password      = mypassword
cccversion    = 2.3.0
cccmaxhops    = 10
ccckeepalive  = 1
group         = 1
caid          = 0500,1830

Параметр cccversion — версия протокола CCcam, которую представляется клиент. Большинство серверов принимают 2.3.0. Если сервер отказывает в подключении — попробуйте 2.1.4 или 2.2.1. ccckeepalive = 1 включает keepalive пинги, что снижает количество дисконнектов на нестабильных линиях.

oscam.conf и порт dvbapi для Enigma2

Для работы с тюнером Enigma2 нужен модуль dvbapi. В /etc/oscam/oscam.conf:

[dvbapi]
enabled       = 1
au            = 1
pmt_mode      = 0
request_mode  = 0
boxtype       = dreambox

OScam общается с Enigma2 через сокет или локальный порт. При конфликте с одновременно запущенным CCcam dvbapi не сможет получить контроль над тюнером — оба демона конкурируют. Либо один, либо другой. Нельзя запустить CCcam и OScam одновременно как softcam на одном ресивере — это частая ошибка.

oscam.user и группы доступа

Файл /etc/oscam/oscam.user определяет, кто может подключаться к вашему OScam-серверу:

[account]
user          = localclient
pwd           = secret
group         = 1
au            = 1

Группа (group) в oscam.user должна совпадать с group в oscam.server — так OScam знает, какой reader использовать для конкретного клиента. Если группы не совпадают, клиент подключится, но каналы не будут расшифрованы.

Webif на порту 8888 для мониторинга

Веб-интерфейс OScam — один из его главных плюсов. После запуска открываете браузер на адресе ресивера: http://192.168.1.xxx:8888. Там видно статус всех ридеров, текущее ECM time по каждому каналу, decode count, ошибки и uptime.

В разделе «Services» можно в реальном времени смотреть, какой CAID используется для текущего канала и сколько миллисекунд занял последний ECM. Это намного удобнее, чем парсить лог вручную.

Диагностика проблем: фризы, ECM timeout, нет картинки

Чтение лога CCcam и значения ECM time

Лог CCcam на Enigma2 читается командой:

cat /tmp/CCcam.log | grep ECM

Или в реальном времени:

tail -f /tmp/CCcam.log

На что смотреть: строки вида ECM time: 245ms. До 300 мс — отлично. 300–600 мс — нормально, иногда будут микрофризы на HD. 600–1000 мс — плохо, фризы гарантированы на HD каналах. Выше 1000 мс — линия фактически нерабочая для просмотра HD.

Проблема freeze на HD каналах и приоритет CAID

HD каналы требуют ECM-запрос каждые несколько секунд, и время ответа критично. SD каналы менее чувствительны к задержкам — часто можно смотреть и при 800 мс, тогда как HD уже сыпется при 500 мс.

Ещё одна причина — неверный приоритет CAID. Например, у вас есть линия с CAID 0500 (Viaccess) и 0604 (IRD), а канал лучше расшифровывается через 0500. Если CCcam первым пробует 0604 и получает медленный ответ, фризы появятся даже при наличии быстрой карты. В CCcam.cfg можно задать приоритет через директиву PRIORITY CAID.

Hops, downtime и подмена линий реселлером

Количество хопов видно в логе CCcam или через CCcam Info плагин — поле «Hop». Hop 1 означает, что карта физически на следующем сервере. Hop 3–4 — вы четвёртый в цепочке.

Классическая схема мошенничества: реселлер продаёт вам «premium» линию с hop 1 на тестовый период, а после оплаты тихо переключает на более дешёвую линию с hop 3–4. Обнаружить это просто — читайте лог и сравнивайте hop до и после оплаты. Если hop вырос с 1 до 3 после активации полной подписки — вас обманули.

Ещё один признак: downtime. Хорошая линия имеет uptime 99%+. Если сервер пропадает каждые несколько часов на 5–10 минут — это перегруженный общий сервер или нестабильная пиринговая цепочка.

Проверка через telnet и команды cat /tmp/ecm.info

Telnet-доступ к CCcam на порту 23 (локально на ресивере):

telnet 127.0.0.1 23

Команды внутри сессии: log покажет текущий лог, info — общую информацию о подключениях и картах. Для быстрой диагностики текущего канала:

cat /tmp/ecm.info

Файл ecm.info обновляется при каждом ECM-запросе и содержит CAID, provider ID, SID канала и последнее время отклика. Если файл пустой или не обновляется — демон не получает ECM, то есть проблема на уровне dvbapi или тюнера, а не линии.

Firewall и NAT — отдельная история. Если порт линии нестандартный (например, 18000 вместо 12000), убедитесь что исходящее соединение не блокируется роутером. Проверить легко:

nc -zv server.example.com 18000

Если соединение не устанавливается — проблема в сети, а не в конфиге.

Технические критерии выбора провайдера линий

Стабильное ECM time и низкие hops как метрика

Когда смотрите на cccampremium предложения от разных провайдеров, просите тестовую линию и замеряйте ECM time в реальных условиях. Нормальный провайдер не откажет в 24–48 часах теста. Который отказывает — уже подозрительно.

Во время теста запустите мониторинг и смотрите ECM time на протяжении минимум двух прайм-тайм периодов (вечерние часы). Если в 21:00 ECM time прыгает с 200 мс до 800 мс — сервер перегружен и хорош только в тихие часы. Это не «premium», как бы это ни называлось.

Uptime сервера и пиринговая сеть

Хороший провайдер должен уметь показать статистику uptime — хотя бы за последний месяц. Минимально приемлемый uptime для линии, которой вы доверяете — 99%. Ниже 98% — уже нестабильно для регулярного использования.

Спрашивайте напрямую: есть ли у них собственные карты (local cards), или они работают на пиринге с другими серверами. Честный ответ много говорит о провайдере. Если уходят от ответа — вероятно, вы третий-четвёртый в реселлинговой цепочке.

Поддержка нужных CAID и пакетов

Перед покупкой чётко определите, какие CAID вам нужны. Например, для пакетов на базе Viaccess нужен CAID 0500, для Irdeto — 0604, для Nagravision — 1801 или 1830. Провайдер должен явно подтвердить поддержку конкретного CAID, а не просто сказать «всё работает».

Проверить это можно в тесте: смотрите ecm.info или лог OScam webif и убедитесь, что нужный CAID активно используется, а не просто числится в списке доступных.

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

Хороший провайдер предлагает тест до оплаты. Плохой продаёт сразу на месяц вперёд и не возвращает деньги. Тест должен быть в реальных условиях — на вашем железе, с вашим интернетом, в вечерние часы.

После подключения тестовой cccampremium линии проверьте hop сразу при подключении и зафиксируйте значение. Если после оплаты hop изменился — это сигнал. Фиксируйте скриншоты CCcam Info или логи — это ваш единственный способ доказать подмену линии.