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

Если вы уже держите в руках ресивер на Enigma2 и у вас есть доступ к шаринг-серверу — значит, общая теория вам не нужна. Нужны конкретные конфиги, реальные команды и понимание того, почему что-то не работает. Именно об этом и пойдёт речь. Спутниковое тв шаринг — тема технически насыщенная, и большинство мануалов в интернете дают шаблоны без объяснений. Я попробую это исправить.

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

Что такое спутниковый шаринг и как он работает

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

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

Ресивер принимает поток со спутника. В нём есть зашифрованные пакеты и отдельный поток ECM (Entitlement Control Message) — зашифрованные сообщения, из которых можно извлечь Control Word (CW), если у тебя есть карта с нужными правами. CW — это и есть тот 8-байтный ключ, которым расшифровывается видео.

При шаринге ресивер отправляет ECM-запрос на сервер. Сервер передаёт его на смарт-карту, получает CW и возвращает его обратно клиенту. Весь цикл должен укладываться примерно в 300–500 мс — иначе пойдут фризы. Каждый канал идентифицируется тремя параметрами: caid (идентификатор системы условного доступа, например 0x0500 для Viaccess), provid (идентификатор провайдера внутри системы) и srvid (идентификатор конкретного сервиса/канала).

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

На сервере стоит физическая смарт-карта в CI-модуле или картридере (например, Smargo, Phoenix). OScam или CCcam работает с этим ридером как с локальным устройством. Когда приходит ECM от клиента, программа передаёт его на карту, получает ответ и отдаёт CW по сети.

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

Чем шаринг отличается от официальной подписки

При официальной подписке у вас своя карта в ресивере, и всё происходит локально. При шаринге карта на сервере, а ваш ресивер — клиент, который получает CW по сети. Задержка есть всегда — вопрос только в её величине. Качество соединения и нагрузка на сервер напрямую влияют на то, будет ли картинка гладкой или будет фризить каждые 10 секунд.

Протоколы CCcam и OScam: в чём разница

CCcam — это одновременно и программа, и протокол. OScam — эмулятор с поддержкой множества протоколов, включая CCcam, newcamd, camd35, Gbox и другие. Это принципиальное различие.

Протокол CCcam (порт 12000 по умолчанию)

Протокол CCcam работает по TCP, стандартный порт — 12000. Соединение инициирует клиент, передавая строку подключения формата C-line. Протокол проприетарный, но хорошо задокументирован сообществом. OScam умеет работать и как CCcam-сервер, и как CCcam-клиент.

Одна из особенностей протокола — механизм хопов (hops). Каждый раз, когда ECM передаётся через промежуточный сервер, счётчик хопов растёт. Высокий hop-count увеличивает задержку и иногда блокируется на сервере принципиально — нет смысла разрешать хопы выше 2–3.

Протокол newcamd (camd35, порты 15000+)

Newcamd — более старый протокол, но до сих пор живой. Порты обычно в диапазоне 15000–15010. Отличие от CCcam в том, что newcamd передаёт один caid на одно соединение. Для нескольких систем условного доступа придётся открывать несколько портов. camd35 — вариант того же семейства, иногда работает стабильнее на слабых ресиверах.

В OScam эти протоколы настраиваются через секцию [cs357x] (camd35) или [newcamd] в oscam.conf — с указанием порта, ключа шифрования и привязки к группам пользователей.

Когда выбирать OScam, а когда CCcam

OScam выигрывает в гибкости. Если нужно мониторить каждый ECM в реальном времени, тонко настроить приоритеты ридеров, поддержать несколько протоколов одновременно — OScam без вариантов. Веб-интерфейс там нормальный, логи подробные, можно на лету менять debug-уровни.

CCcam проще для быстрого старта. Три строки в конфиге — и работает. Но отлаживать его сложнее: логи скудные, гибкости мало. На практике многие используют OScam как клиент к CCcam-серверу — это распространённая комбинация.

Поддержка MGcamd и совместимость клиентов

