Shara TV Org: настройка CCcam и OScam в 2026

Если вы вбили в поиск shara tv org и попали сюда — скорее всего, вы уже знаете, что такое ECM, понимаете разницу между CCcam и OScam, и вам нужны конкретные конфиги, а не лекция про спутниковое телевидение. Именно это здесь и будет: пути к файлам, форматы строк, команды диагностики и разбор реальных ошибок.

Что означает запрос «shara tv org» и о чём идёт речь

Запросы вида shara tv org — это всегда про card sharing: технологию, при которой один ресивер с легальной смарт-картой раздаёт расшифрованные control word'ы другим устройствам по сети. Никакой магии — просто протокол.

Card sharing простыми словами: CCcam и OScam

Есть сервер — он держит физическую смарт-карту с оплаченной подпиской. Есть клиент — ресивер без карты (или с картой, которая не видит нужный пакет). Клиент хочет смотреть зашифрованный канал.

CCcam и OScam — это два разных демона, которые реализуют протоколы обмена ключами. CCcam проще в настройке, OScam гибче и активно поддерживается. На практике чаще встречается связка: OScam на сервере, CCcam или снова OScam — на клиенте.

Как устроен обмен ECM/EMM между сервером и клиентом

Цепочка выглядит так. Клиент ловит зашифрованный поток, извлекает из него ECM-пакет (Entitlement Control Message) и отправляет его серверу. Сервер прогоняет ECM через физическую карту, получает control word и возвращает его клиенту. Клиент расшифровывает видео. Всё это происходит каждые несколько секунд — отсюда и важность ECM time.

EMM (Entitlement Management Message) — это уже команды самой карте: обновление подписки, права доступа. EMM-трафик сервер тоже может форвардить, но это отдельная история.

Легальные сценарии: тестовый стенд, своя подписка, изучение протоколов

OScam и CCcam — это просто программное обеспечение. Сами по себе они абсолютно легальны. Легальный сценарий: у вас есть оплаченная карта спутникового оператора, дома стоит Linux-сервер, и вы хотите смотреть контент на нескольких устройствах в рамках своей подписки. Или тестируете стенд перед развёртыванием в небольшой гостинице с соответствующим договором с вещателем.

Использовать чужую карту без разрешения правообладателя — незаконно. Это важно понимать до того, как лезть в конфиги.

Настройка сервера: CCcam.cfg и oscam.server

Начнём с главного — где вообще лежат файлы и как они выглядят. Большинство руководств дают только готовые строки без объяснения структуры, и когда что-то идёт не так — человек теряется.

Структура конфигов: пути /var/etc/CCcam.cfg и /usr/local/etc/oscam.server

Для CCcam основной файл — /var/etc/CCcam.cfg на Enigma2-ресиверах (Dreambox, Vu+, GigaBlue и т.д.). На чистом Linux это может быть /etc/CCcam.cfg — зависит от сборки. OScam держит конфиги в каталоге: обычно /usr/local/etc/, реже /etc/oscam/.

Ключевые файлы OScam:

• oscam.conf — глобальные настройки демона, webif, логи
• oscam.server — описание ридеров (физических карт и удалённых серверов)
• oscam.user — список клиентов с паролями и правами
• oscam.services — фильтры по CAID/SID

Прописываем C-line и F-line: формат и параметры

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

C: hostname 12000 username password

Где 12000 — стандартный порт CCcam. Можно указать версию протокола явно:

C: hostname 12000 username password {2.3.0}

Версия в фигурных скобках важна — об этом подробнее в разделе про ошибки.

F-line — это то, что прописывается на сервере: она описывает, каким клиентам разрешено подключаться и что им раздавать:

F: clientname password 1 0 0 0 { 1702:000000 } 

Здесь 1702 — CAID пакета Nagravision, 000000 — provider id. Можно указать несколько CAID через пробел. Если оставить фигурные скобки пустыми — клиент получит доступ ко всему, что есть на сервере.

Reader-секция в OScam: protocol, device, caid, recv/send

В oscam.server удалённый CCcam-сервер описывается как reader. Вот рабочий пример:

[reader]
label         = myserver
protocol      = cccam
device        = hostname,12000
user          = username
password      = password
caid          = 1702,1830
group         = 1
reconnecttimeout = 30
cccversion    = 2.3.0
cccmaxhops    = 1
ccckeepalive  = 1

Параметр cccmaxhops = 1 — важный. Он ограничивает глубину решары: карты, которые пришли через цепочку из 3+ серверов, приниматься не будут. Это снижает риск фризов от длинных цепочек.

