Настройка шаринга: CCcam и OScam с нуля (2026)

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

Что такое шаринг и из чего он состоит

Кардшаринг — это не магия и не взлом. Это вполне конкретный технический процесс обмена данными между клиентом и сервером по сети.

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

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

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

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

Сервер держит физическую карту в считывателе и слушает входящие подключения. Клиент — это ваш ресивер, который соединяется с сервером, отправляет ECM и получает обратно CW. Клиент ничего не знает о карте — он просто делает запросы.

В OScam один и тот же демон может работать одновременно как клиент (через секцию reader) и как сервер для других устройств. CCcam работает похоже, но менее гибко в плане конфигурации.

Чем отличаются протоколы CCcam, newcamd и CS378x

CCcam — проприетарный протокол, порт по умолчанию 12000. Широко поддерживается ресиверами на базе Enigma2. Простой в настройке, но закрытый и с ограниченной диагностикой.

Newcamd — более старый открытый протокол, порт обычно в диапазоне 10000–15000. Используется во многих OScam-конфигурациях как альтернатива CCcam. CS378x (он же camd35) — ещё один протокол, менее распространённый, но встречается на некоторых серверах. В OScam все три поддерживаются нативно через параметр protocol в секции reader.

Настройка клиента CCcam: файл CCcam.cfg

CCcam.cfg — главный файл конфигурации клиента. Здесь вы прописываете серверные подключения, настройки reshare и ограничения. Именно сюда идёт большинство вопросов при первой настройке шаринга.

Расположение файла: /var/etc/CCcam.cfg

На Enigma2-ресиверах (Dreambox, VU+, Formuler и другие) файл живёт в /var/etc/CCcam.cfg. Некоторые образы (например, OpenPLi или OpenATV определённых версий) могут класть его в /etc/CCcam.cfg или даже в /usr/etc/CCcam.cfg.

Если не уверены — выполните find / -name CCcam.cfg 2>/dev/null по SSH. Найдёт за секунду. Редактировать удобнее по FTP через FileZilla или WinSCP, чем через telnet.

Строка C: line — синтаксис и параметры

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

C: hostname 12000 username password no { 0:0:0 }

Каждое поле имеет смысл. Не копируйте строку вслепую — разберите её один раз, и потом всё будет понятно.

Параметры hostname, port, username, password

hostname — доменное имя или IP сервера. Используйте домен, если сервер даёт его — он устойчивее к смене IP. port — порт, на котором сервер слушает CCcam-подключения, чаще всего 12000, но может быть любым. username и password — учётные данные, которые даёт провайдер сервиса.

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

Опции hop, no-emm и share limits

Фигурные скобки { 0:0:0 } задают параметры hop, минимального и максимального hop при решаре. Значение 0:0:0 означает "без ограничений". Если сервер настроен на reshare с hop=1, то у вас в конфиге это будет первый уровень цепочки.

Длинные hop-цепочки (hop 3, 4 и выше) — прямой путь к фризам. Каждый дополнительный узел добавляет задержку. Локальная карта (hop 0) идеальна, reshare первого уровня (hop 1) ещё приемлем.

Глобальные параметры в CCcam.cfg задаются отдельными директивами:

CLIENTMAXHOPS: 3
KEEPCONNECTED: 1
LOGFILE: /tmp/CCcam.log
CCCAM RESHARE: 0

CCCAM RESHARE: 0 запрещает вашему ресиверу раздавать карту дальше. Для обычного клиента — правильно.

Настройка OScam: oscam.server, oscam.user и oscam.conf

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

Каталог /etc/tuxbox/config или /var/etc/oscam

Конфиги OScam лежат в одном из двух мест в зависимости от образа: /etc/tuxbox/config/ (старые образы, Dreambox) или /var/etc/oscam/ (OpenPLi, OpenATV, VTi). Некоторые сборки кладут их в /usr/keys/.

Запустите OScam с явным указанием каталога: oscam -b -c /etc/tuxbox/config. Ключ -b — фоновый режим, -c — путь к директории с конфигами. Так вы точно знаете, откуда он читает файлы.

Секция [reader] в oscam.server для подключения к серверу

Файл oscam.server описывает, к каким серверам подключаться. Для CCcam-сервера секция выглядит так:

[reader]
label        = myserver
protocol     = cccam
device        = hostname,12000
user          = username
password      = password
group         = 1
cccversion    = 2.3.0
ccckeepalive  = 1

label — произвольное имя ридера, используется в логах. protocol = cccam задаёт протокол. device — хост и порт через запятую без пробелов. cccversion влияет на то, как ридер представляется серверу — некоторые серверы привередливы к этому параметру, попробуйте 2.3.0 или 2.2.1.

Для newcamd-сервера протокол меняется на newcamd, добавляется параметр key с DES-ключом (14 байт в hex). Для CS378x — protocol = cs378x.

Файл oscam.user и параметр group для связки ридеров

Вот где спотыкается большинство. Параметр group в oscam.server и oscam.user должен совпадать. Если ридер в группе 1, а пользователь в группе 2 — CW он не получит. Именно это чаще всего вызывает ситуацию "connected, но каналы не открываются".

Пример пользователя в oscam.user:

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

Если у вас несколько ридеров в разных группах, пользователю можно назначить несколько групп: group = 1,2,3.

Веб-интерфейс: oscam.conf и порт httpport (обычно 8888)

Веб-интерфейс OScam — главный инструмент диагностики. Включается в oscam.conf:

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

После перезапуска демона откройте браузер на http://ip-ресивера:8888. Там видны статусы ридеров, таблица ECM в реальном времени и логи. Без веб-интерфейса диагностировать проблемы вслепую — это мучение.