MGcamd — ещё один клиент, популярный на старых ресиверах. Он поддерживает протоколы newcamd и Gbox, но не CCcam напрямую. Если сервер отдаёт только CCcam — MGcamd не подключится. OScam можно настроить как промежуточный сервер: принять CCcam с одной стороны, отдать newcamd на MGcamd с другой. Это работает и реально используется.

Настройка клиента CCcam: пошаговое руководство

Предположим, у вас ресивер на Enigma2 (например, Vu+, Dreambox, GigaBlue) и CCcam уже установлен. Файл конфигурации нужно найти и отредактировать.

Путь к файлу конфигурации /var/etc/CCcam.cfg

Стандартный путь на большинстве образов Enigma2 — /var/etc/CCcam.cfg. На некоторых прошивках он может лежать в /etc/CCcam.cfg или /usr/local/etc/CCcam.cfg. Если не знаете где — найдёте командой:

find / -name CCcam.cfg 2>/dev/null

Редактировать можно прямо через SSH любым текстовым редактором — vi или nano, если он установлен.

Формат C-line: C: host port user password

Строка подключения к серверу выглядит так:

C: example.host 12000 myuser mypassword no no yes no 0,2710

Первые четыре параметра очевидны. Дальше идут флаги, которые большинство мануалов не объясняют. Пятый параметр — разрешить ли локальный шаринг карт (no — не шарить свои карты обратно на сервер). Шестой — принимать ли карты от сервера для локального использования (no). Седьмой — использовать ли зашифрованное соединение (yes — рекомендуется, если сервер поддерживает). Восьмой — ограничение хопов на приём (no — без ограничений). Последний параметр — минимальный и максимальный таймаут ожидания CW в миллисекундах.

Параметры: Server Max Time, Keep Alive, Reconnect

В глобальной секции конфига важны несколько параметров. SERVER MAXIMUM TIME = 5 — максимальное время ожидания CW от сервера в секундах. Если превышено — канал фризит. Ставить меньше 3 не стоит, больше 8 — бессмысленно. KEEPALIVE = yes держит соединение активным между ECM-запросами. RECONNECT TIME = 30 — интервал переподключения при обрыве в секундах.

Перезапуск демона и проверка через CCcam Info

После изменения конфига нужен перезапуск. Стандартная команда:

/etc/init.d/cccam restart

Или мягкий перезапуск без обрыва соединений:

kill -HUP $(pidof CCcam)

Статус подключения смотрите через плагин CCcam Info на ресивере — там видны активные линии, количество карт, принятые ECM и статус each подключения. Если линия показывает Connected и есть карты — базовое соединение работает.

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

OScam — это несколько файлов конфигурации в одной директории. Каждый файл отвечает за свою часть. Путать их нельзя — ошибка в одном сломает всё.

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

Стандартное расположение конфигов OScam на Enigma2 — /etc/tuxbox/config/oscam/. На других системах путь может быть /etc/oscam/ или /usr/local/etc/oscam/. Проверить запущенный путь:

ps aux | grep oscam

В выводе будет видно, с каким -c запущен процесс. Основные файлы: oscam.conf, oscam.server, oscam.user. Опционально — oscam.services и oscam.tiers.

oscam.conf: секции [global], [webif], [cccam]

Минимальный рабочий oscam.conf:

[global]
logfile = /tmp/oscam.log
loghistorysize = 4096
maxlogsize = 2048
debug = 0
nice = -1
CacheEx = 0

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

[cccam]
port = 12000
version = 2.3.0
reshare = 0

Секция [cccam] нужна только если OScam сам выступает как CCcam-сервер для клиентов. Если OScam — только клиент, эту секцию можно убрать.

oscam.server: настройка reader-блоков

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

[reader]
label = myserver_cccam
protocol = cccam
device = example.host,12000
user = myuser
password = mypassword
group = 1
cccmaxhops = 1
reconnecttimeout = 30
lb_weight = 100

