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

Настройка кардшаринга Телекарта — это не rocket science, но без понимания базовой механики легко потратить несколько часов впустую. Правильный CAID, корректный путь конфига, открытый порт — и каналы идут. Ошибся в одном — получаешь бесконечный таймаут ECM или статус N в CCcam Info. В этом материале — конкретные конфиги, реальные пути файлов и диагностика, которая реально работает.

Как работает кардшаринг Телекарта: протокол и кодировка

Прежде чем лезть в конфиги, нужно понять, что именно происходит между ресивером и сервером. Это сэкономит часы отладки.

Кодировка Телекарта (DRE Crypt) и CAID

Телекарта использует систему условного доступа DRE Crypt. CAID для неё — 0x4AE1 (иногда встречается 0x4AE0, зависит от конкретного транспондера). Именно этот идентификатор нужно прописывать в dvbapi и секции reader — если поставить чужой CAID, ресивер просто не будет посылать ECM-запросы на нужную карту, и каналы не откроются, даже если сервер живой.

Provider ID для большинства пакетов Телекарта — 0x000004. Бывает, что CAID совпадает, а provid — нет. Тогда часть каналов открывается, часть нет. Это не глюк сервера, это проблема привязки в конфиге.

Чем CCcam отличается от OScam для DRE

CCcam — более старый протокол, бинарный, с ограниченным логированием. Для DRE Crypt он работает, но без тонкой настройки. OScam — модульная система с детальным логированием, поддержкой нескольких ридеров одновременно и гибкой фильтрацией по CAID/provid. На практике: если нужна стабильность и удобная диагностика — OScam выигрывает. Если просто попробовать быстро — CCcam проще поднять за 5 минут.

Важный момент: OScam умеет работать как клиент к CCcam-серверу по протоколу cccam. То есть на стороне сервера может стоять CCcam, а клиент — OScam. Это распространённая связка, и она отлично работает для Телекарта.

Где находится сервер и что передаётся (ECM/EMM)

Ресивер при попытке открыть зашифрованный канал формирует ECM-пакет (Entitlement Control Message) и отправляет его на шаринг-сервер. Сервер расшифровывает его с помощью реальной смарт-карты и возвращает контрольное слово (CW). Ресивер использует CW для декодирования потока. Весь цикл должен укладываться в 300–500 мс — если дольше, пойдут фризы.

EMM-пакеты (Entitlement Management Message) отвечают за обновление прав на карте. Для клиента шаринга они обычно не актуальны — карта находится у провайдера сервиса, не у вас.

Настройка CCcam для Телекарта: пример конфига

CCcam — рабочий вариант для кардшаринга Телекарта, особенно если ресивер уже работает на образе с предустановленным эмулятором. Главное — не запутаться в путях конфига и синтаксисе C-line.

Файл CCcam.cfg: путь /var/etc/CCcam.cfg

На большинстве образов Enigma2 (OpenPLi, OpenATV, OpenVix) основной конфиг лежит по пути /var/etc/CCcam.cfg. На некоторых сборках — /etc/CCcam.cfg. Проверить просто:

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

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

Строка C-line: формат C: hostname port username password

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

C: server.example.com 12000 myuser mypassword no { 0:0:1 }

Разбор по полям:

• server.example.com — хост сервера (домен или IP)
• 12000 — TCP-порт (у разных провайдеров от 10000 до 20000)
• myuser / mypassword — логин и пароль от вашего аккаунта
• no — запрет на переподключение клиентов через этот линк
• { 0:0:1 } — разрешённые CAID:provid:hop. Для Телекарты: { 4AE1:0:1 }

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

C: server.example.com 12000 myuser mypassword no { 4AE1:0:1 }

Параметры stayconnected, no и обязательные опции

В глобальной секции CCcam.cfg стоит добавить:

KEEPCONNECTED: 1
MINIMIZECARDS: 0
UPDATEINTERVAL: 240
CACHEX: 0

