Cardsharing OScam: настройка сервера в 2026

Если вы уже поставили OScam и сидите перед пустым конфигом — эта статья для вас. Здесь не будет объяснений «что такое спутниковое ТВ» и прочей воды. Только реальные конфиги, пути к файлам, порты и методика диагностики, когда что-то идёт не так. Тема cardsharing oscam обросла кучей копипаст-мануалов без единого объяснения — попробуем это исправить.

Что такое OScam и чем он отличается от CCcam

OScam как универсальный softcam

OScam — это open-source условный доступ к смарт-картам (Conditional Access Module software). Он умеет читать физические карты через кардридер, получать ECM от декодера, отправлять их на сервер и возвращать CW (Control Word) обратно. Всё это работает одновременно в режиме сервера и клиента.

Запускается на чём угодно: Enigma2-ресиверы типа VU+ или Dreambox, роутеры на OpenWrt, обычный Linux-сервер на x86. На слабом железе — например, роутере с 64 МБ RAM — реально работает с урезанным конфигом без лишних модулей. Собирается с флагами --disable-webif и --disable-log, что экономит память.

Поддерживаемые протоколы: newcamd, cccam, camd35, mgcamd

OScam поддерживает newcamd, cccam, camd35 (UDP и TCP), mgcamd, radegast и gbox. Это не просто список — каждый протокол работает независимым модулем и включается при сборке. Стандартные бинарники с GitHub обычно включают всё.

CCcam поддерживает только свой закрытый протокол. OScam умеет эмулировать CCcam-клиент и CCcam-сервер одновременно — это и есть главное преимущество для cardsharing oscam-конфигураций с несколькими партнёрами.

Когда OScam предпочтительнее CCcam

CCcam проще в первоначальной настройке — один файл CCcam.cfg, понятная структура. Но он давно не развивается, закрытый исходник, и гибкость нулевая. OScam выигрывает, когда нужен тонкий контроль: ограничения по caid для конкретного пользователя, несколько карт с приоритизацией, детальный лог ECM.

На Enigma2-ресиверах в 2026 году OScam — это фактически стандарт. CCcam всё ещё встречается, но в основном в старых конфигах, которые никто не трогает годами.

Структура конфигурационных файлов OScam

Это то место, где большинство мануалов заваливаются. Дают конфиг, но не объясняют, что с чем связано. А связь там принципиальная.

oscam.conf — глобальные параметры и веб-интерфейс

Пути конфигов зависят от платформы. На Enigma2 (VU+, Dreambox): /etc/tuxbox/config/oscam/. На OpenWrt или обычном Linux: /usr/local/etc/oscam/ или /var/etc/oscam/. Если OScam запущен с флагом -c /путь/ — конфиги там.

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

[global]
logfile = /var/log/oscam.log
loghistorysize = 4096
maxlogsize = 1000
preferlocalcards = 1

[webif]
httpport = 8888
httpuser = admin
httppwd = password123
httpallowed = 127.0.0.1,192.168.0.0-192.168.255.255

Параметр preferlocalcards = 1 означает, что OScam сначала пробует локальную карту, и только потом идёт к сетевым ридерам. Часто забывают — получают лишние hop и задержки.

oscam.server — описание ридеров (reader)

Каждый ридер — отдельная секция [reader]. Ридер может быть физической картой или сетевым подключением. Ключевой параметр — group. Без совпадения group между ридером и пользователем карта просто не будет использоваться — ECM уйдёт в никуда.

[reader]
label = local_card
protocol = pcsc
device = 0
group = 1
caid = 0500
ident = 0500:032830

oscam.user — учётные записи клиентов

Каждый клиент — секция [account]. Поле group должно совпадать с group ридера. Это самая частая причина, по которой каналы не открываются у нового клиента — человек создал аккаунт, но забыл прописать group.

[account]
user = client1
pwd = secret
group = 1
caid = 0500
uniq = 0

Параметр uniq = 1 запрещает одновременный вход с одного аккаунта — полезно для контроля. uniq = 0 — без ограничений.

oscam.services и oscam.dvbapi

oscam.services нужен, когда на карте несколько caid или вы хотите ограничить доступ по конкретным SID. Формат:

[CANAL_PLUS]
caid = 0500
provid = 032830
sids = 1234,5678

Если на одной карте несколько caid — например, 0500 и 0604 — приоритет устанавливается через caid в секции ридера и порядком секций в oscam.services. OScam перебирает их сверху вниз.

