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

Если вы впервые слышите термин «тв шара» — это сленговое название кардшаринга, технологии раздачи расшифрованных ключей от платного спутникового ТВ по локальной сети или интернету. Никакой магии здесь нет: один физический смарт-карт-ридер с реальной картой обслуживает несколько клиентов одновременно. Ниже — разбор того, как это устроено на уровне протоколов, и реальные конфиги для CCcam и OScam без воды.

Что такое «ТВ шара» и как работает кардшаринг

Тв шара — это не пиратский взлом в классическом смысле. Это технически грамотная раздача Control Word (CW) — временного ключа расшифровки — от одного источника (сервера с картой) к множеству ресиверов-клиентов. Ключ меняется каждые 10 секунд, так что сервер должен успевать отвечать на запросы в реальном времени.

Принцип раздачи Control Word (CW)

Зашифрованный поток DVB содержит ECM-пакеты — запросы на расшифровку. Ресивер-клиент вытаскивает ECM из потока и отправляет его на сервер по протоколу CCcam или OScam. Сервер прогоняет ECM через физическую смарт-карту в ридере и получает обратно Control Word. Этот CW возвращается клиенту, тот расшифровывает картинку — и вы смотрите канал.

Весь цикл в нормальных условиях занимает 100–400 мс. Задержка выше 700 мс уже даёт рассыпание картинки на блоки или заморозку. Поэтому пинг до сервера и его загрузка имеют прямое влияние на качество просмотра.

Роль ECM и EMM в процессе

ECM (Entitlement Control Message) — это тот самый запрос на CW, который ресивер шлёт серверу. EMM (Entitlement Management Message) — другой тип пакетов, он нужен для обновления прав на карте. Без регулярного получения EMM карта через какое-то время «не знает», что подписка активна, и перестаёт выдавать корректные CW.

Это и есть рассинхрон AU (Auto Update). OScam умеет пробрасывать EMM на карту автоматически, если в конфиге включён параметр emmcache и au = 1 в описании ридера. Без этого карта «умрёт» через несколько дней даже при стабильном соединении.

Чем отличается клиент от сервера в шаре

Сервер — это машина (чаще Enigma2-ресивер или Linux-сервер) с физической смарт-картой в ридере. Именно он выполняет расшифровку через карту и отдаёт CW. Клиент — любой ресивер без карты, у которого в конфиге прописана строка подключения к серверу.

Один и тот же OScam может быть одновременно сервером (с локальным ридером) и клиентом (подтягивая дополнительные пакеты с другого сервера). Это стандартная схема для покрытия нескольких спутниковых позиций.

Протоколы CCcam и OScam: различия и выбор

Главная путаница у новичков: CCcam и OScam — это не «разные шары», это разные программные реализации одного принципа. Один может заменить другой, а в умелых руках они работают в связке.

Протокол CCcam (newcamd/cccam порт 12000)

CCcam — закрытый бинарник, последняя активная версия 2.3.x, дальше не развивается. Протокол по умолчанию слушает TCP-порт 12000. Из коробки поддерживает протокол newcamd (порт 15000) для совместимости со старым оборудованием.

Плюс CCcam — простота. Закинул конфиг, добавил C: line — работает. Минус — закрытый код, нет поддержки современных ридеров и ряда нестандартных карт, обновлений не будет. На роли чистого клиента CCcam до сих пор хорош.

OScam как современная замена

OScam — open source, активно обновляется, поддерживает десятки протоколов одновременно: cccam, newcamd, camd35 (UDP порт 34000 по умолчанию), radegast, gbox. Один демон может слушать все протоколы сразу на разных портах. Поддержка ридеров — от встроенного CI-слота до USB Phoenix и smartreader.

Конфигурация OScam сложнее, зато гибкость несравнима. Можно точно настроить, кому какой CAID отдавать, ограничить число одновременных запросов от пользователя, настроить кэш CW для снижения нагрузки на карту.

