Альтернатива Kartina TV: CCcam/OScam сервер своими руками

Если вы ищете Kartina TV альтернатива — и устали от ситуации, когда готовый сервис падает в неудобный момент, меняет тарифы или пропадает нужный пакет — тогда стоит разобраться, что такое cardsharing и реально ли поднять собственный сервер. Спойлер: реально, но это совсем другая технология с другими требованиями.

Чем cardsharing отличается от Kartina TV и кому он подходит

Принципиальная разница: IPTV-сервис против собственного приёмного тракта

Kartina TV — это OTT-сервис: каналы кодируются, упаковываются в HLS/MPEG-DASH и доставляются вам через обычный интернет. Никакой тарелки, никакого спутникового сигнала. Вы просто открываете приложение и смотрите.

Cardsharing работает иначе. Ресивер принимает зашифрованный спутниковый или кабельный поток, извлекает из него ECM-пакеты (Entitlement Control Message) и отправляет их на сервер — CCcam или OScam. Сервер прокидывает этот запрос через физическую смарт-карту подписки, получает control word (CW) и возвращает его обратно ресиверу. Ресивер расшифровывает поток и показывает картинку.

Вся цепочка занимает миллисекунды. Если задержка слишком высокая — появляются фризы, потому что CW обновляется примерно каждые 10 секунд, а окно для замены узкое.

Что нужно иметь физически: спутниковая тарелка, ресивер, карта доступа

Список минимального железа для своей спутниковой точки:

• Спутниковая тарелка нужного диаметра (зависит от позиции и вашего региона)
• LNB — конвертер на облучателе
• Ресивер с поддержкой CCcam или newcamd — Dreambox, VU+, OpenATV на основе Linux STB
• Легально приобретённая смарт-карта подписки на нужный пакет
• PC/SC USB-ридер (если сервер поднимается отдельно на PC или роутере)

Без физической карты с действующей подпиской всё остальное — просто железо. Cardsharing не создаёт доступ из воздуха, он только делает карту «доступной» для нескольких ресиверов одновременно.

Когда cardsharing не заменит Kartina TV

Kartina TV специализируется на русскоязычном контенте, часть которого — каналы, которых нет ни на каком спутнике в вашей зоне приёма. Или есть, но в пакете, карту к которому не продают в вашей стране. В таких случаях cardsharing не поможет.

Также учтите: если живёте в многоквартирном доме без права установки тарелки — это сразу закрывает вопрос. Kartina TV альтернатива через cardsharing работает только там, где физически можно принять спутниковый сигнал.

Архитектура решения: сервер OScam и протокол CCcam

Роли: сервер (раздаёт CW) и клиент (ресивер/STB)

Сервер — это машина с картой и OScam. Клиент — ресивер, на котором крутится CCcam или аналог. Клиент стучится к серверу по TCP, передаёт ECM, получает CW в ответ.

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

Протокол CCcam (порт 12000) против newcamd и cs378x

Стандартный порт CCcam — 12000 TCP. Это то, на что настраивают клиентские STB по умолчанию. Протокол newcamd обычно слушает в диапазоне 15000–16000. cs378x (camd35) — порты 34000–34001.

В конфиге CCcam клиентские строки выглядят как C: (сервер, к которому подключаемся) и N: для newcamd. В OScam протоколы описываются в oscam.server через параметр protocol и настройки порта в oscam.conf секции [cccam] или [newcamd].

Где берутся ECM/EMM и что такое control word

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

CW меняется примерно каждые 10 секунд. Ресивер должен получить следующий CW до того, как истечёт текущий. Если OScam не успел — фриз на экране.

Установка и базовая настройка OScam

Сборка OScam-emu из исходников и зависимости

На Debian/Ubuntu нужны следующие пакеты перед сборкой:

apt install libssl-dev libusb-dev pcscd libpcsclite-dev cmake

OScam-emu — это форк с расширенной поддержкой эмуляции и большинством актуальных CAID. Репозиторий — GitHub, ищите oscam-emu. Сборка через cmake с нужными флагами, например -DWEBIF=1 -DPCSC=1. Готовый бинарь обычно кладут в /usr/bin/oscam.

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

