DirecTV Stream через CCcam/OScam: настройка шаринга

Каждый раз, когда речь заходит про direct tv stream и card sharing, начинается путаница. Люди ищут способ настроить CCcam или OScam под американские пакеты, а натыкаются на OTT-приложение и не понимают, почему ничего не работает. Ниже — разбор по существу: что к чему, как настроить реальный спутниковый шаринг, и почему direct tv stream как IP-сервис вообще не про CCcam.

DirecTV Stream и спутниковый DirecTV: в чём разница для шаринга

Прежде чем лезть в конфиги — нужно понять, что именно вы хотите принимать. Это не лирика, а основа всего дальнейшего.

OTT-сервис (IP) против спутникового вещания (DVB-S2)

DirecTV существует в двух совершенно разных воплощениях. Первое — классический спутниковый DirecTV: тарелка, транспондеры на 101°W/110°W/119°W, DVB-S2 сигнал, смарт-карта в CAM-модуле или ресивере. Это и есть то, что теоретически поддаётся card sharing.

Второе — direct tv stream, запущенный в 2021 году как OTT-замена: приложение на смартфоне, Smart TV, Fire Stick, браузере. Работает через интернет, смарт-карты нет вообще, шифрование — Widevine L1/L3 или PlayReady. Это принципиально другой продукт.

Почему OTT нельзя расшарить через CCcam/OScam

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

OTT-сервис direct tv stream не передаёт DVB-поток вообще. Видео идёт как зашифрованный HLS или DASH-стрим через HTTPS. Шифрование Widevine привязано к конкретному устройству через DRM-лицензию, которая выдаётся после аутентификации аккаунта. Никакого ECM, никакого CW, никакого CAM. CCcam и OScam здесь просто нечего делать.

Какие именно сигналы поддаются card sharing

DVB-S2 пакеты с условным доступом (Conditional Access): VideoGuard (NDS/Cisco), Nagravision 3, PowerVu, BISS. Классический спутниковый DirecTV использовал VideoGuard с CAID 0x0960 и 0x0963. Сигнал идёт на спутниках Galaxy 19 (97°W), SES-1 (101°W) и ряде других позиций. Вот это — реальная территория CCcam/OScam.

Что нужно для приёма спутниковых пакетов через CCcam/OScam

Железо и софт — без этого конфиги бесполезны.

Спутниковый ресивер с поддержкой Enigma2 или совместимый

Де-факто стандарт для card sharing — ресиверы на Enigma2: VU+ (Solo, Duo, Ultimo), Dreambox DM800/DM900, Gigablue, Formuler. На них CCcam и OScam устанавливаются как плагины через feeds или вручную. Ресиверы типа IPTV-бокса без DVB-тюнера не подойдут.

Также работают решения на базе dvbapi + компьютер с DVB-картой (TBS, Tevii, Digital Devices), но это отдельная история для тех, кто хочет собрать головную станцию.

DVB-S2 тюнер и корректно настроенная антенна

Для американских спутников нужна тарелка с правильной ориентацией. Большинство американских позиций — Ku-band, RHCP (правая круговая поляризация), что отличается от европейского линейного. Стандартный европейский LNB не подойдёт — нужен LNBF для диапазонов DiSEqC с поддержкой circular. Signal/SNR можно смотреть в Enigma2 через меню настройки транспондера.

Сетевое подключение и открытые порты

Пинг до сервера шаринга критичен. ECM timeout по умолчанию в OScam — 1500 мс, в CCcam чуть выше. Если пинг 200+ мс плюс нагрузка на сервер, переключение каналов будет долгим. Нужен стабильный канал с пингом до сервера < 80 мс.

Порт CCcam по умолчанию — 12000 TCP. Newcamd — обычно 10000-15000 диапазон, camd35 — 35 UDP или 2000-3000 TCP. Всё это должно быть открыто на сервере и не блокироваться провайдером клиента. NAT на роутере обычно не мешает исходящим соединениям, но некоторые корпоративные сети или мобильные операторы режут нестандартные порты.