KEEPCONNECTED: 1 заставляет CCcam переподключаться при обрыве — без этого после дропа соединения придётся перезапускать демон вручную. CACHEX: 0 отключает кеш-обмен между клиентами, что снижает нагрузку и убирает ложные срабатывания для DRE.

Проверка подключения через telnet и веб-интерфейс :16001

Сначала убедитесь, что порт сервера доступен:

telnet server.example.com 12000

Если соединение не устанавливается — проблема в сети или firewall, а не в конфиге CCcam. Веб-интерфейс CCcam открывается на порту 16001: http://<ip-ресивера>:16001. Там видно статус каждой C-line — connected/not connected, количество доступных карт и версию протокола. Если статус N (not connected) — смотреть в сеть, логин/пароль и доступность порта.

Настройка OScam для Телекарта: reader и dvbapi

OScam сложнее в первичной настройке, но даёт несравнимо больше контроля. Для стабильной работы кардшаринга Телекарта через OScam нужно правильно настроить четыре файла: oscam.server, oscam.dvbapi, oscam.conf и oscam.user.

oscam.server: секция [reader] с protocol=cccam

Файл /etc/tuxbox/config/oscam/oscam.server (или /usr/keys/oscam.server на некоторых образах):

[reader]
label        = telecard_share
protocol     = cccam
device       = server.example.com,12000
user         = myuser
password     = mypassword
cccversion   = 2.3.0
cccmaxhops   = 1
group        = 1
caid         = 4AE1
ident        = 4AE1:000004
reconnecttimeout = 30

Параметр cccversion должен совпадать с версией на сервере. Если сервер отдаёт ошибку handshake — попробовать 2.0.11. Несовместимость версий — частая причина отказа соединения, которую CCcam Info не всегда внятно показывает.

cccmaxhops = 1 ограничивает глубину пересылки. Для прямого подключения к серверу с локальной картой достаточно 1. Больше — риск нестабильного ECM time из-за решары через несколько узлов.

oscam.dvbapi и привязка CAID 4AE1

Файл oscam.dvbapi управляет тем, какие запросы OScam обрабатывает от ресивера:

P: 4AE1:000004

Это прямая привязка: OScam будет отвечать только на ECM с CAID 4AE1 и provider ID 000004. Если оставить пустой dvbapi или прописать P: 0000:000000 — OScam будет пытаться декодировать всё подряд, что создаёт лишний трафик и замедляет ответ.

oscam.conf: webif port 8888 и monitor

Основной конфиг oscam.conf:

[global]
logfile        = /tmp/oscam.log
loglevel       = 64
maxlogsize     = 512

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

[monitor]
port           = 9999
allowedrange   = 127.0.0.1

Веб-интерфейс доступен на http://<ip-ресивера>:8888. Там — статус ридеров, текущий ECM time, логи в реальном времени. loglevel = 64 включает расширенное логирование — достаточно для диагностики без захлёбывания в гигабайтах. Для глубокого дебага ставить 255.

Файл oscam.user для локальных клиентов

Если OScam используется как локальный сервер (например, для нескольких ресиверов в сети):

[account]
user     = localclient
pwd      = localpass
group    = 1
caid     = 4AE1
au       = 1

Без корректного oscam.user локальный dvbapi-клиент не получит разрешения на запросы, и каналы не откроются даже при живом соединении с сервером.

Диагностика проблем: почему каналы не открываются

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

Ошибка ECM: «no card» или таймаут

Статус / значение	Что означает	Что делать
ECM time: 0 ms	Сервер не отвечает на запрос, карты нет по данному CAID	Проверить CAID/provid, статус аккаунта на сервере
ECM time: 5000+ ms	Высокий пинг или перегруженный сервер	Проверить ping до сервера, сменить сервер
no card available	Сервер подключён, но нужный CAID не обслуживается	Уточнить поддержку DRE/Телекарты у провайдера
decode ok	Всё работает	—
timeout	Соединение есть, но ответ не приходит вовремя	Проверить нагрузку сервера, hops, маршрут

