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

Тв шара — разговорное название технологии cardsharing, где один физический смарт-карт делит сигнал расшифровки между несколькими клиентами через сеть. Звучит просто, но дьявол в деталях: конфиги, порты, протоколы, тайминги. Я разберу всё от механики до диагностики — без воды и вымышленных цитат.

Что такое ТВ шара и как она работает технически

Упрощённая схема такая: ресивер получает зашифрованный поток от спутника, не знает ключ и отправляет ECM-пакет (Entitlement Control Message) на удалённый сервер. Сервер держит реальную смарт-карту в ридере, прогоняет ECM через неё и возвращает клиенту CW (Control Word) — 8-байтный ключ. Ресивер расшифровывает поток. Всё это происходит за доли секунды.

Принцип card sharing: сервер, клиент и ECM/EMM

ECM — запрос на расшифровку конкретного момента эфира. EMM (Entitlement Management Message) — управляет правами подписки на карте, обновляет её авторизацию. Для нормальной работы клиенту важен именно ECM-цикл. EMM нужен только если сервер хочет обновлять карту — для чистого клиентского режима он не обязателен.

Каждый канал идентифицируется тройкой: CAID (идентификатор системы шифрования, например 0x1810 для Sky или 0x0500 для Viaccess), PROVID (провайдер внутри системы) и SID (идентификатор сервиса, то есть конкретного канала). Сервер должен поддерживать нужный CAID — иначе ECM вернётся пустым.

Роль CW (control word) и dcw-таймингов

Ключ CW меняется примерно каждые 10 секунд — это стандарт DVB. За эти 10 секунд сервер должен успеть ответить на ECM и вернуть свежий CW. Если ответ пришёл за 200 мс — отлично. Если за 900 мс — на грани. Если больше 1000 мс или вообще не пришёл до смены ключа — экран замёрзнет или покажет артефакты.

Некоторые каналы, особенно с BISS-шифрованием или агрессивной защитой, меняют ключ чаще — каждые 5-7 секунд. Для таких нужно настраивать таймауты в конфиге явно, иначе клиент не успевает получить новый CW.

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

CCcam — самый распространённый протокол кардшаринга, разработан под одноимённый softcam. Поддерживает иерархическую раздачу (reshare). Newcamd работает по другой схеме — прямое подключение клиента к серверу без ретрансляции, более старый и менее гибкий. Mgcamd — клиентская программа, которая умеет работать через newcamd-протокол и часто используется на старых ресиверах.

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

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

CCcam.cfg — главный файл конфигурации. На Enigma2-ресиверах он лежит по адресу /var/etc/CCcam.cfg. На некоторых прошивках — в /etc/CCcam.cfg, но это реже. Файл простой, читается построчно, комментарии начинаются с #.

Структура файла CCcam.cfg и путь /var/etc/CCcam.cfg

Минимальный рабочий конфиг выглядит так:

# Подключение к серверу
C: hostname.example.com 12000 myuser mypassword no { 0:0:1 }

# Веб-интерфейс
WEBINFO LISTEN PORT : 16001
WEBINFO ALLOW TELNETINFO : yes

# Лимиты
RESHAPE : yes
SHARE LIMIT : 5

Параметр no после пароля означает, что не используется шифрование на уровне соединения (стандарт для большинства серверов). Блок { 0:0:1 } — это фильтр CAID:PROVID:SHARE, где нули значат «любой». Оставьте так, если не знаете точные CAID нужных каналов.

Строка C: line — формат host port username password

Формат строки C-line строгий:

C: <hostname> <port> <username> <password> <no/yes> { <caid:provid:share> }

Hostname может быть как IP-адресом (192.168.1.100), так и доменным именем. Порт — число в диапазоне 10000–20000, чаще всего 12000. Конкретный порт выдаёт провайдер тв шары при выдаче доступа. Никакого «стандартного» порта нет — он всегда задаётся на стороне сервера.

Один файл может содержать несколько строк C:. CCcam попытается использовать их последовательно или параллельно в зависимости от настройки. Это удобно для резервных подключений.

Параметры F: line и share limits

Строка F: нужна, если вы хотите раздавать карты локальным клиентам через этот же CCcam. Формат:

F: localuser localpassword 1 0 0 0 { 0:0:0 }