Параметр group = 1 — это не просто цифра. Он связывает reader с пользователями. Если в oscam.user у пользователя указан group = 1, он будет использовать именно этот reader. Если группы не совпадают — ECM до ридера не дойдёт. Это самая частая причина, почему конфиг "как будто правильный", а каналы не открываются.

cccmaxhops = 1 ограничивает глубину ретрансляции. Для прямого подключения к серверу достаточно 1. lb_weight влияет на балансировку нагрузки, если ридеров несколько.

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

Если OScam раздаёт CW другим клиентам (например, вашему второму ресиверу), нужен файл пользователей:

[account]
user = client1
pwd = clientpassword
group = 1
cccmaxhops = 0
au = 1
monlevel = 1

group = 1 здесь должен совпадать с group у reader — иначе клиент не получит CW. au = 1 разрешает авторизационные обновления. monlevel = 1 даёт клиенту доступ к веб-мониторингу только своей учётки.

Веб-интерфейс на порту 8888 и мониторинг

Веб-интерфейс OScam — нормальный инструмент, не декорация. Открываете http://ip-ресивера:8888, логинитесь. Там видно: статус каждого ридера (connected/disconnected), время последнего ECM, количество found/rejected/timeout за сессию, активные клиентские соединения и нагрузку на систему.

Вкладка Readers показывает, живые ли ваши серверные подключения. Вкладка Users — кто подключён к вашему OScam. Если reader показывает Status: connected, но все ECM падают в rejected — смотреть в сторону caid/provid.

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

Алгоритм простой: сначала убеждаемся, что TCP-соединение вообще есть. Потом смотрим статус в веб-интерфейсе. Потом разбираем логи по конкретным записям.

Каналы не открываются: проверка caid и provid

Первый шаг — проверить, достигает ли трафик сервера вообще:

telnet example.host 12000

Если соединение устанавливается — сеть и порт работают. Если нет — проблема в NAT, файрволе или блокировке провайдера.

Если соединение есть, но конкретный канал не открывается — почти всегда это несовпадение caid или provid. Канал может использовать Viaccess (caid 0x0500), а карта на сервере — Irdeto (caid 0x0600). Или карта есть, но нужный provid у этого канала не входит в её пакет. В логе OScam это выглядит как rejected (no card) или rejected (no provider).

Сервер подключается, но ECM не проходят (no card / no provider)

Отдельная ситуация — канал на другом транспондере не открывается, хотя соседние каналы того же пакета работают. Причина: у этого конкретного канала другой provid или srvid, который не включён в список авторизованных сервисов на карте. Решение — проверить параметры канала через DVB-S сканер или базу данных сервисов и сравнить с тем, что видит OScam в логе при ECM-запросе.

Ещё одна ловушка — двойной caid. Некоторые каналы шифруются двумя системами параллельно (например, основной Irdeto и резервный Conax). OScam пробует обе по очереди согласно приоритету ридеров. Если приоритет выставлен неверно и основной ридер медленный — канал открывается с задержкой или не открывается вовсе. Настраивается через lb_weight и caid в reader-блоке.

Фризы и подвисания: freezing, частые reconnect

Фризы — это почти всегда высокий ECM time. Норма — до 300–400 мс. Если CW приходит за 800–1200 мс, ресивер успевает исчерпать буфер и показывает замороженный кадр. Причин несколько: перегруженный сервер (oversold), большое расстояние до сервера, высокий hop-count, узкий канал у вас или у сервера.

Конфликт нескольких reader-блоков с одинаковым group тоже даёт проблемы. OScam в режиме балансировки нагрузки отправляет ECM на тот ридер, у которого лучше статистика. Но если оба ридера "борются" за один и тот же ECM — возникает дублирование запросов и лишняя задержка. Разделяйте ридеры по группам или настраивайте caid-фильтрацию через caid в reader-блоке.

Частые reconnect говорят о нестабильном соединении — проверьте keepalive и reconnecttimeout. Если сервер сменил IP, а у вас прописан старый — поможет только обновление адреса. Если провайдер интернета начал блокировать порт 12000 — единственный выход это смена порта на нестандартный (если сервер позволяет) или туннелирование.