Status N (not connected) в CCcam Info

Статус N в веб-интерфейсе CCcam :16001 — сервер не достигается. Первый шаг — telnet на нужный порт:

telnet server.example.com 12000

Если connection refused — порт закрыт или IP заблокирован. Если timeout — проблема с маршрутизацией или firewall на стороне провайдера интернета. Если соединение устанавливается, но CCcam всё равно показывает N — неправильный логин/пароль или версия протокола CCcam не совпадает.

Высокий ECM time и фризы изображения

ECM time выше 800 мс даёт видимые фризы при переключении каналов. Выше 1500 мс — картинка зависает каждые несколько секунд. Причины:

• Физический пинг до сервера больше 100–150 мс — выбрать географически ближайший сервер
• Шаринг через 2–3 hop'а (решара решары) — искать сервер с локальной картой, hops = 0 или 1
• Перегруженный сервер с сотнями одновременных клиентов — ECM time плавает от 200 до 2000 мс
• Слабый интернет-канал на стороне ресивера — проверить скорость и стабильность соединения

ping -c 20 server.example.com

Если потери пакетов выше 2% — соединение нестабильное, и шаринг будет работать с перебоями независимо от качества сервера.

Проблемы с firewall и пробросом портов

Двойной NAT — классическая ловушка. Если ресивер подключён через роутер за провайдерским CGNAT (мобильный интернет 4G/5G или некоторые домашние тарифы), входящие TCP-соединения блокируются на уровне оператора. Для клиентского шаринга это обычно не критично — клиент сам инициирует исходящее TCP-соединение. Но если настраивается локальный сервер для раздачи внутри сети — нужен проброс порта на роутере.

Для клиентского подключения нужно открыть только исходящий TCP на порт сервера (тот, что указан в C-line или device). Входящие порты для клиента не нужны. Исключение — если OScam слушает на 8888 и нужен доступ к веб-интерфейсу снаружи.

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

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

Uptime, ping и стабильность ECM time

Первое, что нужно проверить — пинг до сервера до оплаты. Большинство нормальных провайдеров дают тестовый период 24–48 часов. За это время:

# Проверить стабильность соединения
ping -c 100 server.example.com | tail -3

# Проверить открытость порта
nc -zv server.example.com 12000

Нормальный пинг для шаринга — до 80–100 мс. ECM time в OScam при этом должен держаться в диапазоне 200–400 мс. Если в тестовый период ECM time прыгает от 100 до 3000 мс — сервер перегружен или нестабилен, и после оплаты лучше не станет.

Поддержка нужного CAID и локальные карты

Спросить напрямую: есть ли локальная карта для Телекарты (CAID 4AE1), или это решара с другого сервера. Решара — не всегда плохо, но каждый дополнительный hop добавляет 50–200 мс к ECM time. Сервер с hops = 0 означает локальную карту в reader'е — это оптимальный вариант.

В OScam веб-интерфейсе (порт 8888) в разделе Services можно увидеть, какие CAID реально отдаёт сервер и сколько hops до карты. Если сервер показывает CAID 4AE1 с hops = 2–3, это решара через несколько промежуточных серверов.

Лимит подключений и защита от фрод-перекупа

Нормальный лимит для одного аккаунта — 1–2 одновременных подключения. Если провайдер предлагает 10+ подключений на один аккаунт по цене одного — это либо решара низкого качества, либо перегруженный сервер, где ваши ECM-запросы будут в очереди за сотнями других.

Проверить реальный лимит просто: подключить два ресивера с одними данными одновременно и посмотреть, открываются ли каналы на обоих. Если второй ресивер получает статус N или «too many connections» — лимит честный. Если открывается — либо лимит выше, либо сервер не контролирует количество сессий, что само по себе тревожный знак.