Кардшаринг: настройка CCcam и OScam в 2026

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

Что такое кардшаринг и как он работает

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

Принцип работы: обмен ключами ECM/EMM

Поток спутникового ТВ зашифрован. Каждые ~10 секунд провайдер меняет контрольное слово (Control Word, CW) — ключ, которым расшифровывается видео. Чтобы его получить, ресивер формирует ECM-запрос (Entitlement Control Message) и отправляет его на сервер с картой.

Сервер передаёт запрос смарт-карте, та возвращает CW, и сервер пересылает его обратно клиенту. Ресивер получает слово, расшифровывает поток — картинка идёт. Весь цикл должен уложиться в те самые ~10 секунд, иначе начнутся фризы.

EMM (Entitlement Management Message) — другой тип сообщений, они управляют правами самой карты (активация пакетов, продление подписки). В процессе шаринга EMM обычно фильтруются на сервере.

Роль сервера и клиента в схеме

Сервер — это машина с физической смарт-картой и программой-эмулятором (CCcam, OScam). Он принимает ECM от клиентов, обрабатывает через карту и раздаёт CW обратно.

Клиент — ресивер без карты (или с картой без нужной подписки), который подключается к серверу по сети. Он отправляет ECM и получает готовое контрольное слово. С точки зрения ресивера всё прозрачно: он «думает», что карта стоит локально.

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

При локальной карте задержка расшифровки — миллисекунды, ридер подключён напрямую. При шаринге к этому добавляется задержка сети, очередь на сервере и время обработки. Хороший сервер даёт ECM time 50–150 мс. Плохой — 600+ мс, и тогда начинаются прерывания.

Ещё момент: локальная карта работает, пока жив ресивер. Сервер может уйти в даунтайм, потерять соединение, перегрузиться. Надёжность выше у локальной карты, но покрытие пакетов — у хорошего сервера с несколькими картами.

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

Спутниковые провайдеры используют разные системы условного доступа: Viaccess, Irdeto, Conax, Nagravision, Biss, PowerVU. Каждую систему идентифицирует CAID (CA System ID) — четырёхзначный hex-код. Viaccess, например, имеет CAID 0500, Irdeto — 0600/1702.

Помимо CAID есть Provider ID (провайдер внутри системы) и SID (Service ID — конкретный канал). Эти три параметра определяют, какой запрос обрабатывает конкретный ридер. Если они не совпадают с тем, что прописано в конфиге — карта запрос не обработает.

Протоколы кардшаринга: CCcam, OScam, Newcamd, MGcamd

Протоколы — это язык, на котором клиент и сервер обмениваются ECM и CW. Разные программы поддерживают разные протоколы, и это напрямую влияет на совместимость.

CCcam — протокол и порт по умолчанию

CCcam — проприетарный протокол и программа, разработанные закрытой командой. Порт по умолчанию — 12000, задаётся в CCcam.cfg параметром SERVER LISTEN PORT : 12000.

Протокол использует C-line для подключения к серверу и F-line для раздачи карты своим клиентам. CCcam до сих пор встречается повсеместно, но разработка давно заброшена. Последняя версия — 2.3.x, новых выпусков нет.

OScam как универсальное решение

OScam (Open Source Cam) — это уже другая история. Открытый исходный код, активное сообщество, поддержка множества протоколов одновременно: cccam, newcamd, camd35, radegast, gbox. Один демон может одновременно принимать клиентов по CCcam-протоколу и раздавать CW по newcamd.

Конфигурация разбита на несколько файлов: oscam.conf, oscam.server, oscam.user, oscam.services. Это сложнее, чем один CCcam.cfg, но даёт гибкость, которой у CCcam нет.

Newcamd и его роль

Newcamd — старый, но живучий протокол. Порт по умолчанию — 15000. Работает по принципу клиент-сервер, поддерживает DES-шифрование соединения. Многие дешёвые ресиверы умеют только newcamd, и отказываться от него рано.

В OScam настраивается через [newcamd] в секции listener oscam.conf. Ключ шифрования (DES key) должен совпадать на сервере и клиенте.

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

Протокол	Порт по умолчанию	Поддержка в OScam	Статус
CCcam	12000	Да (reader + listener)	Заброшен
Newcamd	15000	Да	Стабилен
Camd35	2000	Да	Используется
Radegast	8000	Да	Редко

MGcamd — это клиентский эмулятор (не сервер), совместимый с newcamd/CCcam. На старых ресиверах встречается часто, но на современных Enigma2-боксах его вытеснил OScam.

Настройка сервера и клиента OScam

OScam — главный инструмент для тех, кто хочет нормально настроить кардшаринг в 2026. Разберём конфиги пошагово, без замалчивания деталей.

Структура конфигов: oscam.conf, oscam.server, oscam.user, oscam.services

oscam.conf — главный конфиг. Секция [global] задаёт базовые параметры: уровень логирования, путь к логу, временная зона. Секция [webif] включает веб-интерфейс:

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

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

oscam.server описывает ридеры — источники карт. Каждый ридер начинается с секции [reader].

