ТВ шара: настройка CCcam и OScam сервера 2026

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

Что такое ТВ шара и как работает card sharing

Card sharing — это схема, при которой один физический смарт-ридер обслуживает несколько клиентских ресиверов через сеть. Ресивер не расшифровывает поток сам — он отправляет зашифрованный запрос (ECM) на сервер, сервер спрашивает смарт-карту и возвращает клиенту control word. Этот CW и есть ключ дешифровки текущего сегмента потока.

Задержка на этом пути критична. Если CW не пришёл вовремя — картинка рассыпается. Отсюда и требования к пингу, и весь смысл понятия HOP.

Принцип работы: сервер, клиент и обмен ключами

Сервер держит физическую смарт-карту в ридере. Клиентский ресивер (через softcam — CCcam или OScam) устанавливает TCP-соединение с сервером. При смене ключа вещателя ресивер шлёт ECM, сервер отвечает CW. Весь цикл должен укладываться в 300–500 мс — иначе декодер не успевает.

Softcam на ресивере (CCcam, OScam, MGcamd) работает как прокси между декодером и сервером. Именно он знает, куда отправить ECM и как обработать ответ.

Чем отличаются протоколы CCcam, newcamd и CS378x

CCcam — проприетарный протокол, порт по умолчанию 12000/TCP. Широко распространён, простой конфиг, но монолитный — клиент только CCcam, сервер только CCcam.

Newcamd — более открытый протокол, порт задаётся вручную, обычно в диапазоне 15000–15010. Поддерживает несколько CAID в одном соединении. OScam отлично с ним работает и как клиент, и как сервер.

CS378x (он же cccam over OScam) — это CCcam-протокол, реализованный внутри OScam. Позволяет OScam подключаться к CCcam-серверу или раздавать по CCcam-протоколу, не устанавливая сам CCcam. Удобно, когда хочется гибкости OScam с совместимостью CCcam.

Что такое ECM, EMM и control word

ECM (Entitlement Control Message) — зашифрованное сообщение в потоке, содержащее зашифрованный CW. Смарт-карта расшифровывает ECM и выдаёт CW.

EMM (Entitlement Management Message) — служебные сообщения для обновления прав на смарт-карте. На клиентской стороне card sharing EMM обычно не обрабатываются — они нужны только для управления подпиской на самой карте.

Control word (CW) — 8-байтный ключ, которым декодер расшифровывает видеопоток. Меняется каждые 10 секунд (crypto period). Именно за ним ресивер обращается к серверу при каждой смене.

Настройка CCcam: конфигурационные файлы и параметры

CCcam читает единственный файл конфигурации при старте. Изменения вступают в силу только после перезапуска демона — init.d/CCcam restart или через плагин Blue Panel на Enigma2. Не забудьте об этом: редкая ошибка "я всё проверил, но не работает" — просто не перезапустили.

Файлы CCcam.cfg, CCcam.channelinfo и CCcam.providers

На прошивках Enigma2 (OpenATV, OpenPLI, OpenVix) основной конфиг лежит в /var/etc/CCcam.cfg. На некоторых образах путь другой — /etc/CCcam.cfg. Проверить просто: ls /var/etc/CCcam.cfg, если файл не найден — ищите через find / -name CCcam.cfg 2>/dev/null.

CCcam.channelinfo — необязательный файл с описанием каналов для красивого отображения в интерфейсе. На работу card sharing не влияет. CCcam.providers — список провайдеров и их CAID, используется для фильтрации.

Строка C-line: формат и параметры подключения

C-line — это строка подключения клиента к серверу. Формат жёсткий:

C: hostname port username password [reconnect]

Пример реальной строки (с фиктивными данными):

C: myserver.example.com 12000 testuser testpassword

Опциональный флаг no { 0E 00 } после пароля отключает конкретный CAID от этого соединения — полезно, если сервер отдаёт лишние CAID и создаёт конфликты. Параметр RECONNECT TIMEOUT в секундах задаёт, как быстро CCcam попробует переподключиться при обрыве.