На Linux-ресиверах (Dreambox, VU+) конфиги живут в /etc/tuxbox/config/. На некоторых системах — в /var/keys/. На обычном PC с Debian — создайте /etc/oscam/ и запускайте OScam с флагом -c /etc/oscam.

Минимальный набор файлов: oscam.conf, oscam.server, oscam.user. Всё остальное — дополнительно.

Ключевые конфиги: oscam.conf, oscam.server, oscam.user

Минимальный oscam.conf:

[global]
logfile = /var/log/oscam.log
nice = -1
maxlogsize = 500

[webif]
httpport = 8888
httpuser = admin
httppwd = yourpassword
httprefresh = 10

[cccam]
port = 12000

Файл oscam.server — описание ридера с картой:

[reader]
label = my_card
protocol = pcsc
device = 0
group = 1
detect = cd
mhz = 357
cardmhz = 357

Параметры mhz и cardmhz — частота ридера и карты в единицах 10 кГц. Значение 357 = 3.57 МГц, стандарт ISO. Некоторые карты требуют другую частоту — если ATR определяется неверно, это первое, что нужно проверить.

Файл oscam.user — учётная запись клиента:

[account]
user = myclient
pwd = clientpassword
group = 1
au = 1

Запуск демона и проверка веб-интерфейса на порту 8888

Запуск: oscam -c /etc/oscam -b (в фоне). Для systemd создайте юнит или используйте готовый из пакета. Сразу после запуска:

tail -f /var/log/oscam.log

В логе должно появиться card inserted для вашего ридера. Открываете браузер: http://server_ip:8888 — там статус ридера, подключённые клиенты и ECM time по каждому запросу.

Подключение клиента (CCcam) к серверу

Строка C-line: C: host port username password

Формат строки подключения в CCcam.cfg:

C: 192.168.1.10 12000 myclient clientpassword no { 0500:032830 }

Разбор: 0500 — CAID (в данном случае Viaccess), 032830 — Provider ID. Фигурные скобки ограничивают список CAID/Provider, которые клиент запрашивает. Если оставить пустыми — клиент будет стучаться по всем доступным, что создаёт лишнюю нагрузку.

Файл CCcam.cfg на ресивере и его расположение

На большинстве Linux-ресиверов файл лежит в /var/etc/CCcam.cfg. На некоторых прошивках — /etc/CCcam.cfg. После изменения конфига нужно перезапустить CCcam: killall -HUP CCcam или через меню прошивки.

Маппинг CAID/Provider ID и читка приоритета (ecm.info)

Полный список CAID и Provider ID для спутниковых пакетов можно найти в базе данных провайдеров — или извлечь прямо из потока через ecm.info в веб-интерфейсе OScam или через лог CCcam. Там будет строка вида caid: 0500, prov: 032830 — копируете в C-line.

Параметр hops — это количество «прыжков» до карты. Хоп 1 означает, что ваш сервер напрямую читает карту. Хоп 2 — ваш сервер ходит на другой сервер. Чем больше хопов, тем выше ECM time.

Проверка качества: ECM time, hops и channel switching

Нормальный ECM time — до 0.3–0.5 секунды. Переключение канала при таком времени почти мгновенное. Если ECM time 1–2 секунды — переключение тормозит, на HD-каналах могут появляться фризы, потому что там CW обновляется интенсивнее.

В веб-интерфейсе OScam (порт 8888) раздел «Readers» покажет статистику по каждому ридеру. В разделе «Users» — активность клиентов, ECM time и процент cache hits.

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

Чёрный экран и «no card» — проверка ридера и ATR

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

lsusb | grep -i reader
pcsc_scan

pcsc_scan выведет ATR карты, если ридер и карта работают нормально. Если ATR определяется с ошибками — проблема часто в параметрах mhz и cardmhz в oscam.server. Попробуйте значения 368 (3.68 МГц) или 600 (6.00 МГц) — зависит от карты.

Если pcsc_scan зависает — проверьте, запущен ли демон pcscd: systemctl status pcscd.

Периодические фризы — высокий ECM time и сетевая задержка

Фризы только на HD-каналах — характерный признак высокого ECM time. HD-пакеты обновляют CW чаще, и если сервер не успевает ответить в нужное окно, картинка замерзает на 1–2 секунды.