oscam.user описывает клиентов, которым сервер раздаёт CW. Каждый клиент — секция [account].

oscam.services — фильтрация по CAID/провайдер/SID. Здесь можно ограничить, какие каналы доступны конкретному клиенту.

Расположение файлов: /etc/tuxbox/config/oscam/ или /var/keys/

Путь к конфигам зависит от прошивки и сборки. На Enigma2-боксах с OpenATV или OpenPLi это обычно /etc/tuxbox/config/oscam/. На некоторых сборках — /var/keys/. В Gemini и DreamElite встречается /etc/enigma2/oscam/.

Проверить, откуда запущен демон, можно командой: ps aux | grep oscam — в выводе будет ключ -c с путём к директории конфигов.

Настройка ридера карты (DVB reader)

Встроенный картоприёмник ресивера обычно доступен как /dev/sci0 (или sci1 для второго слота). Внешний USB-ридер (типа SCR3310) определяется как /dev/ttyUSB0.

Пример ридера для встроенного слота:

[reader]
label = internal_card
protocol = internal
device = /dev/sci0
caid = 0500
detect = cd
mhz = 357
cardmhz = 357
group = 1
emmcache = 1,3,2

Для внешнего USB-ридера меняем protocol = mouse и device = /dev/ttyUSB0. Параметр mhz задаёт тактовую частоту. Для большинства карт 357 (3,57 МГц) — нормально, некоторые карты требуют 600.

Если нужно подключиться как клиент к CCcam-серверу, ридер выглядит так:

[reader]
label = cccam_server
protocol = cccam
device = server.example.com,12000
user = myuser
password = mypass
group = 1
cccversion = 2.3.0
cccmaxhops = 1

Настройка клиентских аккаунтов в oscam.user

Каждый клиент, которому сервер раздаёт CW, описывается в oscam.user:

[account]
user = client1
pwd = password123
group = 1
au = 1
monlevel = 0
caid = 0500

Параметр group должен совпадать с группой ридера — так OScam знает, через какую карту обрабатывать запросы этого клиента. au = 1 включает автообновление (EMM) для карты.

Веб-интерфейс OScam (httpport 8888)

После запуска демона открываем браузер: http://<IP-ресивера>:8888. Вкладка Readers показывает статус карты — активна ли, сколько ECM обработано, время отклика. Вкладка Clients — кто подключён, сколько запросов обработано.

Если порт 8888 занят, меняем httpport в oscam.conf. Там же настраивается HTTPS через httpsport и SSL-сертификат.

Запуск и проверка статуса демона

Стандартная команда запуска: oscam -b -c /etc/tuxbox/config/oscam. Флаг -b запускает демон в фоне, -c указывает директорию конфигов.

Проверить, запущен ли демон: pidof oscam или ps | grep oscam. Остановить: kill $(pidof oscam) или через init-скрипт /etc/init.d/oscam stop.

Важный момент: не запускай OScam и CCcam одновременно на одном ресивере. Они будут конфликтовать за доступ к картоприёмнику (/dev/sci0). Выбери что-то одно.

Настройка CCcam: конфигурационный файл CCcam.cfg

CCcam всё ещё встречается в старых конфигурациях, и знать его синтаксис полезно хотя бы для того, чтобы мигрировать на OScam правильно.

Синтаксис C-line, N-line, F-line

C-line — подключение к CCcam-серверу:

C: server.example.com 12000 username password

Формат: C: хост порт логин пароль. Можно добавить параметры no/yes для управления resharing и EMM.

F-line — создание клиентского аккаунта (для входящих подключений к твоему серверу):

F: clientuser clientpassword 1 0 0 0 { 0:0:1 }

