Как подключить кардшаринг: CCcam и OScam в 2026

Если вы уже получили данные от провайдера — host, порт, логин и пароль — и теперь смотрите на экран ресивера с непонимающим видом, эта статья для вас. Подключить кардшаринг технически несложно, но мелкие ошибки в конфиге убивают часы времени. Разберём всё по порядку: от требований к железу до диагностики фризов через ECM time.

Что нужно для подключения кардшаринга

Прежде чем лезть в конфиги, убедитесь, что у вас есть всё необходимое. Пропустить этот шаг — значит потом гадать, почему ничего не работает.

Совместимый ресивер или приставка на Enigma2/Linux

Полноценно подключить кардшаринг через CCcam или OScam можно только на ресиверах с Linux-прошивкой — Enigma2. Это Dreambox (DM900, DM7080), Vu+ (Duo4K, Zero4K), Zgemma (H9S, H7), GigaBlue, Mut@nt и аналоги. На них работают softcam-эмуляторы как полноценные плагины.

Классические ресиверы без Linux — типа Openbox, Skybox, GBox-совместимые — тоже поддерживают шаринг, но через встроенные клиенты. Там нет полноценного OScam, зато есть GBox или встроенный CCcam-клиент с урезанными настройками. Конфиг там проще, но отладка — боль.

Прошивка с поддержкой эмуляторов (softcam)

На Enigma2 нужна прошивка с softcam-панелью — OpenATV, OpenPLi, OpenVIX или EGAMI. Все они поддерживают установку CCcam и OScam через встроенный менеджер плагинов или вручную через FTP. OpenATV и OpenPLi — самые распространённые, под них больше всего готовых ipk-пакетов.

Данные доступа: host, port, username, password

Для CCcam-протокола нужно ровно четыре параметра: адрес сервера (hostname или IP), порт (обычно в диапазоне 12000–30000), имя пользователя и пароль. Всё это выдаёт провайдер при регистрации. Без этих данных дальше двигаться некуда.

Если провайдер даёт newcamd вместо CCcam — там ещё нужен DES-ключл (14 байт hex). Об этом ниже, в разделе про OScam.

Стабильный интернет от 2 Мбит/с и низкий ping

Скорость канала — не главное. Кардшаринг потребляет смешной трафик, буквально килобайты в секунду. Важен ping. Если до сервера больше 150 мс — фризы практически гарантированы, особенно на каналах с быстрой сменой ключей (fast ECM). Норма — до 100 мс, идеал — до 50 мс.

Проверьте ping прямо с ресивера через telnet: ping -c 10 your.server.host. Если видите потери пакетов или джиттер выше 30 мс — проблема в сети, не в конфиге.

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

CCcam — самый распространённый протокол шаринга. Настройка простая, один файл, один синтаксис. Но нюансов хватает.

Установка плагина CCcam через softcam-панель

На OpenATV: Menu → Plugins → Software Manager → найти CCcam в списке softcam → установить. На OpenPLi путь аналогичный. После установки CCcam появится в Softcam Panel (обычно через синюю кнопку пульта в главном меню).

Если пакета нет в репозитории — скачиваете ipk вручную и устанавливаете через opkg install CCcam_*.ipk в telnet. Версия CCcam 2.3.0 и выше работает стабильно; 2.1.x — уже устаревшее, лучше не использовать.

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

Основной путь — /etc/CCcam.cfg. На некоторых прошивках (особенно старые сборки OpenPLi 7.x и некоторые образы для Zgemma) конфиг лежит в /var/etc/CCcam.cfg. Проверьте оба пути через FTP или telnet командой find / -name CCcam.cfg 2>/dev/null.

Бывает, что файл защищён от записи — особенно если прошивка залита на read-only раздел. В этом случае монтируете раздел на запись: mount -o remount,rw /, редактируете, перезапускаете.

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

Вот рабочий пример C-line:

C: my.server.com 12000 myusername mypassword

Синтаксис жёсткий: C: с заглавной буквы, пробел, хост, пробел, порт, пробел, логин, пробел, пароль. Никаких кавычек, никаких лишних символов. Строка должна заканчиваться переносом строки — если редактируете в Windows и сохраняете в CRLF, CCcam может не распознать строку. Используйте Notepad++ с Unix-переносами или редактируйте прямо через telnet через nano.

Можно добавить несколько C-line для резервных серверов — CCcam автоматически переключается при недоступности основного.

Параметры F-line и G-line для отдачи

F-line нужна, если вы сами раздаёте линии другим клиентам:

F: localuser localpassword 1 0 0 0 { 0000:000000 }

G-line — для ограничения того, какие пакеты вы получаете или отдаёте. Блок { 0000:000000 } в конце F-line означает «без ограничений». Если хотите заблокировать конкретный пакет (например, чтобы не транслировать определённый CAID дальше) — укажите его: { 0500:000000 } заблокирует Viaccess.

Если вы только клиент, не реселлер — F-line вам не нужна вообще.

Перезапуск службы и проверка статуса

Через telnet: /etc/init.d/softcam stop && /etc/init.d/softcam start. Или короче: init 4 && init 3 (перезапускает все softcam-процессы).

Через пульт — синяя кнопка → Softcam Panel → выбрать CCcam → Restart.

Проверка статуса через веб-интерфейс: открываете браузер, вводите http://IP_ресивера:16001. Видите список подключённых C-line, статус каждого ридера, ECM-запросы в реальном времени. Если строка зелёная — connected, серая — нет соединения.

Настройка OScam: dvbapi, server и reader

OScam сложнее CCcam в начальной настройке, но гибче во всём остальном. Поддерживает CCcam, newcamd, mgcamd, camd35, radegast — одновременно. Для ресивера с двумя тюнерами, где одновременно нужно декодировать разные CAID, OScam без альтернатив.

Конфиги в /etc/tuxbox/config/ или /var/etc/oscam/

OScam читает несколько файлов конфигурации из одной директории. На большинстве Enigma2-прошивок это /var/etc/oscam/. На старых Dreambox с Tuxbox — /etc/tuxbox/config/. Файлы: oscam.conf, oscam.server, oscam.user, oscam.dvbapi.

oscam.conf — секции [global], [dvbapi], [webif]

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

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

[dvbapi]
enabled = 1
au = 1
user = dvbapi_user
pmt_mode = 0
request_mode = 0

[webif]
httpport = 8888
httpuser = admin
httppwd = oscampass
httpdumbreader = 1

Параметр au = 1 в секции dvbapi включает автообновление ключей — без него каналы с периодической сменой ключей будут периодически зависать. Поле user в dvbapi должно совпадать с именем пользователя в oscam.user.

oscam.server — настройка [reader] с протоколом cccam

Пример ридера с CCcam-протоколом:

[reader]
label = myshare_cccam
enable = 1
protocol = cccam
device = my.server.com,12000
user = myusername
password = mypassword
group = 1
reconnecttimeout = 30
cccversion = 2.0.11
ccckeepalive = 1

Если провайдер раздаёт только newcamd — меняете протокол и добавляете ключ:

[reader]
label = myshare_newcamd
enable = 1
protocol = newcamd
device = my.server.com,15000
user = myusername
password = mypassword
key = 0102030405060708091011121314
group = 1

DES-ключ key — 14 байт в hex, его выдаёт провайдер вместе с остальными данными. Без него newcamd не подключится.

oscam.user — локальные пользователи

Пользователь для dvbapi (декодирования на самом ресивере):

[account]
user = dvbapi_user
password = anypassword
group = 1
au = 1

Имя должно совпадать с тем, что указано в oscam.conf в секции [dvbapi]. Пароль для локального dvbapi-пользователя технически не проверяется, но поле должно быть заполнено.

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

Открываете http://IP_ресивера:8888 в браузере. Вкладка Readers — видите все ридеры и их статус: зелёный значок — подключён и карта найдена, жёлтый — идёт подключение или нет ответа на ECM, красный — ошибка подключения или неверные данные.

Вкладка Status → EMM/ECM показывает живые запросы в реальном времени. Если видите строки с временем ответа 200–400 мс — всё нормально. Выше 800 мс — сервер перегружен или сетевые задержки критические.

Важно: не запускайте CCcam и OScam одновременно. Оба пытаются захватить /dev/dvb/adapter0/demux0 через dvbapi-сокет, конфликтуют и ни один не работает нормально. Один эмулятор — одно устройство.

Проверка работы и устранение фризов

Фризы — самая частая жалоба после того, как удалось подключить кардшаринг. Каналы открываются, но изображение зависает каждые 10–30 секунд. Лечится диагностикой по логам.

Чтение лога OScam/CCcam для диагностики

OScam пишет лог в /var/log/oscam.log (если прописали в oscam.conf). Смотреть в реальном времени: tail -f /var/log/oscam.log через telnet.

CCcam — лог в /tmp/CCcam.log или через веб-интерфейс на 16001. В telnet: tail -f /tmp/CCcam.log.

Проверка ECM time (норма до 400-600 мс)

