Настройка CCcam и OScam: конфиги, порты, протоколы 2026
Если вы занимаетесь настройкой CCcam и OScam сервера: конфигурация, порты, протоколы — это именно то, в чём чаще всего застревают люди. Образ установлен, демон запущен, а каналы не открываются. Причина почти всегда в трёх вещах: неверный путь к конфигу, несовпадающий порт или расхождение версии протокола. Разберём всё по порядку.
CCcam против OScam: какой эмулятор выбрать под вашу задачу
Коротко: если вы начинаете с нуля в 2026 году — берите OScam. CCcam — закрытый проприетарный бинарник, последнее активное обновление было давно, и никто не знает, что происходит внутри. OScam — открытый, активно поддерживается сообществом, имеет подробную документацию и вменяемый веб-интерфейс.
Ключевые различия в архитектуре и поддержке протоколов
CCcam работает только по собственному протоколу — клиент должен поддерживать именно CCcam. OScam читает несколько протоколов одновременно: newcamd, cccam, mgcamd, camd35. Один инстанс OScam может слушать на нескольких портах с разными протоколами — это реальная гибкость.
Логирование — ещё одна принципиальная разница. CCcam пишет в системный лог скупо, статус ECM вы практически не увидите в деталях. OScam при loglevel = 255 выдаёт каждую операцию с временными метками — это спасает при диагностике.
Когда оправдан CCcam, а когда лучше OScam
CCcam имеет смысл, если источник раздаёт именно по протоколу CCcam и у вас старый приёмник с прошивкой, где плагин OScam просто не работает корректно. Или если у вас уже готовый CCcam.cfg от источника и менять ничего не хочется — нормально, просто вставьте строку C: и проверьте.
OScam лучше во всех остальных случаях. Особенно когда нужна маршрутизация между несколькими ридерами, фильтрация по CAID/provid или нормальный мониторинг через браузер.
Совместимость с приёмниками Enigma2 и форками (OpenATV, OpenPLi)
На OpenATV 7.x и OpenPLi 9.x оба эмулятора устанавливаются через менеджер пакетов — ipkg или opkg. CCcam лежит как бинарник в /usr/bin/cccam, OScam собирается из репозитория и устанавливается туда же. Но вот что важно: некоторые сборки OScam для Enigma2 собраны без поддержки определённых протоколов — это нужно проверять через oscam --build-info, об этом ниже.
Конфигурационные файлы и пути: где что лежит
Большинство проблем начинается с того, что человек правит не тот файл. Файл сохранён, демон перезапущен, а ничего не изменилось — потому что демон читает другой путь.
CCcam.cfg: расположение в /etc, /var/etc и структура строк C:
На большинстве Enigma2-образов CCcam.cfg лежит в /etc/CCcam.cfg. На некоторых сборках — в /usr/keys/CCcam.cfg или /var/etc/CCcam.cfg. Найти активный файл просто:
find / -name CCcam.cfg 2>/dev/nullСтрока подключения к источнику выглядит так:
C: hostname.example.com 12000 myusername mypasswordЗдесь C: — обязательный префикс (Client), затем хост, порт, логин, пароль через пробел. Никаких кавычек, никаких лишних символов. Пустая строка в конце файла иногда вызывает проблемы на старых версиях — уберите её.
Параметр VERSION в CCcam.cfg задаёт версию протокола, которую клиент анонсирует серверу. По умолчанию это что-то вроде 2.3.0. Если источник требует конкретную версию — несовпадение cccversion даёт немедленный дисконнект. Это одна из самых частых незаметных ошибок.
OScam: oscam.conf, oscam.server, oscam.user, oscam.services
У OScam конфигурация разбита на несколько файлов. По умолчанию все они лежат в /etc/oscam/, на некоторых Enigma2-сборках — в /etc/tuxbox/config/oscam/. Проверить, что именно читает ваш инстанс:
oscam --help | grep configОсновные файлы:
- oscam.conf — глобальные параметры:
[global],[webif],[monitor] - oscam.server — описание ридеров (источников)
- oscam.user — аккаунты клиентов, которые подключаются к вашему OScam
- oscam.services — фильтрация по сервисам и CAID
Минимальный oscam.server для подключения к источнику по протоколу newcamd:
[reader]
label = myfeed
protocol = newcamd
device = hostname.example.com,15000
key = 0102030405060708091011121314
user = myuser
password = mypass
caid = 0500
group = 1Секция [account] в oscam.user выглядит так:
[account]
user = localclient
pwd = localpass
group = 1
caid = 0500Параметр group= связывает аккаунты и ридеры. Аккаунт с group = 1 будет маршрутизировать ECM-запросы на ридеры с group = 1. Если группы не совпадают — запросы никуда не уйдут, каналы не откроются, и в логе вы увидите ECM not found.
Права доступа к файлам и перезапуск демона
После копирования файлов по FTP права часто слетают. OScam не запустится или не прочитает файлы, если они принадлежат другому пользователю:
chown -R oscam:oscam /etc/oscam/
chmod 600 /etc/oscam/oscam.user /etc/oscam/oscam.serverПерезапуск через init.d:
/etc/init.d/oscam restartНа системах с systemd:
systemctl restart oscamCCcam перезапускается аналогично — через /etc/init.d/cccam restart. На Enigma2 часто есть кнопка в плагине, но командная строка надёжнее — точно знаете, что произошло.
Ещё один момент: проверьте часовой пояс и системное время на приёмнике. Расхождение в несколько минут может сбивать валидность сессий — особенно в newcamd, где есть временная верификация. Настройте NTP или вручную:
date -s "2026-06-08 14:30:00"Порты и протоколы: правильная настройка соединений
Настройка CCcam и OScam сервера: конфигурация, порты, протоколы — это не абстракция. Вот конкретные числа и команды.
Стандартные порты CCcam (12000) и newcamd
CCcam по умолчанию использует TCP-порт 12000. Это не фиксировано — порт берётся из строки C: на клиенте и из конфига сервера. Newcamd чаще всего слушает на портах в диапазоне 15000–15010, но опять же — зависит от источника.
Camd35 работает на UDP, что редкость сейчас — но если источник требует camd35, убедитесь, что ваш файрвол пропускает UDP на нужном порту.
Параметры protocol= в oscam.server (cccam, newcamd, camd35)
Для CCcam-источника в oscam.server:
[reader]
label = cccam_feed
protocol = cccam
device = hostname.example.com,12000
user = myuser
password = mypass
cccversion = 2.3.0
cccmaxhops = 1
group = 1Параметр cccversion — критичный. Если источник на CCcam 2.2.11, а вы указали 2.3.0, соединение оборвётся сразу. Уточните у источника или попробуйте несколько вариантов: 2.1.4, 2.2.1, 2.3.0.
Для newcamd ключевой параметр — key. Это DES-ключ из 28 hex-символов (14 байт). Он должен точно совпадать с серверной стороной — один неверный символ, и рукопожатие не состоится:
key = 0102030405060708091011121314Проверьте, что у вас нет пробелов внутри ключа и что количество символов ровно 28.
Проброс портов на роутере и проверка через telnet/nc
Перед тем как грешить на конфиг, убедитесь, что порт вообще доступен. На сервере:
netstat -tlnp | grep oscam
netstat -tlnp | grep cccamЕсли порт не в списке — демон не слушает. Либо ошибка в конфиге, либо демон не запущен.
Проверка доступности с клиентской стороны:
telnet hostname.example.com 12000
nc -zv hostname.example.com 15000Если telnet не подключается — либо порт закрыт файрволом, либо не пробросен на роутере. Серый IP у провайдера без возможности проброса порта — отдельная история. В этом случае единственный вариант — исходящее соединение: ваш OScam подключается к источнику как клиент, а не принимает входящие. Именно для этого и нужен oscam.server — вы описываете удалённый ридер, и всё соединение инициируется изнутри.
Также проверьте сборку OScam на наличие нужных протоколов:
oscam --build-infoВ выводе ищите строки вроде WITH_LIBCRYPTO, MODULE_CCCAM, MODULE_NEWCAMD. Если нужного модуля нет — эту сборку нужно заменить или пересобрать с нужными флагами. Это реальная проблема на некоторых Enigma2-образах, где OScam собран минимально.
Диагностика: почему не открываются каналы и как читать логи
Без нормального лога диагностика — это гадание. Включите детальное логирование в oscam.conf:
[global]
logfile = /var/log/oscam.log
loglevel = 255
maxlogsize = 500loglevel = 255 — это побитовое объединение всех уровней. На продакшне так не оставляйте — лог растёт быстро. Для диагностики — самое то.
Анализ oscam.log и веб-интерфейса (httpport)
Включите веб-интерфейс в oscam.conf:
[webif]
httpport = 8888
httpuser = admin
httppwd = yourpassword
httprefresh = 10После перезапуска открываете браузер на http://ip-приёмника:8888 и видите статус ридеров, время отклика ECM, количество запросов. Это первое место, куда нужно смотреть.
В логе каждый ECM-запрос выглядит примерно так:
2026/06/08 14:23:11 c (client) ECM Channel Name CAID:0500/PROVID:000000/SID:1234 - found (44 ms) by myfeedЧисло в скобках — время отклика в миллисекундах. Меньше 500 мс — нормально. Больше 1000 мс — проблема либо с пингом до сервера, либо с нагрузкой на него.
Ошибки ECM: timeout, not found, rejected
ECM timeout — запрос ушёл, ответ не пришёл за отведённое время. Причины: высокий пинг, перегруженный ридер, неверный CAID или provid, нестабильное соединение. Проверьте ping hostname.example.com — если больше 200–300 мс, это уже плохо для кардшаринга.
ECM not found — ридер не нашёл ключ для расшифровки. Чаще всего CAID или provid в запросе не поддерживается источником. Смотрите в логе, какой CAID идёт в запросе, и сравните с тем, что заявлен у источника.
ECM rejected — сервер явно отказал. Обычно это проблема аутентификации или ограничений на аккаунте (одновременные подключения, лимит каналов).
Проблемы с CAID, provid и приоритетами ридеров
Если у вас несколько ридеров с одинаковым CAID, OScam должен знать, в каком порядке их опрашивать. Для этого используется параметр priority в oscam.server:
[reader]
label = primary_feed
caid = 0500
group = 1
priority = 1
[reader]
label = backup_feed
caid = 0500
group = 1
priority = 2Ридер с меньшим значением priority опрашивается первым. Если он не ответил за таймаут — запрос идёт к следующему. Без явного приоритета OScam выбирает ридер по внутренней логике, которая не всегда предсказуема.
Параметр caid= в ридере — фильтр: этот ридер будет обрабатывать только запросы с указанным CAID. Если не указать — ридер получает все запросы, что иногда создаёт лишнюю нагрузку и конфликты между ридерами.
Для тонкой маршрутизации используется oscam.services в связке с параметром services= в oscam.user и ридере. Можно создать именованные группы сервисов и указать, какой аккаунт получает доступ к каким сервисам — это нормальная практика при нескольких источниках с разными пакетами.
Как выбрать надёжный источник: технические критерии, а не имена
Большинство материалов по настройке CCcam и OScam сервера: конфигурация, порты, протоколы — обходят этот вопрос стороной или скатываются в рекламу. Давайте по-другому.
Признаки стабильного соединения: аптайм, пинг до сервера, время отклика ECM
Первый критерий — пинг. Запустите ping hostname.example.com и смотрите не на среднее, а на разброс. Если у вас 30 мс среднее, но иногда прыгает до 300 мс — ждите фризов при смене ключа. Стабильный источник даёт дисперсию в пределах 10–20 мс.
Второй — время ECM из лога. Нормальный показатель для европейских источников — 50–200 мс. Всё, что регулярно выше 500 мс, будет давать фризы или потерю картинки при зэппинге.
Аптайм проверяйте через лог за несколько дней: смотрите, как часто появляются строки reconnect в oscam.log. Один реконнект в день — нормально. Несколько в час — плохой признак.
Поддержка нужных CAID и локальных карт
Перед подключением источника уточните список поддерживаемых CAID. Это числа вроде 0500, 1810, 0B00 — каждый соответствует определённой системе условного доступа. Если ваши каналы идут через CAID, которого у источника нет, — они никогда не откроются, как бы вы ни правили конфиги.
В oscam.log после установки соединения вы увидите строки с доступными CAID у ридера — ищите caid в информации о ридере после коннекта. Это реальная картина, а не слова.
Красные флаги и нереалистичные обещания
Обещания 100% аптайма — уже нет. Гарантированный доступ ко всем пакетам — тоже. Реальные источники дают честные цифры: 97–99% аптайма в месяц это хорошо.
Плохой знак — отсутствие информации о поддерживаемых CAID до оплаты. Нормальный источник сразу говорит, что именно он раздаёт. Если список CAID не раскрывается — не ясно, что вы покупаете.
Ещё один красный флаг: источник не поддерживает тестовый период или не может объяснить технические детали (протокол, версию, порт). Если на вопрос "какой cccversion вы используете?" вам отвечают "всё работает, просто подключайтесь" — это не технический сервис.
Где находится файл CCcam.cfg на приёмнике Enigma2?
Чаще всего в /etc/CCcam.cfg. На некоторых образах — в /usr/keys/CCcam.cfg или /var/etc/CCcam.cfg. Активный путь найдёт команда find / -name CCcam.cfg 2>/dev/null. Правьте именно тот файл, который находит эта команда — не угадывайте.
Какой порт по умолчанию использует CCcam?
TCP 12000 — это исторически сложившийся стандарт, но не обязательный. Порт берётся из строки C: в CCcam.cfg и должен точно совпадать с портом на стороне источника. Не забудьте пробросить этот порт на роутере, если вы принимаете входящие соединения.
Чем OScam лучше CCcam для самостоятельной настройки?
Тремя вещами: открытым кодом и активной поддержкой, подробным логированием (loglevel = 255 показывает каждый ECM-запрос), и веб-интерфейсом для мониторинга в реальном времени. Плюс OScam одновременно поддерживает newcamd, cccam, camd35 — не нужно выбирать один протокол.
Что означает ошибка ECM timeout в логе?
Запрос на расшифровку ушёл к ридеру, но ответ не вернулся за отведённое время. Возможные причины: высокий пинг до сервера (больше 200–300 мс), перегрузка ридера, неверный CAID или provid в запросе, нестабильное TCP-соединение. Смотрите время отклика в веб-интерфейсе OScam (httpport) и пингуйте сервер напрямую.
Как настроить newcamd протокол в oscam.server?
Укажите protocol = newcamd, device = host,port, key = <28 hex-символов>, user и password. DES-ключ (key) должен совпадать с серверной стороной посимвольно — 28 hex-символов без пробелов. Несовпадение ключа даёт немедленный отказ рукопожатия.
Почему открываются не все каналы при рабочем соединении?
Источник не поддерживает CAID или provid тех каналов, которые не открываются. В oscam.log после коннекта ридера видно, какие CAID он анонсирует. Сравните этот список с CAID нужных каналов — их можно посмотреть в свойствах канала на приёмнике или через oscam.log в момент переключения на проблемный канал.
Настройка CCcam и OScam сервера: конфигурация, порты, протоколы — это не магия. Это конкретные пути, конкретные числа и чтение логов. Большинство проблем решается за 20 минут, если знать, куда смотреть. Включите лог на полный уровень, запустите веб-интерфейс OScam, проверьте порты через netstat — и картина станет понятной.