Параметр ccckeepalive = 1 помогает держать соединение живым через NAT — без него многие роутеры рвут idle-соединение через несколько минут.

Базовая безопасность: смена портов, ограничение по IP

Порт 12000 — дефолт CCcam, его сканируют автоматически. Поменяйте на что-то выше 20000. В oscam.conf webif по умолчанию висит на 8888 — его тоже стоит закрыть или привязать к локальному интерфейсу:

[webif]
httpport      = 8888
httpuser      = admin
httppwd       = yourpassword
httpallowed   = 127.0.0.1,192.168.1.0/24

Блокировка по IP через iptables — обязательна если сервер смотрит в интернет:

iptables -A INPUT -p tcp --dport 12000 -s 1.2.3.4 -j ACCEPT
iptables -A INPUT -p tcp --dport 12000 -j DROP

Настройка клиента-ресивера и проверка соединения

Сервер настроен. Теперь клиентская сторона — и здесь тоже есть нюансы, которые обычно замалчивают.

Ввод C-line в Enigma2/CCcam-клиенте

На Enigma2-ресивере с установленным CCcam откройте /var/etc/CCcam.cfg и добавьте C-line. После этого перезапустите демон:

init.d/CCcam restart
# или через systemd:
systemctl restart CCcam

Если используете OScam как клиент — добавьте reader-секцию в oscam.server (как показано выше) и перезапустите:

systemctl restart oscam
# или
/etc/init.d/oscam restart

На Enigma2 с плагином OScam перезапуск через меню плагинов — он корректно отправляет SIGHUP и перечитывает конфиги без полного рестарта.

Проверка статуса через webif OScam и oscam.user

Откройте браузер и зайдите на http://your-server-ip:8888. В разделе Status вы увидите список ридеров. Нас интересует столбец Connected — там должно быть YES. Если NO — смотрим в логи немедленно.

В разделе Users виден список подключённых клиентов, количество обработанных ECM и среднее время ответа. Хорошее ECM time — до 300–500 мс. Если стабильно выше 800 мс — что-то не так: перегруз сервера, плохой канал, или карта приходит из длинной цепочки.

Команды диагностики: telnet host 12000, netstat, ping

Первый шаг — убедиться, что порт вообще доступен:

telnet hostname 12000

Если соединение сразу сбрасывается — порт закрыт на уровне firewall или демон не запущен. Если зависает без ответа — демон может быть запущен, но не отвечает (редко, но бывает при кривом конфиге).

Проверка активных соединений на сервере:

netstat -tunlp | grep 12000

Должно показать что-то вроде tcp 0 0 0.0.0.0:12000 0.0.0.0:* LISTEN pid/CCcam. Если строки нет — демон не слушает этот порт.

Пинг проверяет базовую маршрутизацию, но не говорит ничего о состоянии порта — не путайте. Пинг идёт, порт закрыт — бывает постоянно.

Чтение логов: где смотреть ECM time и статус карты

OScam пишет в /var/log/oscam/oscam.log или куда указано в oscam.conf:

[global]
logfile       = /var/log/oscam/oscam.log
debuglevel    = 64

Уровень отладки 64 — это подробный режим, достаточный для диагностики. Для продакшена лучше 0 или 4, иначе лог растёт быстро.

В логах ищите строки вида:

ECM answer from reader myserver: 00 00 (240 ms)

Первые два байта — статус. 00 00 — успешная расшифровка. 04 00 или другие — отказ карты. Время в скобках — это и есть ECM time.

CCcam пишет в /tmp/CCcam.log на Enigma2. Уровень логирования задаётся в CCcam.cfg строкой DEBUG = 0 (0 — выкл, 12 — максимум).

Типичные ошибки и их устранение

Вот где большинство руководств просто сдаются и пишут «проверьте настройки». Я разберу конкретно.

Reader/host offline: порт закрыт или firewall

Ридер показывает offline или connecting без перехода в connected. Алгоритм:

1. Запустить telnet hostname port с клиентской машины — соединение устанавливается?
2. Если нет — проверить iptables -L -n на сервере, убедиться что порт открыт
3. Если сервер за роутером — убедиться в проброске порта (port forwarding) в настройках роутера
4. Отдельная история — двойной NAT или CGNAT у провайдера. Если ваш роутер получает серый IP (10.x.x.x или 100.64.x.x) — проброс портов не работает в принципе. Нужен VPN-туннель до сервера или переход на провайдера со статическим белым IP