Версии ПО: CCcam 2.3.x и OScam актуальной сборки

CCcam последней актуальной ветки — 2.3.0. Развитие давно остановлено, но работает стабильно. OScam — живой проект, сборки обновляются регулярно на oscam.svn.sourceforge.net, актуальные ревизии в районе 11800+. На Enigma2 ставится через feeds дистрибутива (OpenPLi, OpenATV, OpenVision).

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

Здесь — реальные пути и форматы. Не пересказ документации, а то, что действительно нужно знать при первой настройке.

Структура CCcam.cfg: строки C: и F:

Файл конфига — /etc/CCcam.cfg. Строка подключения к серверу (клиентская сторона):

C: shareserver.example 12000 mylogin mypassword

Строка F: используется для перешаривания карт локальным клиентам (если вы сами сервер):

F: clientlogin clientpassword 1 0 0 0 { 0960:000000 }

Здесь 0960 — CAID VideoGuard, 000000 — provider ID (нули = все провайдеры этого CAID). Поле после паролей — уровень решары: 0 = нет, 1 = одна ступень. Синтаксис чувствителен к пробелам, лишние символы ломают парсинг.

CCcam логи — /tmp/CCcam.log или stdout, в зависимости от сборки. Уровень логирования задаётся строкой DEBUG LEVEL = 0 (0–12).

OScam: oscam.conf, oscam.server, oscam.user

OScam хранит конфиги в /usr/local/etc/ или /etc/tuxbox/config/ — зависит от образа. Точный путь смотреть в выводе oscam --version, там строка Config dir.

Минимальный oscam.conf для клиентского режима:

[global]
logfile = /tmp/oscam.log
maxlogsize = 1000
preferlocalcards = 1

[cs357x]
port = 0

[newcamd]
key = 0102030405060708091011121314
port = 10300@0960:000000

Файл oscam.server — подключение к шаринг-серверу:

[reader]
label = myshare
protocol = cccam
device = shareserver.example,12000
user = mylogin
password = mypassword
caid = 0960
ident = 0960:000000
group = 1
reconnecttimeout = 30

Файл oscam.user — локальные пользователи (если OScam раздаёт карты через dvbapi на том же ресивере):

[account]
user = localuser
pwd = localpass
group = 1
au = 1

Протоколы newcamd, cccam, camd35 — когда какой

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

Newcamd — открытый протокол, требует 14-байтный DES-ключ (key в oscam.conf). Старый, но до сих пор встречается. Порт обычно 10000-15000.

Camd35 / cs357x — UDP-протокол, порт 35 или настраиваемый. Менее распространён, используется в специфических связках. В oscam.conf секция [cs357x].

На практике: если сервер CCcam — используй cccam-протокол в oscam.server. Если сервер предлагает newcamd — указывай protocol = newcamd и прописывай ключ.

Проверка соединения и логов

Веб-интерфейс OScam поднимается на порту 8888 по умолчанию (задаётся в секции [webif] в oscam.conf). Там в реальном времени видно: статус ридеров, ECM-запросы, время ответа.

Быстрая проверка доступности порта сервера с ресивера:

nc -zv shareserver.example 12000

Или через telnet: telnet shareserver.example 12000. Если соединение не устанавливается — проблема либо в DNS, либо в фаерволе между клиентом и сервером.

В oscam.log строки вида ECM ... CW from reader myshare (300 ms) — всё хорошо. Строки CW not found или Decoding Time: timeout — сервер не отдал ключ.

Типичные проблемы и их решение (troubleshooting)

80% проблем — одни и те же. Разберём по симптомам.

Канал не открывается: FTA против кодированного

Прежде всего — убедитесь, что канал действительно кодированный и что ваш CAID совпадает с тем, что используется в пакете. В Enigma2 нажмите Info на канале и посмотрите строку Encryption. Если там пусто или "FTA" — карта тут не поможет вообще. Если там VideoGuard, но CAID в конфиге другой — это причина.

Долгое переключение и фризы (зеппинг)