Поля после пароля: uphops (сколько hop'ов карта передаётся вверх), downhops (вниз), reshare (повторная раздача), и фильтры по CAID.

N-line — подключение по протоколу Newcamd:

N: server.example.com 15000 username password 01 02 03 04 05 06 07 08 09 10 11 12 13 14

Длинная строка чисел в конце — DES-ключ шифрования (14 байт в hex). Должен совпадать с настройками сервера.

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

На DreamBox — /var/etc/CCcam.cfg. На VU+, Formuler и подобных — часто /usr/keys/CCcam.cfg или /etc/CCcam.cfg. Смотри, откуда запускается процесс, аналогично OScam.

Параметры обмена и hop count

Hop count — количество промежуточных серверов, через которые передаётся информация о карте. Чем больше хопов, тем выше задержка и ниже стабильность. Для прямого подключения к серверу с картой — hop 1. Если сервер в свою очередь получает карту от другого сервера — hop 2, и так далее.

Параметр SHARE LIMIT : 1 в CCcam.cfg ограничивает максимальное число хопов для раздачи. Значение 0 — только локальные карты, без передачи чужих.

Локальная карта в CCcam.cfg

CCcam автоматически определяет карту в локальном ридере. Управление ридерами — через параметры:

SERIAL READER : /dev/ttyUSB0 PHOENIX
SMARTREADER OPTIMIZE : yes

Для встроенного ридера Dreambox используется INTERNAL SERIAL READER. Но честно говоря, для локальной карты OScam настраивается точнее и ведёт себя надёжнее — миграция оправдана.

Диагностика и решение типичных проблем

Большинство проблем с кардшарингом решаются чтением логов. Не «перезагрузи ресивер», не «попробуй другой сервер» — а именно анализ лога. Разберём основные сценарии.

Канал не открывается: проверка ECM

Первым делом смотрим лог OScam (/var/log/oscam.log или через веб-интерфейс, вкладка Log). Ищем строки с нужным SID. Если видим not found (0500&000000/XXXX) — ридер не нашёл карту для этого CAID/провайдера.

Причины: неправильный CAID в oscam.server, несовпадение группы ридера и группы аккаунта, или канал не входит в список oscam.services. Региональные версии одного пакета могут иметь разные CAID — например, один и тот же провайдер может использовать 0500:042300 и 0500:042800 для разных регионов. Уточни CAID через lamedb или в настройках канала на ресивере.

Фризы и долгий отклик (высокий ping/ECM time)

Норма ECM time — до 300–400 мс. Если значение стабильно выше 500 мс — жди фризов. CW успевает прийти, но впритык, и при малейшей задержке сети канал рассыпается.

Что делать: проверь пинг до сервера (должен быть до 100–150 мс для нормальной работы), посмотри загрузку процессора ресивера (вдруг одновременно работают OScam и какой-нибудь торрент-клиент), убедись, что интернет-канал стабильный — пакетные потери убивают кардшаринг.

Отдельный случай: провайдер изменил интервал смены CW. Обычно это 10 секунд, но некоторые переходят на 5 или даже 3 секунды для защиты от шаринга. Если сервер не успевает обработать запросы с таким темпом — фризы неизбежны даже при хорошем пинге.

Ошибка подключения к серверу (нет C-line)

В логе будет что-то вроде connection refused или network timeout. Первым делом проверь C-line вручную: правильный ли хост, порт, логин и пароль. Ошибка в пробеле или регистре пароля — частая причина.

Если данные верны — проверь, открыт ли порт на сервере. Команда с клиентской стороны: telnet server.example.com 12000. Если соединение не устанавливается — порт закрыт файрволом или неверно пробрасывается на роутере.

Работа за NAT с «серым» IP от провайдера — отдельная проблема. Если у провайдера CGNAT, стандартный проброс портов не сработает. Нужен VPN с белым IP, reverse tunnel (например через SSH) или услуга у провайдера по выделению реального IP.

Проблемы с CAID и provider ID

OScam строго матчит запросы. Если в oscam.server прописан CAID 0500, а запрос приходит с CAID 0604 — ридер его проигнорирует. Смотри вкладку Readers в веб-интерфейсе: там видно, сколько запросов принято, отклонено и не найдено.

Параметр ident в секции ридера позволяет явно задать допустимые CAID:ProvID. Например: ident = 0500:042300,042800. Без него ридер попробует все запросы подряд, что создаёт лишнюю нагрузку.

Анализ логов OScam

Типичная строка успешного ECM в логе:

2026/03/15 21:04:22 c (2) client1 [cccam] ECM 0500&042300/1234/5678 found (55 ms) by internal_card

Расшифровка: клиент client1 запросил CW для CAID 0500, провайдер 042300, SID 1234, PMT PID 5678. Запрос обработан за 55 мс ридером internal_card. Это хороший результат.

Строка с ошибкой:

2026/03/15 21:04:22 c (2) client1 [cccam] ECM 0500&042300/1234/5678 not found (850 ms)

850 мс и not found — карта не ответила за таймаут. Смотрим состояние ридера: может, карта вывалилась из ридера, или сервер выше по цепочке не отвечает.

Как выбрать надёжного провайдера: критерии оценки

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

Аптайм и стабильность сервера

Заявленный аптайм 99,9% — это маркетинг. Смотри, как долго сервис существует, есть ли история инцидентов. Хороший знак — когда провайдер честно пишет о плановых работах и их длительности. Нет никакой статус-страницы и нет истории? Это уже настораживает.

Минимальный ожидаемый аптайм для нормальной работы — 99,5% в месяц. Это примерно 3–4 часа суммарного простоя за месяц. Больше — будет мешать.

Время отклика ECM

Это главный технический параметр. ECM time ниже 200 мс — отлично. 200–400 мс — приемлемо. Выше 500 мс — будут проблемы с фризами. Если провайдер не указывает этот показатель — попроси тестовый доступ и измерь сам через веб-интерфейс OScam.

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

Убедись, что сервер поддерживает именно твои пакеты. Это значит: правильный CAID, нужный Provider ID, и конкретные SID каналов. Спроси напрямую или проверь через тестовый доступ — не верь списку на главной странице без проверки.

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

Нормальный провайдер даёт тестовый доступ на 24–48 часов. Без теста — пропускай, независимо от красивого описания. За тест можно проверить реальный ECM time, стабильность соединения и то, как работает поддержка при возникновении вопросов.

Техподдержка должна отвечать по существу, а не отправлять читать FAQ. Если на вопрос «какой CAID поддерживает ваш сервер» отвечают уклончиво — это плохой знак.