Shara TV biz: настройка CCcam/OScam сервера в 2026

Если ты читаешь это, значит уже разобрался с базовыми понятиями cardsharing и теперь стоишь перед конкретной задачей: поднять рабочий конфиг, не потерять сигнал при переключении каналов и понять, почему экран уходит в фриз именно на HD. Здесь — практика, реальные пути к файлам и рабочие примеры строк. Shara tv biz — это не просто подключение линии, это настройка целой цепочки: ресивер, эмулятор, читатель, сервер. Каждое звено может сломать весь поток.

Что такое cardsharing и как работают протоколы CCcam и OScam

Механика проста, но дьявол в деталях. Ресивер принимает зашифрованный поток DVB, вытаскивает из него ECM-пакет (Entitlement Control Message) и отправляет его на удалённый сервер. Сервер, у которого есть физическая смарт-карта или программный эмулятор, расшифровывает control word (CW) и возвращает его ресиверу. Ресивер применяет CW к потоку — и картинка появляется. Весь цикл должен уложиться примерно в 300–500 мс, иначе декодирование не успевает, и ты видишь фриз.

Принцип работы card sharing: ECM, EMM и control words

ECM-запросы генерируются каждые несколько секунд — поток постоянно меняет CW. EMM (Entitlement Management Message) — это другой тип пакетов, они управляют правами карты, но в контексте шары тебя интересует именно ECM. Задержка между отправкой ECM и получением CW и есть тот самый ECM time, который видно в веб-интерфейсе OScam. Если этот показатель стабильно выше 800–1000 мс — жди проблем.

Чем CCcam отличается от OScam

CCcam — закрытый протокол, разработанный давно и с тех пор практически не развивающийся. Последние рабочие версии — 2.3.x. OScam — открытый исходник, активно поддерживается сообществом, собирается под конкретное железо и поддерживает одновременно несколько протоколов: CCcam, newcamd, radegast, CS378x и другие. По гибкости настройки OScam выигрывает безоговорочно. CCcam всё ещё популярен среди старых сборок Enigma2, но новые инсталляции я бы делал на OScam.

Newcamd, CCcam и CS378x: какой протокол выбрать

Порты по умолчанию: CCcam слушает TCP 12000, newcamd — как правило, что-то из диапазона 15000–15010, OScam webif доступен на 8888 (или 16002 в некоторых сборках). CS378x — это протокол Camd35 в UDP-варианте, встречается реже. Если источник поддерживает и CCcam, и newcamd — бери newcamd: он чуть менее нагружен, лучше диагностируется и стабильнее при нестабильном канале связи.

Роль DVB-карты и эмулятора на ресивере

На серверной стороне нужна либо физическая смарт-карта в DVB-ридере (например, TechniSat CableStar HD2 или любой CI-модуль), либо программный эмулятор. На стороне клиента (твой ресивер) DVB-карта принимает поток, а OScam или CCcam выступает мостом между тюнером и удалённым источником CW. Важно: если в прошивке уже есть встроенный эмулятор (например, MGCamd в некоторых сборках OpenATV), он может конфликтовать с внешним OScam. Отключай один из них — держать оба одновременно смысла нет и вызывает коллизии при расшифровке.

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

OScam работает с тремя основными конфигами: oscam.conf, oscam.server, oscam.user. Всё это текстовые файлы с синтаксисом в стиле INI. Путаница начинается с путей — они зависят от билда прошивки.

Структура каталога /etc/tuxbox/config или /var/etc

На большинстве Enigma2-сборок (OpenATV, OpenPLi, OpenVix) конфиги лежат в /etc/tuxbox/config/oscam/. На некоторых старых или кастомных образах путь может быть /var/etc/oscam/ или просто /etc/oscam/. Проверь командой:

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

Права на файлы должны быть 644 для конфигов и 755 для директории. Если OScam запускается под root — проблем меньше, но на некоторых сборках он стартует от отдельного пользователя, и тогда права важны.

Файл oscam.conf: секции [global], [newcamd], [cccam], [webif]

Минимальный рабочий oscam.conf выглядит примерно так:

[global]
logfile = /tmp/oscam.log
maxlogsize = 200
nice = -1
preferlocalcards = 1

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

[cccam]
port = 12000

[newcamd]
port = 15000@1702:000000

Параметр preferlocalcards = 1 указывает OScam сначала пробовать локальный ридер, и только потом идти на сеть. Это важно, если у тебя гибридная схема с физической картой и удалённым источником.