ECM time — время от запроса ключа до получения ответа. Это главный показатель качества соединения с сервером. Норма — до 400–600 мс. При 600–900 мс начинаются редкие фризы. При 1000 мс и выше — постоянные зависания, смотреть невозможно.

В OScam webif значение видно в столбце ECM Time на вкладке Status. В логе выглядит так:

2026/04/15 21:33:11 myshare_cccam (cccam) found (0500/000000/1234) 287ms

287 мс — отлично. Если видите 1200 мс и выше — сервер перегружен или слишком далеко географически.

Анализ кодов ошибок: 'card not found', 'no matching reader'

card not found — ридер подключился, но нужный CAID не найден на сервере. Либо провайдер не имеет этого пакета, либо неверно настроен фильтр в oscam.dvbapi.

no matching reader — OScam не нашёл ни одного ридера в нужной группе. Проверьте, что группы в oscam.server и oscam.user совпадают (оба должны иметь group = 1 или другое одинаковое значение).

Connection refused / timeout — сервер не отвечает. Либо неверный хост/порт, либо исходящий порт заблокирован вашим провайдером или роутером. Проверьте с другого устройства (смартфон через мобильный интернет): если с мобильного проверка проходит, а с домашнего нет — двойной NAT или файрвол провайдера.

Решение проблемы постоянных фризов на HD-каналах

HD-каналы с fast ECM (особенно некоторые европейские пакеты) обновляют ключи каждые 5–10 секунд. При ECM time выше 500 мс ресивер не успевает получить новый ключ до следующей смены — отсюда зависания именно на HD, тогда как SD идёт нормально.

Решения: во-первых, создайте файл /var/etc/oscam/oscam.dvbapi и явно пропишите приоритет CAID для проблемных каналов:

P: 0500:000000
P: 1800:000000

Во-вторых, проверьте параметр preferlocalcards = 1 в oscam.conf — он заставляет OScam в первую очередь спрашивать локальные карты, если есть, и только потом идти на сетевые ридеры. Для чисто клиентской схемы без физических карт этот параметр не нужен.

Если у вас ресивер с двумя тюнерами и вы пишете один канал, одновременно смотря другой с другим CAID — убедитесь, что в oscam.user у dvbapi-пользователя стоит max_connections = 2, иначе OScam будет обрабатывать только один поток.

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

Технически подключить кардшаринг несложно, если данные рабочие. Проблема часто в качестве самого сервера. Вот на что смотреть при выборе.

Аптайм сервера и заявленный uptime

Нормальный сервер держит uptime 99% и выше. Если заявляют «99.9% uptime» — попросите скриншот мониторинга или проверьте сами через сторонний пинг-монитор. Некоторые провайдеры вешают на сайт красивые цифры, а сервер падает каждые выходные.

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

Поддерживаемые протоколы и количество локалов

Хороший сервер поддерживает минимум два протокола — CCcam и newcamd. Это значит, что вы можете переключиться без смены провайдера, если один протокол вдруг заблокируется. Сервер, который раздаёт только через один протокол, сразу ограничивает ваши возможности настройки.

Локалы (local cards) — реальные карты, вставленные в кардридер на стороне сервера. Чем больше локалов и чем разнообразнее пакеты — тем стабильнее работа. Спрашивайте напрямую: «сколько у вас локалов по CAID 0500?» Адекватный провайдер ответит конкретно.

Тестовый период перед оплатой

Без теста — не платите. 24–48 часов тестового доступа достаточно, чтобы проверить реальный ECM time, стабильность в прайм-тайм (вечером с 20:00 до 23:00) и работу конкретно нужных вам каналов. Если провайдер отказывает в тесте — это красный флаг.

Во время теста специально смотрите HD-каналы в прайм-тайм. Именно тогда сервер максимально нагружен и ECM time растёт.

Скорость отклика и география сервера

Чем ближе дата-центр к вашему местоположению — тем меньше ping. Если вы в Восточной Европе, а сервер в Нидерландах — 30–50 мс, это нормально. Если сервер на другом континенте — 150+ мс, и фризы на fast ECM практически неизбежны.

Ping проверяется прямо с ресивера через telnet до того, как оплачивать подписку. Некоторые провайдеры выдают тестовые данные с другого, более быстрого сервера, а после оплаты переводят на другой — проверяйте ping по production-хосту, не тестовому.

Признаки сомнительного предложения: цена в 3–5 раз ниже рынка при тех же заявленных пакетах, отсутствие тестового доступа, единственный протокол, поддержка только через форму на сайте без возможности написать напрямую.