Максимальное число C-line в конфиге не ограничено жёстко, но больше 5–7 активных соединений одновременно редко дают реальный прирост — узкое место обычно в самих источниках.

Параметры F-line для раздачи и обмена картами

F-line описывает учётную запись клиента на вашем CCcam-сервере. Если вы раздаёте карту другим:

F: username password [share_limits] [hop_limit]

Параметр SHARE LIMITS задаёт максимальное число одновременных соединений для одного пользователя. Ставить больше 2–3 на одну карту — рискованно: карта перегружается и начинает отдавать таймауты всем клиентам разом. HOP ограничивает глубину решары — рекомендую держать не выше 1, если не хотите, чтобы ваши клиенты передавали карту дальше.

Глобальные параметры в конфиге:

PORT LISTEN: 12000
ALLOW REQUESTS: yes
SHARE LIMITS: 10 5 0 0

PORT LISTEN меняет дефолтный порт 12000 на любой другой. Полезно, если провайдер блокирует 12000 — об этом ниже.

Настройка OScam: webif, oscam.server и oscam.user

OScam — это уже другой уровень гибкости. Он читает несколько файлов конфигурации из одной директории. Конкретный путь зависит от сборки: на Enigma2 чаще всего /etc/tuxbox/config/oscam/, иногда /var/keys/oscam/ или /usr/keys/. Опять же — find / -name oscam.conf 2>/dev/null покажет точное расположение.

Структура oscam.conf, oscam.server, oscam.user

oscam.conf — главный конфиг: глобальные параметры, logfile, webif. oscam.server — описание reader'ов (источников карт или удалённых серверов). oscam.user — учётные записи клиентов, которые подключаются к вашему OScam. Каждый файл содержит секции в квадратных скобках.

Минимальный oscam.conf:

[global]
logfile = /tmp/oscam.log
maxlogsize = 512

[monitor]
port = 0

Подключение reader через [reader] секцию

Чтобы подключить OScam к удалённому CCcam-серверу, добавляете в oscam.server:

[reader]
label = myserver
protocol = cccam
device = myserver.example.com,12000
user = testuser
password = testpassword
group = 1
cccversion = 2.3.0
ccckeepalive = 1

protocol = cccam — OScam будет общаться по CCcam-протоколу. Если сервер работает через newcamd, меняете на protocol = newcamd и добавляете key = 0102030405060708091011121314 (newcamd-ключ, выдаётся сервером). Параметр group — это просто числовой тег, который потом указывается в oscam.user для привязки клиентов к конкретным reader'ам.

Для подключения по протоколу CS378x (CCcam через OScam-клиент) протокол тот же — cccam, но на сервере должен стоять OScam с настроенным CS378x listener'ом.

Включение веб-интерфейса (webif) и порт 8888

Webif — это главный инструмент мониторинга OScam. Добавляете в oscam.conf:

[webif]
httpport = 8888
httpuser = admin
httppwd = yourpassword
httprefresh = 10

После рестарта OScam заходите на http://[IP-ресивера]:8888 и видите все reader'ы, их статус, активные соединения и лог в реальном времени. Колонка "last_ecm_time" покажет, за сколько миллисекунд сервер отвечает на запросы. Если там стабильно 800–1200 мс — ищите другой источник.

Один важный момент: не запускайте OScam и CCcam одновременно на одном ресивере. Оба попытаются занять одни и те же ресурсы декодера, и в итоге ни один нормально не заработает. Выберите что-то одно.

Диагностика проблем подключения и FreeZe картинки

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

Проверка статуса сервера: лог CCcam и OScam status

Для CCcam:

tail -f /tmp/CCcam.log

Строки с connected to или server: got CW — соединение живое. Строки can't connect, connection refused или login failed — ошибка на уровне TCP или аутентификации.

Для OScam — webif → раздел "Readers". Статус "connected" с зелёным индикатором означает, что reader поднят. "not connected" или "disabled" — смотрите лог /tmp/oscam.log. Там будет конкретная причина отказа.

Причины 'no connection' и закрытых портов

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

telnet myserver.example.com 12000