Когда использовать связку OScam + CCcam

Классическая схема: OScam работает сервером с физической картой, а клиентам отдаётся стандартная C: line для CCcam. Клиент с CCcam подключается к OScam через протокол cccam на порту 12000. Это позволяет клиентской стороне оставаться простой, а серверной — гибкой.

Есть смысл держать OScam на сервере ещё потому, что он корректно обрабатывает конфликты нескольких ридеров: распределение по group позволяет одному пользователю использовать карту группы 1, другому — группы 2, и они не будут мешать друг другу.

Настройка клиента: подключение к шаре по CCcam

На Enigma2 (Dreambox, VU+, Zgemma и аналоги) конфиг CCcam лежит по адресу /etc/CCcam.cfg. На некоторых сборках путь /var/etc/CCcam.cfg — зависит от имиджа. Проверить просто: find / -name CCcam.cfg 2>/dev/null.

Структура файла CCcam.cfg

Файл читается построчно. Комментарии начинаются с #. Основные директивы:

• C: — строка подключения к серверу (клиентский режим)
• F: — строка раздачи для входящих клиентов (серверный режим)
• RESHARE: — глубина репередачи карт (0 = не репередавать)
• MINIMIZE MEMORY USAGE: — полезно на слабом железе
• BLOCKING PRIORITY CAIDS: — приоритет конкретных CAID

Минимальный рабочий конфиг для чистого клиента — это буквально одна-две строки плюс C: line.

Формат C: line и где её брать

Строка подключения выглядит так:

C: hostname 12000 username password

Где hostname — доменное имя или IP сервера, 12000 — стандартный порт CCcam (может быть другим, уточняйте у поставщика), username и password — ваши учётные данные. C: line вы получаете при подключении к серверу шары — либо от администратора, либо через личный кабинет.

Можно прописать несколько C: line для разных серверов или резервных — CCcam опросит их по очереди при недоступности основного.

Проверка подключения и статус ECM time

CCcam поднимает веб-интерфейс на порту 16001. Открываете в браузере http://192.168.1.x:16001 (IP вашего ресивера) и видите список подключённых серверов, статус карт и ECM time в миллисекундах.

Норма ECM time — до 300–500 мс. При 700+ начнутся подвисания, при 1000+ — стабильная заморозка каждые 10 секунд. Если ECM time нормальный, а картинка всё равно рассыпается — проблема скорее всего в мощности процессора ресивера или неправильном CAID.

Поднимаем свой OScam сервер: конфиги по шагам

Конфиги OScam на большинстве Enigma2-сборок лежат в /etc/tuxbox/config/oscam/ или /usr/keys/. Иногда /etc/oscam/. Снова — проверяем: find /etc /usr -name oscam.conf 2>/dev/null.

oscam.conf — глобальные настройки и webif

[global]
logfile = /tmp/oscam.log
loglevel = 64
maxlogsize = 500

[webif]
httpport = 8888
httpuser = admin
httppwd = admin123
httpallowed = 127.0.0.1,192.168.1.0-192.168.1.255

[monitor]
port = 9999

[newcamd]
port = 15000@0B00:000000

[cccam]
port = 12000

Параметр loglevel = 64 включает debug-режим логов — полезно при первичной настройке. Потом можно снизить до 4 (только ошибки), чтобы не захламлять лог. Webif на порту 8888 даёт удобный браузерный интерфейс для мониторинга в реальном времени.

oscam.server — описание ридера и карты

[reader]
label = my_card
enable = 1
protocol = internal
device = /dev/sci0
detect = cd
mhz = 357
cardmhz = 357
group = 1
emmcache = 1,3,2
fallback = 0
au = 1
caid = 0B00

Для встроенного CI-слота на Dreambox используется protocol = internal и device = /dev/sci0 (или sci1 для второго слота). Для USB-ридера типа Phoenix: protocol = phoenix, device = /dev/ttyUSB0.