Файл oscam.server: подключение читателей (reader)

Каждый удалённый источник шары описывается в oscam.server отдельным блоком [reader]. Пример подключения через CCcam-протокол:

[reader]
label = my_cccam_reader
protocol = cccam
device = serverhostname.example,12000
user = mylogin
password = mypassword
group = 1
cccversion = 2.3.0
cccmaxhops = 2
reconnecttimeout = 30
caid = 1802,0500
ident = 1802:000000;0500:023800

Параметр caid ограничивает, какие системы этот ридер обслуживает. Если оставить пустым — ридер попробует обработать всё подряд, что создаёт лишнюю нагрузку. ident сужает до конкретного провайдера: формат CAID:ProviderID. Для Viaccess это будет что-то вроде 0500:040E10.

Если у тебя два ридера с одинаковым CAID — управляй приоритетом через параметр group. Основной ридер ставишь в group 1, резервный — в group 2. В oscam.user у клиентского аккаунта прописываешь group = 1,2, и OScam будет пробовать их по порядку.

Файл oscam.user: создание учётных записей клиентов

Если OScam работает как сервер и отдаёт CW другим клиентам — каждый клиент описывается в oscam.user:

[account]
user = client1
pwd = clientpassword
group = 1
au = 1
caid = 1802,0500
uniq = 1

Параметр uniq = 1 запрещает одновременные подключения с одного аккаунта. Если у тебя два ресивера и ты хочешь использовать один логин на оба — ставь uniq = 0 или uniq = 2 (разрешить несколько, но с блокировкой дублей с одного IP). Про это часто забывают, потом удивляются, почему второй ресивер не получает CW.

Проверка работы через web-интерфейс на порту 8888

Открывай http://192.168.x.x:8888 в браузере — там видно статус каждого ридера (CONNECTED / CARDOK / OFF), текущий ECM time, количество обработанных запросов и ошибки. Это первое место, куда смотришь при проблемах. Если ридер висит в состоянии OFF или RECONNECTING — проблема либо в сети, либо в реквизитах.

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

CCcam проще в настройке, но беднее по функционалу. Весь конфиг — один файл. После любой правки нужен перезапуск демона: через softcam-менеджер в Enigma2 или командой init.d/CCcam restart.

Расположение CCcam.cfg (/var/etc/CCcam.cfg)

Стандартный путь — /var/etc/CCcam.cfg. На некоторых сборках встречается /etc/CCcam.cfg. Файл текстовый, правится через FTP-клиент (FileZilla, WinSCP) или прямо по SSH через nano.

Формат строки C: line — хост, порт, логин, пароль

Строка подключения к удалённому CCcam-серверу:

C: serverhostname.example 12000 mylogin mypassword { 0 0 0 }

Фигурные скобки — это управление хопами и share-лимитами. Первая цифра — минимальный hop-count (0 = принимать всё), вторая — максимальный (0 = без ограничений), третья — флаг AU (0 = выключен, 1 = включён). Для клиентского подключения обычно оставляют { 0 0 0 }.

Если источник использует динамический IP и DDNS — в поле хоста прописываешь домен вида myhome.ddns.net. CCcam резолвит DNS при каждом переподключении, так что это работает. Но если DDNS обновляется медленно (раз в 5–10 минут), может быть временной разрыв при смене IP у источника.

Параметры F: line для раздачи доступа

Если хочешь отдавать доступ другим клиентам через свой CCcam — добавляешь F:-строки:

F: clientlogin clientpassword 1 { 0 0 0 }

Цифра 1 после пароля — это максимальное количество хопов, которое клиент может получить. Для прямого подключения ставь 1.

Опции SERVER LISTEN PORT и ALLOW TELNET

В начале CCcam.cfg можно переопределить порт прослушивания:

SERVER LISTEN PORT: 12000
ALLOW TELNET: yes
ALLOW WEBINFO: yes
WEBINFO LISTEN PORT: 16001

Telnet-интерфейс CCcam (порт 15000 по умолчанию) даёт базовую статистику по подключениям. Веб-интерфейс на порту 16001 — немного удобнее. Но по сравнению с OScam webif это очень бедный функционал.

Диагностика проблем: почему не работают каналы

Большинство проблем решаются за 10 минут, если знать куда смотреть. Хаотичные попытки перезагрузить ресивер и переписать конфиг — не метод.

Чтение логов OScam и статуса reader (CONNECTED/OFF)