Переключение дольше 2-3 секунд — плохой знак. Смотрим в OScam веб-интерфейс на ECM time конкретного ридера. Норма — до 300-500 мс. Всё выше 800 мс даст заметные задержки при зеппинге.

Причины высокого ECM time: большой пинг до сервера (проверить ping shareserver.example), перегруженный сервер в пиковые часы, длинная цепочка решары (об этом ниже). Иногда помогает параметр reconnecttimeout = 15 в oscam.server — более агрессивное переподключение при деградации.

ECM timeout и ошибки CW not found

В логах OScam это выглядит так: CAID: 0960 PROVID: 000000 SERVICE: ... CW not found (8 ms) — 8 мс означает, что сервер сразу ответил "нет карты". Или: Decoding Time: 1500 ms (Timeout) — сервер не ответил вообще.

Алгоритм диагностики:

1. Проверить, что CAID в oscam.server совпадает с CAID канала (смотреть через Info в Enigma2)
2. Проверить доступность порта сервера (nc -zv)
3. Убедиться, что системное время на ресивере синхронизировано — некоторые протоколы чувствительны к расхождению более 60 секунд. Команда: ntpdate -u pool.ntp.org
4. Проверить, не блокирует ли провайдер клиента нестандартные порты

Сервер видит клиента, но нет картинки

В логах OScam клиент подключился, ECM time нормальный, CW отдаётся — а картинки нет. Это обычно проблема dvbapi: OScam не может передать CW декодеру ресивера. Проверить, что в Enigma2 включён CA-плагин и OScam запущен с правами доступа к /dev/dvb/. В oscam.conf должна быть секция:

[dvbapi]
enabled = 1
au = 1
boxtype = dreambox
user = localuser

Тип бокса (boxtype) должен соответствовать вашему железу: dreambox, vu, generic. Неверный boxtype — CW уходит "в никуда".

Как выбрать надёжный сервер шаринга: критерии без имён

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

Стабильность аптайма и скорость отдачи CW

ECM time — главный KPI. Попросите тестовую линию и смотрите в oscam.log на реальные значения. Хороший сервер даёт стабильные 100-300 мс без всплесков. Если среднее 400 мс, а пики уходят в 1200+ — сервер либо перегружен, либо использует длинную решару.

Аптайм — не то, что написано на сайте. Потестируйте несколько дней в разное время суток. Пиковые часы (вечер по UTC+1 — 18:00-23:00) — самая честная проверка.

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

Перед покупкой уточняйте конкретные CAID. Для американских спутниковых пакетов это VideoGuard (0x0960, 0x0963), для других регионов — Nagravision (0x1830, 0x1843), Viaccess (0x0500), Irdeto (0x0604). Если сервер не указывает поддерживаемые CAID — это тревожный знак.

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

Локальная карта — физический ридер с настоящей смарт-картой подключён к серверу напрямую. Это минимальная задержка: сервер дешифрует ECM сам, сразу отдаёт CW.

Решара (reshare) — сервер сам является клиентом другого сервера. Ваш запрос идёт: вы → сервер → upstream-сервер → возможно, ещё один upstream. Каждое звено добавляет задержку. Решара в 2 ступени уже даёт +200-400 мс к ECM time. В 3+ ступени — гарантированные фризы.

Как определить: спросить напрямую или смотреть на ECM time. Если время стабильно низкое (< 200 мс) и не зависит от времени суток — скорее всего локальная карта. Если прыгает от 150 до 900 мс — решара с нестабильным upstream.

На что обращать внимание в логах перед выбором

При тестировании смотрите в /tmp/oscam.log на несколько вещей:

• Процент успешных ECM: строки CW from reader vs CW not found. Хороший сервер — 98%+ успешных
• Разброс ECM time: разница между минимальным и максимальным значением. Узкий разброс (например, 120-180 мс) = стабильная локальная карта
• Количество reconnect: если в логах видно частые reader reconnect — сервер нестабилен
• Timeout на конкретных каналах: если один CAID/provider стабильно даёт timeout — у сервера нет нужной карты, просто не говорит об этом честно