Анализ логов OScam (loghistorysize, debug-уровни)

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

• found (xxxxms) — CW получен, всё хорошо, цифра в скобках — время ECM
• rejected (no card) — ридер не имеет карты для этого caid
• rejected (no provider) — карта есть, но provid не авторизован
• timeout — ридер не ответил вовремя
• not found (no matching reader) — ни один ридер в нужной группе не подходит

Для детального анализа увеличивайте debug-уровень в oscam.conf: debug = 255 даёт максимальный вывод. В продакшне ставьте обратно 0 — иначе лог забьётся за минуты. loghistorysize = 4096 определяет, сколько строк хранится в памяти и видно через веб-интерфейс.

Отдельная неочевидная ситуация: CW приходит успешно (found в логе), но картинка чёрная. Это не шаринг — это проблема на стороне ресивера. Либо неверный PMT/PID (список потоков канала устарел после обновления транспондера), либо сам ресивер не применяет CW из-за бага в прошивке. Решение — пересканировать транспондер, обновить список сервисов.

Как выбрать стабильный шаринг-сервер: критерии

Спутниковое тв шаринг — рынок, где разброс качества огромный. Один сервер даёт ECM time 150 мс без фризов, другой падает каждые два часа и отвечает за 900 мс. Вот на что смотреть объективно.

Аптайм и стабильность Control Word

Хороший сервер не должен требовать reconnect чаще раза в несколько дней. Если в логах видно disconnect/reconnect каждые 20–30 минут — сервер перегружен или нестабилен. Смотрите счётчик reconnect в веб-интерфейсе OScam за период 24–48 часов. Больше 5–10 reconnect за сутки — повод искать замену.

Стабильность CW — это отсутствие timeout при нормальном соединении. Если соединение есть, но timeout составляет больше 5–10% ECM-запросов — сервер не справляется с нагрузкой.

Время отклика ECM (миллисекунды) и геолокация сервера

ECM time до 300 мс — хорошо. 300–500 мс — приемлемо, редкие фризы возможны. Больше 600 мс — уже проблема, особенно на каналах с коротким CW-периодом (некоторые каналы обновляют ключ каждые 3–5 секунд, а не 10). Географическая близость сервера напрямую влияет на ping — сервер в той же стране будет стабильнее, чем сервер на другом континенте, даже при одинаковой полосе пропускания.

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

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

Защита от перепродажи карт и overselling

Oversold сервер — когда на одну карту подключено слишком много клиентов. Признаки в логах: нормальный ping до сервера, но ECM time прыгает от 100 до 1200 мс непредсказуемо. Фризы случаются в прайм-тайм (вечером, в выходные), а ночью всё работает идеально. Это классический признак перегрузки.

Ещё один признак — сервер ограничивает максимальное число одновременных ECM от одного клиента. Хорошая политика, если лимиты разумные (5–10 одновременных ECM на пользователя). Если лимит 1–2 — на ресивере с несколькими тюнерами будут постоянные конфликты.

Спутниковое тв шаринг через OScam даёт достаточно данных для оценки сервера уже за первые несколько часов работы — используйте их.

Нюансы, которые обходят стороной

Проброс портов — тема, которую большинство мануалов игнорирует. Если вы поднимаете собственный OScam-сервер за NAT-роутером, клиенты снаружи не достучатся, пока не настроен port forwarding. В роутере нужно пробросить TCP-порт 8888 (веб-интерфейс) и 12000 (CCcam) на локальный IP ресивера. Если роутер от провайдера без возможности настройки — варианты: VPN-туннель или смена оборудования.

После смены IP сервера или блокировки порта провайдером скорость падает резко. В таких случаях сначала проверяйте telnet host port — если таймаут, это сетевая проблема, а не конфиг. Часто помогает смена DNS, если домен сервера не резолвится — попробуйте nslookup прямо с ресивера.