Лог OScam по умолчанию пишется в /tmp/oscam.log. Смотри его в реальном времени:

tail -f /tmp/oscam.log

Ищи строки с ERROR, TIMEOUT, FAILED, not found. В веб-интерфейсе на вкладке Readers каждый ридер показывает текущий статус. CARDOK — всё хорошо. CONNECTED без CARDOK — соединение есть, но карта не отвечает. OFF — нет соединения вообще.

Проверка открытых портов через telnet и netstat

Проверить, достижим ли порт сервера:

telnet serverhostname.example 12000

Если подключение зависает или сразу закрывается — порт недоступен. Причины: фаервол на сервере, фаервол на роутере провайдера, или сам сервис не запущен. На самом сервере проверяешь:

netstat -tlnp | grep 12000

Если строки нет — OScam или CCcam просто не слушает этот порт. Проверяй конфиг и статус демона.

На домашнем роутере не забудь про NAT: если ресивер за NAT, входящие подключения от клиентов не пройдут без проброса портов. Для клиентского подключения (ресивер → сервер) NAT обычно не мешает.

Ошибки ECM: «no card», «timeout», «not found»

«no card» — сервер принял запрос, но карта для нужного CAID не найдена. Либо CAID в конфиге не совпадает с тем, что реально есть на сервере, либо карта физически недоступна. «timeout» — запрос ушёл, ответа не было за отведённое время. Чаще всего — сетевая задержка или перегрузка сервера. «not found» — OScam не нашёл подходящего ридера для этого CAID вообще.

Высокий ECM time и фризы изображения

Интересная закономерность: HD-каналы часто дают высокий ECM time даже при нормальной работе SD. Это не баг шары — HD-каналы используют другой битрейт и иногда другой CAID или ident. Проверь, что для HD-пакета прописан правильный ident в oscam.server. Также HD требует более частого обновления CW, что при пинге больше 200 мс уже начинает сказываться.

Норма ECM time — до 300–500 мс. При 600–800 мс начинаются редкие фризы. Выше 1000 мс — переключение каналов занимает несколько секунд и изображение периодически подмерзает. Если время стабильно высокое, проблема в источнике или в маршруте до него, а не в твоей конфигурации.

Проблемы с CAID и несовпадением провайдера

Канал работает на одном CAID, но не работает на резервном — типичная ситуация для пакетов, которые транслируются одновременно через Viaccess (0500) и Irdeto (0602). Если основной ридер в oscam.server обслуживает только caid = 0500, а резервный настроен на caid = 0602 — при падении первого второй не подхватит тот же канал без явного указания fallback. Решение: либо настрой оба ридера на оба CAID, либо используй параметр fallback = 1 у резервного ридера.

Как выбрать источник шары: критерии оценки

Shara tv biz — это в первую очередь качество источника. Можно идеально настроить OScam, но если линия нестабильна — конфиг не поможет. Вот на что реально смотреть при выборе.

Стабильность аптайма и время отклика ECM

Хороший источник даёт ECM time 50–200 мс при нормальной нагрузке. Проверяй в разное время суток — вечером нагрузка максимальная, и именно тогда видно реальные характеристики. Аптайм ниже 95% за месяц — это уже неприемлемо для постоянного использования. Если тестовый период дают хотя бы 24–48 часов — обязательно проверяй в прайм-тайм (19:00–23:00).

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

Перед подключением точно узнай, какие CAID и провайдер-ID поддерживаются. Nagravision 3 (1830), Viaccess (0500), Irdeto (0602), Conax (0B00) — это разные системы, и карта от одного пакета не откроет другой. Нормальный источник даёт список поддерживаемых CAID явно, а не расплывчато «все каналы».

Защита от перегрузки и количество соединений

Один аккаунт — одно соединение. Это стандарт. Если хочешь использовать два ресивера — нужно либо два аккаунта, либо источник, который явно разрешает мультисессии. Пытаться подключить два ресивера на один логин при uniq = 1 на сервере — потеряешь доступ на обоих. Хороший источник честно говорит про лимиты соединений и не режет их молча.

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

Тестовый период — обязательное условие при выборе. Без него ты покупаешь кота в мешке. Минимум — 24 часа, нормально — 48–72. Техническая поддержка должна отвечать на конкретные вопросы: какой CAID, какой ident, какой протокол поддерживается. Если в ответ получаешь только «всё работает, настраивайте сами» — это плохой знак. Shara tv biz такого уровня качества требует прозрачности по техническим параметрам.