Проверьте пинг до сервера: если больше 100–150 мс, это уже проблема. Также проверьте MTU — на некоторых VPN-соединениях стандартный MTU 1500 вызывает фрагментацию пакетов и дополнительные задержки. Снизьте до 1400 и проверьте.

Ещё один неочевидный момент: маломощное железо (старый STB как сервер) при нескольких одновременных клиентах может просто не успевать обрабатывать очередь ECM. OScam имеет встроенный кэш CW — включите его в oscam.conf секцией [cache] с параметром cwcachemode = 1. Повторные запросы на тот же CW будут отдаваться из кэша мгновенно.

Ошибки группы/CAID и почему клиент не видит каналы

Статус rejected в логе — первым делом сверяем group в oscam.user и group в oscam.server. Они должны совпадать. Если ридер в группе 1, а пользователь в группе 2 — клиент никогда не получит CW, хотя карта вставлена и работает.

Статус not found — значит, карта есть, но не поддерживает запрашиваемый CAID/Provider. Проверьте, что CAID в C-line клиента совпадает с тем, что реально на карте. pcsc_scan или лог OScam при старте покажет CAID карты.

Особый случай: двойной NAT. Если и сервер, и клиент за роутерами — порт 12000 нужно пробросить на обоих. Если сервер за NAT, клиент снаружи просто не достучится. Решение — проброс портов на роутере сервера или VPN между сервером и клиентом.

Логи: чтение oscam.log и расшифровка статусов

Основные статусы в /var/log/oscam.log:

• found — CW получен с карты, всё работает
• cache — CW отдан из кэша (быстро, хорошо)
• not found — карта не смогла обработать этот ECM (нет поддержки пакета)
• rejected — запрос отклонён фильтром (группа, CAID-фильтр или временной лимит пользователя)
• timeout — карта не ответила вовремя, проверяйте ATR и частоту

Удобный способ мониторинга в реальном времени:

tail -f /var/log/oscam.log | grep -E "found|not found|rejected|timeout"

Как выбрать провайдера cardsharing, если не поднимать свой сервер

Не у всех есть возможность или желание возиться с железом. Если хочется попробовать cardsharing без своей карты и тарелки — можно подключиться к стороннему серверу. Kartina TV альтернатива через чужой сервер технически проще, но требует тщательного выбора провайдера.

Объективные критерии оценки: uptime, ECM time, поддержка нужных CAID

Первое — uptime. Нормальный показатель для платного сервиса — 99%+. Всё ниже 98% — это несколько часов недоступности в месяц, что неприемлемо. Спрашивайте статистику за последние 30 дней, а не за «в среднем».

Второе — ECM time. Хороший сервер даёт стабильные 0.2–0.4 секунды. Если в тестовый период ECM time скачет от 0.1 до 2.0 — это перегруженный сервер или нестабильное соединение до карты.

Третье — конкретные CAID и провайдеры, которые вам нужны. Не «все пакеты», а именно ваш пакет. Запросите список поддерживаемых CAID до оплаты.

Технические признаки надёжного сервера

Нормальный провайдер предоставит:

• Тестовый период — минимум 24–48 часов без оплаты
• Резервные линии на случай падения основного сервера
• Поддержку минимум двух протоколов: CCcam и newcamd
• Актуальный ECM time в личном кабинете или по запросу
• Хоп 1 для нужных CAID (прямая карта, не цепочка)

Количество хопов до карты видно в логе CCcam или в веб-интерфейсе. Хоп 1 — отлично. Хоп 2 — приемлемо. Хоп 3 и выше — это цепочка серверов, ECM time будет нестабильным.

Красные флаги при выборе

Вот что должно насторожить сразу:

• «Все пакеты всех спутников» за минимальную цену — так не бывает физически
• Отказ давать тестовый доступ — значит, знают, что продукт не выдержит проверки
• Нет информации о поддерживаемых CAID — продают кота в мешке
• Один сервер без резервного — любое обслуживание = недоступность
• Форумы с жалобами на фризы в прайм-тайм — перегруженная инфраструктура

И главное — используйте только легально приобретённые подписки. Cardsharing с украденными или клонированными картами незаконен и карается в большинстве стран ЕС и СНГ. Картина меняется, провайдеры активно блокируют нелегальный шаринг через ECM-ловушки.