Первая цифра — уровень решара (1 = первый hop, 0 = локальная карта). SHARE LIMIT ограничивает глубину ретрансляции. Если вы просто клиент и не раздаёте дальше — строки F: не нужны вообще.

Проверка подключения через веб-интерфейс (порт 16001)

После запуска CCcam веб-морда доступна по адресу http://<ip-ресивера>:16001. Там видно статус подключения к серверам, список активных CAID, количество декодированных ECM и время ответа. Если сервер показывает зелёный статус и ECM время в пределах 500 мс — всё работает. Перезапустить CCcam можно командами:

killall -9 CCcam
sleep 1
./CCcam &

Или через плагин управления softcam в интерфейсе Enigma2, если он установлен.

Настройка OScam: oscam.server, oscam.conf и reader

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

Файлы конфигурации в /etc/tuxbox/config/oscam/

Стандартный путь на большинстве Enigma2-образов — /etc/tuxbox/config/oscam/. На OpenATV нередко используется /var/etc/oscam/. VTI держит конфиги в /etc/oscam/. Старые образы DreamOS могут хранить их в /usr/local/etc/oscam/. Если не уверены — проверьте командой:

find / -name oscam.conf 2>/dev/null

Секция [reader] и протокол cccam для подключения

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

[reader]
label         = myserver
protocol      = cccam
device        = hostname.example.com,12000
user          = myuser
password      = mypassword
group         = 1
inactivitytimeout = 30
reconnecttimeout  = 10
cccversion    = 2.3.0
ccckeepalive  = 1

Параметр group связывает ридер с пользователями — в oscam.user каждому пользователю назначается группа, и он получает доступ к ридерам с той же группой. Если у вас один ридер и один локальный клиент — ставьте везде group = 1.

cccversion и ccckeepalive помогают со стабильностью соединения. Версию лучше выставить реальную от CCcam 2.3.0 — некоторые серверы проверяют её при хендшейке.

oscam.conf: webif, порт 8888 и httpuser

В файле oscam.conf обязательно нужна секция [webif] для доступа к веб-интерфейсу:

[global]
logfile       = /var/log/oscam.log
loglevel      = 4
serverip      = 0.0.0.0

[webif]
httpport      = 8888
httpuser      = admin
httppwd       = admin123
httpallowed   = 127.0.0.1,192.168.0.0-192.168.255.255

Веб-морда OScam на порту 8888 показывает намного больше деталей, чем CCcam: каждый ECM-запрос с временем, источником, статусом (found/not found/timeout), активные ридеры, нагрузку. Для диагностики это незаменимо.

Секция [dvbapi] нужна для прямого декодирования на ресивере без отдельного softcam. OScam сам работает как CA-клиент напрямую с DVB-стеком. Это предпочтительный режим на современных Enigma2-боксах.

Преобразование C-line в reader-блок OScam

Это то, что большинство инструкций пропускают. Если у вас есть CCcam C-line:

C: myhost.example.com 12000 john secret123 no

То в OScam reader-блок будет:

[reader]
label     = converted_cline
protocol  = cccam
device    = myhost.example.com,12000
user      = john
password  = secret123
group     = 1

Один-к-одному: hostname → device (через запятую вместо пробела), user и password — без изменений. Флаг no в C-line (шифрование) в OScam не нужен — он не используется для CCcam-протокола.

Диагностика и решение типичных ошибок

Канал не открылся — не паникуйте. Алгоритм: сначала веб-интерфейс, потом логи, потом сеть. Большинство проблем решается за 5 минут, если знать где смотреть.

Канал не открывается: проверка статуса ECM

Открываем веб-интерфейс OScam (порт 8888) → вкладка ECM history. Смотрим на последний запрос по нужному каналу. Статус должен быть found — ключ найден и возвращён. Если видите not found — ридер не поддерживает нужный CAID. Если timeout — сервер не ответил вовремя.

В CCcam-веб (порт 16001) смотрим секцию «connected servers» — нужен зелёный статус. Красный или «no connection» означает, что соединение не установлено вообще.

Фризы и зависания: ecm time и нагрузка на сервер

ECM time — основной диагностический показатель. Норма: до 1000 мс, комфорт: 200–500 мс. Если видите 800–1200 мс — будут периодические фризы при смене ключа. Причины высокого ECM time:

• Большой пинг до сервера. Проверяем: ping hostname.example.com. Пинг больше 150–200 мс — проблема с географией или маршрутом.
• Перегрузка сервера — слишком много клиентов на одну карту.
• Решар вместо локальной карты — ECM проходит несколько хопов.
• Нестабильный интернет с потерей пакетов.

Каналы с частой сменой ключа (интервал 5–7 секунд) требуют явного увеличения таймаута в OScam. В секции [reader] добавьте ecmnotfound = 2 и cccreconnecttime = 0 для более агрессивного переподключения.

Connection refused и неверные порты/firewall

Проверяем доступность порта:

telnet hostname.example.com 12000

Если Connection refused — порт закрыт или неверный. Если висит без ответа — firewall блокирует. Если сразу получаете мусор (бинарные данные) — порт открыт и CCcam-сервер отвечает, проблема в авторизации.

Если поднимаете собственный сервер за NAT (домашний роутер) — нужен проброс порта. В настройках роутера: внешний порт 12000 → внутренний IP ресивера:12000. Без этого внешние клиенты не достучатся. И если у вас динамический IP от провайдера — настройте DynDNS (например, через No-IP или DuckDNS), иначе каждый раз после смены IP придётся обновлять конфиги у всех клиентов.

Анализ логов CCcam и oscam.log

OScam пишет подробный лог в /var/log/oscam.log. Следить в реальном времени:

tail -f /var/log/oscam.log

Строка с «found» означает успешный ECM. Строка «not found» с CAID — ридер не знает этот CAID. «Connection to reader lost» — потеря соединения с сервером. CCcam пишет лог в /tmp/CCcam.log или в /var/volatile/tmp/CCcam.log в зависимости от прошивки.

Частая ошибка при нескольких тюнерах: если два тюнера пытаются декодировать один и тот же CAID, OScam должен правильно распределить ECM-запросы по ридерам. Настройка priority в oscam.services и параметр caid в reader-блоке помогают явно задать приоритеты. Конфликт двух softcam (CCcam и OScam одновременно) — классическая проблема: они оба пытаются захватить DVB-устройство. Решение — отключить один через менеджер softcam в Enigma2, оставить только один активным.

Как выбрать надёжный источник для тв шары: критерии

Рынок шары наполнен серверами разного качества. Хороший провайдер тв шары от плохого отличается не ценой, а конкретными техническими параметрами. Вот что реально важно.

Аптайм сервера и географическая близость

Аптайм ниже 99% — это уже проблема. Час даунтайма в месяц — это 99.86%, а для спорта или новостей это критично. Хорошие провайдеры дают статистику аптайма открыто или через тестовый период — проверьте сами за 2–3 дня.

Географическая близость напрямую влияет на пинг. Сервер в Германии лучше для пользователя из Центральной Европы, чем сервер в США. Меньше пинг → меньше ECM time → меньше фризов. Это не реклама, а физика.

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

Перед оплатой уточните, какой CAID поддерживается. Если вам нужны спортивные пакеты на Viaccess (CAID 0x0500) или Irdeto (CAID 0x0604) — убедитесь, что сервер именно их держит. «Поддерживаем всё» без конкретики — красный флаг.

Список CAID можно посмотреть в веб-интерфейсе OScam или CCcam после тестового подключения — там будет явно видно, что сервер предоставляет.

Стабильность ecm time и количество локальных карт

Локальная карта (local card) — физическая карта в ридере на сервере. Это один хоп от карты до вас. Решар (reshare) — это когда сервер сам является клиентом другого сервера, и ваш ECM проходит 2–3 хопа. Каждый хоп добавляет 50–200 мс к ECM time.

Спрашивайте провайдера прямо: это локальная карта или решар? Если уклоняются от ответа — вероятно, решар. В OScam-логах это видно: hop count в ECM-ответе будет больше 1.

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

Нормальный провайдер даёт тестовый доступ на 24–48 часов. За это время можно реально проверить: ECM time в разное время суток, стабильность при переключении каналов, поведение во время прайм-тайма когда нагрузка максимальная.

Техподдержка должна понимать технические термины. Если в ответ на «какой у вас ecm time и hop count для CAID 0x1810» получаете «всё работает, не беспокойтесь» — это не техподдержка. Хорошая поддержка даёт конкретные цифры.