Динамический IP сервера — ещё одна ловушка. C-line с IP-адресом перестаёт работать после переподключения провайдера. Решение: DynDNS-сервис (No-IP, Duck DNS) и прописать в C-line hostname вместо IP.

Карта подключилась, но каналы чёрные (нет нужного CAID/provid)

Ридер показывает connected, подписка как будто работает — но конкретные каналы не открываются. Чёрный экран.

Причина почти всегда одна: канал вещает на CAID или provider id, которого нет в раздаче. Например, сервер раздаёт 1702:000000 (Nagravision без провайдера), а канал требует 1702:003311. Это разные entitlement.

Что проверить:

• В webif OScam — раздел Services, посмотреть какие CAID/ident реально раздаются
• В oscam.server — параметры caid и ident у ридера не должны фильтровать нужное
• Параметр ignore в oscam.server — убедиться, что нужный CAID не попал в список игнорируемых
• На стороне сервера в F-line проверить, прописан ли нужный CAID для этого клиента

Фризы и долгое ECM time

Картинка заикается каждые несколько секунд или зависает на 2–3 секунды. ECM time при этом может быть 800 мс, 1200 мс или вообще таймаут.

Причины по частоте встречаемости:

• Длинная цепочка решары — сервер сам не держит карту, а берёт ключи у другого сервера, тот у третьего. Каждый хоп добавляет задержку и точку отказа. Параметр cccmaxhops помогает фильтровать такие источники
• Перегруз сервера — слишком много клиентов на одну карту. Одна карта обрабатывает примерно 1 ECM-запрос в секунду
• Плохой интернет-канал — потери пакетов даже в 1–2% дают заметные фризы. Проверить: ping -c 100 hostname | tail -5

Несовпадение версии протокола CCcam (2.0.11 vs 2.3.0)

Бывает, что ридер подключается, но карты не передаются. В логах OScam видно что-то вроде handshake failed или ридер циклически переподключается.

CCcam менял протокол между версиями. Версия 2.0.11 и 2.3.0 несовместимы при неправильных настройках. Решение — явно указать версию в конфиге OScam:

cccversion = 2.3.0

Или в C-line:

C: hostname 12000 user pass {2.3.0}

Ещё один конфликт, который встречается реже: на одной машине одновременно запущены CCcam и OScam, и оба пытаются занять порт 12000. Проверяется через netstat -tunlp | grep 12000 — там не должно быть двух процессов на одном порту. Одному из демонов нужно изменить порт.

Как выбрать источник/сервер: критерии без названий

Раз уж вы разбираетесь в теме через запросы вроде shara tv org — значит, уже думаете о том, где брать источник. Конкретные названия я не упоминаю принципиально, но критерии — вполне.

На что смотреть: стабильность ECM time и аптайм

Хороший источник даёт ECM time стабильно до 300–400 мс. Не «иногда 200, иногда 1500» — именно стабильно. Спайки убивают просмотр не хуже высокого среднего.

Аптайм за последние 30 дней должен быть не ниже 98–99%. Всё что ниже 95% — это регулярные перебои, смотреть неудобно. Нормальные провайдеры показывают эту статистику в личном кабинете или через webif.

Перед тем как платить — просите тестовый период. 24–48 часов достаточно, чтобы понять реальную картину: проверить ECM time на ваших каналах, убедиться что нужные CAID раздаются, посмотреть как ведёт себя соединение ночью и в пиковые часы.

Локальная карта против решары: риски цепочек

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

Каждый дополнительный хоп в цепочке: +50–150 мс к ECM time, ещё одна точка отказа, ещё один человек, который может выключить сервер или сменить пароль. Цепочка из 3 хопов — это почти гарантированные фризы на динамичном контенте.

Как это узнать? В webif OScam у ридера есть поле hops — если там 2 и выше, вы уже не на первом звене. Честный провайдер укажет это в описании.

Поддержка протоколов и прозрачность настроек

Нормальный источник даёт вам полную C-line с явным указанием хоста, порта, логина и пароля. Если вместо этого вам предлагают скачать какой-то «автоконфигуратор» — это красный флаг.

Проверьте поддержку протоколов: нужен ли вам CCcam, Newcamd или CS378x? OScam поддерживает все три, но не каждый сервер раздаёт на всех протоколах. Уточните заранее.

Список раздаваемых CAID должен быть доступен до покупки. Если вам нужен, например, 0500 (Viaccess) для французских пакетов, а у источника только 1830 (Nagravision) — тестовый период это покажет, но лучше спросить сразу.