oscam.dvbapi нужен только на Enigma2, где OScam работает как местный декодер через dvbapi-интерфейс. Минимальная конфигурация:

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

Настройка локального ридера и подключение клиента

Локальная смарт-карта: device, mhz, cardmhz

Для Phoenix/Smartreader+ конфиг ридера выглядит так:

[reader]
label = smartreader_phoenix
protocol = phoenix
device = /dev/ttyUSB0
group = 1
mhz = 600
cardmhz = 600
caid = 0500

Параметр mhz — тактовая частота ридера, cardmhz — частота карты. По умолчанию оба 357 (3.57 МГц). Некоторые карты требуют 600 (6 МГц) или 900 для нормальной работы. Если карта определяется, но ECM не проходят — попробуйте изменить cardmhz.

Права доступа к /dev/ttyUSB0 или /dev/ttyS0 — отдельная боль. Если OScam запущен не от root, нужно добавить пользователя в группу dialout: usermod -aG dialout oscam. Или через udev-правило для конкретного устройства. Молча не сработает — в лог пойдёт ERROR: Permission denied.

Для PCSC-ридеров (стандартные USB-картридеры) — протокол pcsc, device = номер ридера (0, 1, 2...).

Подключение сетевого ридера по протоколу cccam

[reader]
label = remote_cccam
protocol = cccam
device = server.example.com,12000
user = myuser
password = mypassword
group = 1
caid = 0500,0604
reconnecttimeout = 30
cccversion = 2.3.0
ccckeepalive = 1

Порт 12000 — типичный дефолт для CCcam, но это просто соглашение. Администратор сервера может поставить любой. ccckeepalive = 1 важен — без него соединение рвётся при простое, и первый же ECM-запрос после паузы уходит в таймаут.

Настройка newcamd для обмена с партнёром

Newcamd чуть надёжнее CCcam при нестабильном соединении — у него встроенная авторизация DES. Типичный порт — 15000.

[reader]
label = partner_newcamd
protocol = newcamd
device = partner.example.com,15000
user = partner1
password = partnerpass
key = 0102030405060708091011121314
group = 2
caid = 0604

Ключ key — 28 hex-символов, согласовывается с партнёром. Если ключ не совпадает — соединение установится, но авторизация упадёт с invalid credentials.

Проверка через веб-интерфейс (порт по умолчанию 8888)

После запуска открываете http://192.168.x.x:8888. Во вкладке Readers видите статус каждого ридера: Connected/Disconnected, количество обработанных ECM, время ответа. Если ридер висит в Disconnected дольше минуты после старта — смотрите лог немедленно.

Вкладка Users показывает активные сессии клиентов и количество запросов. Если клиент подключён, но ECM = 0 — проблема в group или caid.

Диагностика и отладка: чтение логов ECM

Вот тот раздел, который обычно выбрасывают из мануалов. А именно здесь решается 80% проблем.

Включение детального лога (loghistorysize, debug)

Запуск с детальным логом: oscam -d 255 -c /etc/oscam/. Флаг -d 255 включает все уровни отладки — это много текста, но именно здесь видно всё. Для постоянной работы в oscam.conf:

[global]
logfile = /var/log/oscam.log
loghistorysize = 4096
maxlogsize = 5000
debug = 0

debug = 0 для продакшна, debug = 255 для диагностики. loghistorysize — сколько строк хранится в памяти для веб-интерфейса.

Расшифровка статусов ECM: found, not found, timeout

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

2026/01/15 14:23:11   1234 c  ECM CanalPlus  HD  SID 1234 CAID 0500 PROVID 032830 LEN 080 reader local_card (0 ms) -> found

Разбираем по частям: SID 1234 — идентификатор канала, CAID 0500 — система условного доступа, PROVID 032830 — провайдер, 0 ms — время ответа, found — карта декодировала.

not found — ридер ответил, но карта не знает этот caid/provid. Проверяйте ident в конфиге ридера. timeout — ридер не ответил в отведённое время. Это сетевая проблема или перегруженный сервер. rejected — запрос отклонён явно, обычно из-за ограничений в oscam.services или несовпадения group.

Анализ времени ответа и hop-уровня

Время ответа в норме — до 500 мс для сетевого ридера. 500-1000 мс — начало проблем, заметные фризы. Больше 1500 мс — канал будет замерзать регулярно.