Параметры mhz и cardmhz — частота тактирования ридера и карты в десятых долях МГц. Значение 357 = 3.57 МГц (стандарт ISO). Капризные карты иногда требуют понижения до 200 или повышения до 600 — это один из первых рычагов при проблемах инициализации.

oscam.user — учётные записи клиентов

[account]
user = client1
pwd = securepass
group = 1
au = 1
uniq = 0
maxconnections = 1
caid = 0B00

[account]
user = client2
pwd = anotherpass
group = 1
au = 0
maxconnections = 1

Параметр group связывает пользователя с ридером из oscam.server — клиент видит только карты в своей группе. Это решает конфликт нескольких ридеров: если у вас две карты разных операторов, клиентов можно разделить по группам 1 и 2 так, чтобы каждый работал со своей картой. uniq = 0 разрешает несколько одновременных сессий с одними данными; uniq = 1 запрещает.

Запуск, логи и автозагрузка

Запустить OScam в фоне:

oscam -b -c /etc/tuxbox/config/oscam

Флаг -b переводит в background, -c указывает директорию с конфигами. Лог смотрим через:

tail -f /tmp/oscam.log

Для автозагрузки на Enigma2 достаточно добавить строку запуска в /etc/rc.local или использовать плагин автозапуска из фида вашего имиджа. На большинстве сборок OScam уже интегрирован в систему init — просто включите его в настройках плагина.

Решение типичных проблем шары

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

Заморозка и рассыпание картинки (высокий ECM time)

ECM time выше 700–1000 мс — первый симптом перегруза сервера или плохого канала. Смотрим статистику в webif OScam (http://ip:8888) или CCcam (http://ip:16001). Если ECM time скачет — проверяем пинг до сервера (ping hostname). Если пинг нормальный (до 50 мс), проблема на стороне сервера.

Другая причина — неправильный CAID. HD и UHD каналы некоторых операторов используют другой CAID, чем SD. Например, основной пакет может идти по CAID 0B00, а HD-версии — по 0500. Если в oscam.user у клиента разрешён только один CAID, HD-каналы не откроются. Решение: добавить нужные CAID через запятую или убрать ограничение совсем.

Карта не инициализируется / reader not found

В логе увидите строки типа reader not found или card error. Первым делом проверяем устройство: ls -la /dev/sci* или ls -la /dev/ttyUSB*. Если устройства нет — проблема с драйвером или физическим подключением.

Если устройство есть, но карта не инициализируется — пробуем менять cardmhz в oscam.server. Попробуйте значения 200, 357, 368, 600 поочерёдно, перезапуская OScam после каждого изменения. Некоторые карты также требуют явного указания protocol = phoenix вместо internal, даже во встроенном слоте.

Ещё вариант — рассинхрон EMM. Если карта работала, потом перестала, но при физической перестановке в другой ресивер работает — значит, AU не получала EMM и карта потеряла актуальные ключи. Нужно дать карте поработать несколько часов с au = 1 в нормальном режиме для восстановления.

Нет коннекта к серверу (connection refused / no answer)

Если в логе видите connection refused или no answer from server — проверяем по порядку:

• Правильность hostname и порта в C: line
• Доступность сервера: telnet hostname 12000 (должен открываться)
• Фаервол на сервере: iptables -L -n | grep 12000
• Проброс портов на роутере — особенно актуально при двойном NAT (ресивер за роутером провайдера)

При двойном NAT стандартный проброс портов на домашнем роутере не помогает — нужно пробрасывать и на роутере провайдера или использовать VPN-туннель. Это частая проблема у пользователей CGNAT-операторов.

Стандартные порты для проброса: CCcam — TCP 12000, newcamd — TCP 15000, camd35 — UDP 34000, webif OScam — TCP 8888. Если меняли порты в конфигах — открывайте именно те, что прописаны.