httprefresh = 10 — автообновление страницы каждые 10 секунд. Удобно при отладке.

Проверка работы и чтение логов

Запустили, не работает. Что дальше? Смотреть логи — единственный правильный ответ. Угадывать, что пошло не так, без лога — потеря времени.

Где лежит лог: /var/log/oscam.log и логи CCcam

OScam пишет лог в место, указанное в oscam.conf в секции [global]:

[global]
logfile       = /var/log/oscam.log
logduplicatelines = 0

Если logfile не задан — лог идёт в stdout. CCcam пишет в /tmp/CCcam.log, если задан параметр LOGFILE: /tmp/CCcam.log в конфиге. Следить за логом в реальном времени: tail -f /var/log/oscam.log.

Как понять статус карты по веб-интерфейсу OScam

В веб-интерфейсе раздел "Readers" показывает статус каждого ридера. connected — сетевое соединение установлено. emu или конкретный список CAID рядом с именем ридера — карта активна и отдаёт ключи.

Если видите disconnected — проблема сетевая: неверный хост, порт или учётные данные. Если connected, но в колонке карт пусто — сервер подключён, но либо нет прав, либо не выдаёт нужные CAID этому аккаунту.

Расшифровка ECM time и сообщений found/not found

В логе OScam строки ECM выглядят примерно так:

2026/03/15 21:43:02 c (account) ECM 09C4 found (123 ms) by myserver

09C4 — CAID (идентификатор системы условного доступа). found — CW получен. Число в скобках — время ответа в миллисекундах.

ECM time до 300 мс — хорошо. 300–600 мс — приемлемо. Выше 700 мс — начнутся фризы на каналах, где CW меняется каждые 10 секунд. Если видите not found — сервер не смог декриптовать этот ECM. Либо нет прав на этот канал, либо CAID не поддерживается.

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

Большинство проблем укладываются в несколько сценариев. Вот они по порядку от самых частых.

Сервер connected, но каналы не открываются

Это классика. Сетевое соединение есть, а CW не приходит. Причин несколько:

• Неверный параметр group в OScam — ридер и пользователь в разных группах
• Нужный CAID отсутствует в выдаче сервера — сервер не держит карту для этого пакета
• Ограничения reshare на сервере — аккаунт настроен без права на конкретные каналы
• В CCcam.cfg неверно указан CAID-фильтр в фигурных скобках

Первым делом смотрите лог на ECM not found. Если там именно это — проблема не в соединении, а в правах.

Ошибка подключения: неверный порт или firewall

Проверить, доступен ли порт с вашей машины, проще всего через:

telnet hostname 12000

или

nc -vz hostname 12000

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

Если ресивер за NAT/CGNAT и нужен проброс порта для входящих подключений — обратитесь к провайдеру за выделенным IP. При CGNAT проброс порта на роутере не поможет, потому что внешний IP у вас общий с другими абонентами.

Фризы и высокий ECM time

Высокий ECM time — первое, что нужно измерить при фризах. Смотрите лог или таблицу ECM в веб-интерфейсе OScam. Если время стабильно выше 600–700 мс, причины такие:

• Длинная hop-цепочка (hop 3–5) — каждый узел добавляет задержку
• Высокий пинг до сервера — проверьте ping hostname
• Перегрузка сервера — слишком много клиентов, ECM очередь растёт
• Нестабильный канал связи — пакетные потери

Решение: искать сервер с локальной (local) картой, минимальным hop и стабильным временем ответа. Ограничение числа активных ридеров в OScam через maxhops тоже помогает.

Конфликт нескольких ридеров и приоритеты

Если у вас два ридера с одинаковым CAID, OScam будет опрашивать их по умолчанию в порядке объявления в oscam.server. Чтобы задать приоритет явно, используйте параметр caid в секции ридера и параметр lb_mode в [global]:

[global]
lb_mode = 1

Load balancing mode 1 — OScam сам выбирает лучший ридер по статистике ECM time. Это работает хорошо, когда серверы реально разные по качеству.

Для fallback (основной + резервный) укажите приоритеты через weight в секции ридера. Ридер с weight = 10 будет использоваться чаще, чем с weight = 1.

Отдельный случай — локальная карта в картридере ресивера плюс внешний сервер. Локальный ридер должен иметь более высокий приоритет. В OScam это настраивается через cacheex и порядок секций [reader]. Локальный ридер ставьте первым.

Настройка шаринга: как выбрать сервер по техническим критериям

Без хорошего сервера даже идеальный конфиг не поможет. Но выбирать нужно по конкретным параметрам, а не по красивому сайту.

Стабильность ECM time и аптайм

ECM time — главный показатель качества. Хороший сервер даёт стабильно 50–200 мс. Плохой — скачет от 100 до 2000 мс в течение дня. Скачки важнее среднего значения: именно они вызывают эпизодические фризы.

Аптайм смотрите не за сутки, а за неделю-месяц. Сервер с 95% аптаймом — это ~36 часов простоя в месяц. Для нормального использования нужно 99%+.

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

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

Список поддерживаемых CAID должен совпадать с тем, что нужен вашему ресиверу для открытия конкретных каналов. Стандартные CAID для популярных европейских пакетов — 0x0500 (Viaccess), 0x0D00 (Cryptoworks), 0x1800 (Nagravision), 0x0B00 (Conax).

Резервные серверы и защита от перегрузки

Нормальный провайдер даёт хотя бы два адреса — основной и резервный. В OScam это реализуется через два ридера с одинаковыми параметрами и load balancing. В CCcam.cfg — две строки C: с разными хостами.

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