Если соединение зависает или получаете "Connection refused" — порт закрыт на файерволе сервера или провайдер блокирует этот TCP-порт. Некоторые операторы режут нестандартные порты — в этом случае просят сервер сменить порт на 80, 443 или 8080.

Второй частый сценарий — серый IP у клиента. Если ресивер за NAT без проброса портов, он может только подключаться к серверу (исходящие соединения), но не принимать входящие. Как клиент card sharing это не проблема — C-line работает на исходящих. Проблема возникает, если вы хотите одновременно раздавать: тогда нужен проброс портов на роутере или VPN с белым IP.

Рассинхрон системного времени — неочевидная причина сбоев. ECM-ответы содержат временную метку, и если время на ресивере уехало больше чем на 30–60 секунд от реального, декодирование ломается. Проверяете:

date
ntpdate -u pool.ntp.org

На Enigma2 синхронизация времени настраивается в меню системных настроек — убедитесь, что NTP включён.

Почему появляется FreeZe и рассыпание картинки

FreeZe — это когда CW не пришёл к моменту смены crypto period. Причины в порядке частоты:

• Высокий пинг до сервера (больше 150–200 мс) — измерьте: ping -c 10 myserver.example.com
• Длинная цепочка решары: HOP 3–4 означает, что ECM проходит через трёх посредников, каждый добавляет задержку
• Перегруженный источник: слишком много клиентов на одной карте — сервер отвечает медленно всем
• Слабый интернет-канал на стороне клиента или сервера с потерями пакетов
• Несовпадение CAID или provider ID: соединение есть, но сервер не обслуживает нужный CAID — в логе будут строки типа "no card" или "wrong CAID"

Рассинхрон времени тоже даёт FreeZe — CW технически приходит, но с некорректной временной привязкой. Если картинка дёргается каждые ровно 10 секунд — скорее всего именно это.

Как выбрать надёжный сервер card sharing (общие критерии)

Не буду называть конкретные сервисы — это не реклама. Но критерии выбора вполне конкретные, и их стоит знать, чтобы не тратить деньги на нестабильный источник.

На что смотреть: аптайм, пинг, стабильность CW

Пинг до сервера должен быть стабильным и желательно ниже 80–100 мс. Не разовый замер, а стабильность за 50–100 пакетов: ping -c 100 host. Если packet loss больше 1–2% — забудьте об этом сервере.

Аптайм — спрашивайте у продавца или смотрите на форумах. Хороший сервер работает 99%+ времени. Перезагрузки раз в неделю "на обновление" — плохой знак.

Стабильность CW проверяется только на практике. Смотрите в OScam webif колонку ECM time — она должна быть стабильной, без скачков в 2–3 раза. CCcam показывает аналогичную статистику в своём веб-интерфейсе на порту 16001.

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

Локальная карта (local card) — источник с HOP 1. Физическая карта стоит в ридере прямо на этом сервере. Это лучший вариант: минимальная задержка, никакой зависимости от посредников.

Решара (reshare) — сервер сам является клиентом другого сервера и просто перенаправляет ваши ECM дальше. HOP 2 — один посредник, HOP 3 — два, и так далее. Каждое звено добавляет 50–150 мс. При HOP 4–5 на нормальный пинг рассчитывать не приходится.

Спрашивайте у продавца явно: "это local card или reshare?" Если уходят от ответа — считайте, что решара.

Признаки нестабильного источника

В OScam webif видно, если сервер начинает тупить: ECM time растёт, появляются timeout'ы, в логе строки "no reply from server". CCcam логирует "got no CW" и "retrying".

Если FreeZe начинается в одно и то же время суток — перегрузка в пиковые часы. Если нестабильно постоянно — или плохой канал у сервера, или длинная решара, или перегруженная карта. Без смены источника это не лечится никакими настройками на вашей стороне.

И последнее: не запускайте тв шару через VPN с шифрованием на слабом железе — добавите 50–100 мс задержки и получите FreeZe там, где его не было. Если нужен VPN для обхода блокировок портов, используйте WireGuard — он значительно легче OpenVPN по накладным расходам.