Hop-уровень виден в логе как число после hop. Hop 1 — карта на следующем сервере напрямую. Hop 3-4 — цепочка из нескольких ретрансляторов. Каждый хоп добавляет задержку и точку отказа. При работе через VPN-туннель hop может оставаться низким, но пинг растёт — это тоже влияет на стабильность.

Команда oscam -d и просмотр oscam.log

Онлайн-просмотр лога: tail -f /var/log/oscam.log | grep ECM. Смотреть можно и в веб-интерфейсе во вкладке Logs, но tail удобнее при активной диагностике.

Для проверки конкретного ридера: grep "local_card" /var/log/oscam.log | tail -50. Если видите только timeout по одному ридеру — проблема именно в нём. Если not found по всем — вероятно, неправильный caid в конфиге.

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

Каналы открываются с задержкой (freezing)

Фриз — это почти всегда ECM не успел вернуться до смены ключа. Порог зависит от провайдера: у одних ключ меняется каждые 10 секунд, у других — каждые 30. Если время ответа ECM постоянно выше 800 мс — смотрите пинг до сервера и hop-уровень.

При работе через VPN ситуация часто ухудшается — туннель добавляет 50-200 мс к каждому запросу. Иногда проще подключиться напрямую или выбрать сервер ближе географически.

Несовпадение group между reader и user

Это причина №1 у новичков. Ридер настроен с group = 1, а в oscam.user написали group = 2. OScam смотрит: нет пересечения групп — этот ридер клиенту недоступен. Никакой ошибки в логе не будет, просто not found.

Проверка: в веб-интерфейсе зайдите в Users → конкретный аккаунт → проверьте поле Group. Затем Readers → ридер → Group. Должно совпадать хотя бы одно число.

Проблемы с dvbapi на Enigma2

Если на Enigma2 запущено два softcam одновременно — например, OScam и CCcam — оба пытаются захватить dvbapi. Результат: нестабильное декодирование, случайные чёрные экраны, иногда зависание ресивера. Один активный softcam — всегда. Перед запуском OScam убедитесь, что CCcam остановлен: /etc/init.d/cccam stop.

Параметр pmt_mode в oscam.dvbapi влияет на то, как OScam получает список PMT от тюнера. На некоторых ресиверах pmt_mode = 0 не работает — нужно попробовать 1, 2, 4. Метод подбора, к сожалению.

Неверный protocol или закрытый порт на firewall

OScam не даст внятной ошибки, если порт заблокирован — просто timeout в логе. Проверяем: nc -zv server.example.com 12000. Если таймаут — либо порт закрыт фаерволом, либо сервис не слушает.

Распространённая ошибка при первой настройке — поставить protocol = cccam, а подключаться к серверу, который слушает только newcamd. Соединение на уровне TCP установится, а авторизация провалится. Смотрите точный лог: connect to... failed — сетевая проблема; login failed — проблема авторизации или протокола.

Как выбрать источник линий: критерии без имён

Конфигурация cardsharing oscam может быть идеальной, но если источник плохой — никакой тюнинг не поможет. Вот на что смотреть.

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

Хороший источник — это ECM в среднем до 300 мс и аптайм выше 99%. Проверить реальное время ответа можно только через живое подключение — смотрите лог после нескольких часов работы, не только сразу после подключения. Первые 10 минут почти всегда хорошие.

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

Локальность серверов и hop-уровень

Сервер в той же стране — обычно пинг 20-50 мс. Сервер через океан — 150-300 мс плюс к каждому ECM. Оптимально: источник с hop 1 и пингом до 80 мс.

Hop-уровень узнаётся из лога OScam после подключения. Видите hop 3-4 с первого же запроса — ищите источник лучше.

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

До подключения уточните у провайдера полный список caid и ident. Не «все каналы», а конкретно: 0500:032830, 0604:000000 и так далее. Если нужный caid не поддерживается — OScam будет честно писать not found, и никакая настройка не поможет.

Когда на карте несколько caid, приоритет можно выставить через oscam.services. Если основной пакет — caid 0500, ставьте его первым в конфиге services, чтобы OScam не тратил время на перебор других систем.

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

Нормальный источник даёт тест хотя бы на 24-48 часов. За это время можно оценить стабильность в разное время суток — нагрузка на серверы обычно пиковая вечером. Тест на 2 часа ни о чём не говорит.

Во время теста держите лог OScam открытым и считайте соотношение found к timeout. Хороший источник — 99%+ found. Всё ниже 95% — повод поискать альтернативу.