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

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

Что нужно для кардшаринга Телекарты: параметры спутника и кодировки

Спутник, частоты и транспондеры Телекарты

Телекарта вещает с позиции 140°E — спутник Express-AM5. Диапазон Ku, поляризация смешанная (горизонтальная и вертикальная). Символьная скорость транспондеров — преимущественно 27500 ksym/s, FEC 3/4 или 5/6. Конкретные рабочие частоты постоянно меняются, поэтому актуальную таблицу транспондеров сверяйте на специализированных базах — lyngsat.com или kingofsat.net дают актуальную картину с датой последнего обновления.

Для настройки приёма минимально нужны: тарелка, ориентированная на 140°E (для большей части России это восточное направление), и конвертер с поддержкой Ku-диапазона. Многолучевая антенна или моторизованная подвеска дадут гибкость, но для одного спутника хватит фиксированной тарелки от 60 см.

Система кодирования и идентификаторы (CAID, provider ID)

Телекарта использует систему шифрования DRE-Crypt. CAID этой системы — 0x4AE1. Именно этот идентификатор нужно прописывать в конфигах OScam и CCcam, когда вы фильтруете по кодировке.

Provider ID зависит от конкретного пакета. DRE-Crypt не всегда отдаёт все subprovider'ы с одного источника — это важно, об этом отдельно в разделе про ошибки. Если видите что часть каналов пакета открывается, а часть нет — с вероятностью 80% дело именно в том, что источник не отдаёт нужный provider id.

Совместимое оборудование: ресиверы Enigma2 и эмуляторы

Кардшаринг телекарта работает на ресиверах с Linux-ядром и поддержкой softcam. Это прежде всего Enigma2-платформа: Dreambox, Vu+, Gigablue, Octagon, Formuler. На них CCcam и OScam устанавливаются как плагины через Blue Panel или вручную через ipk/deb-пакеты.

Штатный DRE-ресивер, который идёт в комплекте с подпиской Телекарты — не подходит. Он заточен под родную смарт-карту и закрыт от сторонних эмуляторов. Enigma2 или Android-приставка с запущенным эмулятором — единственный практичный путь для кардшаринга.

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

Структура файла CCcam.cfg и строка C-line

Основная строка подключения к серверу в CCcam.cfg выглядит так:

C: hostname 12000 username password

Где:

• hostname — доменное имя или IP сервера
• 12000 — порт (стандартный для CCcam, может быть другим)
• username и password — данные от вашей линии

Полный формат строки поддерживает дополнительные флаги: количество hop'ов, шифрование, блокировка эмм. Типичная минимальная строка без лишнего:

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

Последние три параметра — это блокировка EMM, шифрование соединения и описание узлов. Для клиентского подключения обычно оставляют no no.

Путь к конфигу: /var/etc/CCcam.cfg

На большинстве Enigma2-образов конфиг лежит в /var/etc/CCcam.cfg. На некоторых старых сборках — в /etc/CCcam.cfg. Если CCcam стартует, но не подхватывает конфиг, первым делом проверяйте куда именно смотрит демон:

ps aux | grep CCcam
cat /proc/$(pgrep CCcam)/cmdline

Или просто смотрите лог запуска — CCcam пишет полный путь к файлу конфигурации при старте.

После правки файла — перезапуск:

/etc/init.d/CCcam restart

Или через Blue Panel → Software Management → CCcam → Restart. Важно: просто сохранить файл недостаточно, CCcam читает конфиг только при старте.

Открытие и проброс порта (по умолчанию 12000/TCP)

Если ваш ресивер выступает клиентом (то есть подключается к внешнему серверу) — проброс порта не нужен. Достаточно исходящего TCP-соединения на порт сервера.

Проброс нужен только если вы сами раздаёте карты другим клиентам, то есть ресивер становится сервером. Тогда в роутере прокидываете 12000/TCP на локальный IP ресивера.

При двойном NAT или CGNAT (часто встречается у мобильных операторов и некоторых провайдеров) исходящее соединение работает нормально, но поднять входящее не получится без VPN или туннеля. Для клиентского сценария это не проблема.

Проверка соединения через веб-интерфейс CCcam (порт 16001)

CCcam поднимает встроенный веб-интерфейс на порту 16001. Открываете в браузере:

http://[IP-ресивера]:16001

Там видно статус каждого C-line: Connected/Not Connected, время соединения, ECM time последних запросов, список доступных CAID. Если линия показывает Connected, но CAID 4AE1 в списке отсутствует — источник не отдаёт DRE-Crypt, и каналы Телекарты работать не будут.

Настройка OScam для Телекарты: oscam.server и oscam.conf

Конфиг reader в oscam.server (протокол cccam)

OScam гибче CCcam, но и настройка сложнее. Подключение к серверу описывается в файле oscam.server. Пример секции reader для CCcam-протокола:

[reader]
label                = telekarta
protocol             = cccam
device               = hostname,12000
user                 = username
password             = password
group                = 1
caid                 = 4AE1
ident                = 4AE1:000000
reconnecttimeout     = 30
disableserverfilter  = 1

Параметр ident задаёт фильтр по CAID и provider id. Если у источника несколько subprovider'ов DRE-Crypt, можно перечислить их через запятую. Если оставить только CAID без provider id — OScam будет принимать все subprovider'ы от этого источника, что обычно правильный выбор для начала.

disableserverfilter = 1 — важный параметр. Без него OScam может фильтровать ECM запросы на основе того, что сервер объявил, и иногда блокировать запросы которые всё равно могли бы пройти.

Секция [global] и [cs357x]/[cs378x] в oscam.conf

Основной файл oscam.conf задаёт глобальные параметры и активирует протоколы. Минимальная конфигурация:

[global]
logfile               = /var/log/oscam.log
maxlogsize            = 200
nice                  = -1
waitforcards          = 1

[webif]
httpport              = 8888
httpuser              = oscam
httppwd               = oscam

[cs357x]
port                  = 0

[cs378x]
port                  = 0

Если вы раздаёте другим клиентам через newcamd, задаёте рабочий порт вместо 0. Для клиентского сценария — 0 отключает прослушивание.

Маппинг CAID и provider id для DRE Crypt

Для кардшаринга телекарта в OScam нужно понимать как работает маппинг. Файл oscam.server описывает reader — источник сигнала. Файл oscam.user описывает клиентов которым OScam раздаёт. Файл oscam.services позволяет создать группы сервисов и ограничить доступ по CAID/SID.

Для себя как единственного клиента oscam.services не обязателен. Достаточно правильно указать CAID в reader и убедиться что oscam.user разрешает доступ к нужным CAID. Типичная ошибка: в reader прописан caid = 4AE1, а в пользователе стоит ограничение по другому CAID — OScam не передаёт запрос источнику.

Веб-мониторинг OScam (httpport 8888) и чтение лога ECM

Веб-интерфейс OScam на порту 8888 — главный инструмент диагностики:

http://[IP-ресивера]:8888

Раздел "Readers" показывает статус каждого reader: Connected/Disconnected, количество ECM за сессию, ECM time (последний и средний), статистику OK/NOK. Раздел "Live Log" в реальном времени показывает все события.

В логе ищите строки вида:

2026/05/29 12:34:56 c  (ecm) username: found (240 ms) by telekarta
2026/05/29 12:34:58 c  (ecm) username: not found

found с временем — нормальное декодирование. not found — источник не смог отдать управляющее слово. Несколько not found подряд при рабочем соединении — или неправильный CAID/provider id, или источник не поддерживает этот канал.

Почему каналы не открываются: разбор типовых ошибок

Чёрный экран и 'Закодированный канал' при онлайн-линии

Линия показывает Connected, а канал всё равно не открывается. Это самая частая жалоба при настройке кардшаринга телекарта. Диагностика по шагам:

1. Открываете веб-интерфейс OScam или CCcam, проверяете что CAID 4AE1 присутствует в списке доступных идентификаторов у reader
2. Переключаетесь на проблемный канал и смотрите лог в реальном времени — появляются ли вообще ECM-запросы
3. Если запросы есть, но статус not found — источник не отдаёт этот канал. Либо не поддерживает нужный provider id, либо канал платный и у источника нет подписки на этот пакет
4. Если ECM-запросов нет вообще — проблема на стороне ресивера: неправильно настроен softcam или не тот CAID прописан в настройках плагина

Отдельная история — источник отдаёт CAID 4AE1, но без нужного subprovider id. Тогда открывается часть каналов пакета (обычно базовый набор), а premium-каналы выдают чёрный экран. Проверяется смотром списка idents у reader в OScam.

ECM time слишком большой (фризы и подвисания)

ECM time — время которое уходит на получение управляющего слова от источника. Ориентиры:

• до 300 мс — отлично, переключение каналов мгновенное
• 300–500 мс — нормально для большинства каналов
• 500–1000 мс — терпимо, иногда небольшой фриз при переключении
• выше 1000 мс — постоянные зависания, картинка замирает раз в несколько секунд

Высокий ECM time обычно означает перегруженный источник или большой пинг до него. Источник в России или соседних странах даёт пинг 20–50 мс; если сервер где-то в Европе — пинг 80–120 мс, и это заметно. При нескольких reader'ах в OScam с одинаковым CAID включается load balancing — но если приоритеты не выставлены, OScam может скакать между источниками и ECM time будет нестабильным.

Линия offline: проблема порта, NAT или firewall

Если CCcam или OScam не может подключиться к серверу:

# Проверяем доступность порта с ресивера
telnet hostname 12000
# или
nc -zv hostname 12000

Если telnet не отвечает — проблема сетевая, не в конфиге. Проверяйте: firewall на ресивере (iptables -L), настройки DNS (попробуйте IP вместо домена), доступность интернета с ресивера в принципе (ping 8.8.8.8).

CGNAT — отдельная боль. Некоторые провайдеры выдают "серый" IP и весь трафик идёт через NAT провайдера. Для исходящих соединений обычно работает без проблем. Но если провайдер блокирует нестандартные порты — используйте сервер на порту 443 или 80, такие порты почти никогда не блокируются.

Канал открывается частично (только SD или только часть пакета)

Если HD-версия канала не открывается, а SD открывается — у них разные SID (service id), и источник может поддерживать не оба. Но чаще это не HD/SD разделение, а пакетное — источник держит подписку только на базовый пакет, а каналы из расширенного пакета не отдаёт.

Ещё один сценарий: источник поменял конфигурацию или вещатель обновил ключи. После обновления кодировки на стороне Телекарты ранее рабочие линии могут перестать открывать часть каналов до обновления ключей на стороне источника. Это нормально и решается на стороне сервера, не вашей.

Как выбрать источник кардшаринга: критерии без рекламы

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

Первый критерий — аптайм. Источник с аптаймом 95% — это 36 часов даунтайма в месяц. Для постоянного просмотра неприемлемо. Смотрите на декларируемый аптайм, но главное — проверяйте статистику по ECM в OScam после нескольких дней работы: если NOK-запросов больше 5–10% от общего числа, источник нестабилен.

Частые дисконнекты (CCcam пересоединяется каждые час-два) — плохой признак. Хороший источник держит сессию сутками без разрывов.

ECM time и географическая близость источника

Географическая близость напрямую влияет на пинг, а пинг — на ECM time. Сервер в России даст 10–40 мс пинга, в Европе — 60–120 мс. При скорости интернета 100 Мбит/с разница в пропускной способности не имеет значения: пакет ECM крошечный, здесь важна только задержка.

Запросите тестовую линию и смотрите средний ECM time в OScam за первые 2–3 часа на разных каналах. Это реальная картина, не маркетинговые обещания.

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

Для кардшаринга телекарта нужна поддержка CCcam или newcamd (cs357x/cs378x). Оба работают, CCcam проще в настройке. Newcamd даёт чуть более тонкую настройку фильтрации CAID и стабильнее при нестабильном интернете — меньше переподключений.

Количество одновременных линий важно если вы смотрите на нескольких ресиверах или раздаёте в локальной сети. Одна линия — один одновременный ECM-запрос. Два ресивера одновременно = нужно минимум 2 линии.

Признаки ненадёжного источника

Красные флаги которые сразу отсекают плохих провайдеров:

• Обещание "все пакеты всех спутников" по цене пачки сигарет — физически невозможно отдавать тысячи каналов с нормальным ECM time
• Нет тестового периода или тест дают только "после оплаты" — честный источник не боится показать что он работает
• Требуют root-доступ к вашему ресиверу для "установки" — это либо некомпетентность, либо что-то хуже
• Нет никакой информации о поддерживаемых CAID — если продавец сам не знает что продаёт, это говорит само за себя
• Сайт/контакт появился месяц назад — для шаринга нужна история работы, свежие проекты часто исчезают так же быстро

И наоборот: рабочий тест, прозрачные технические условия (протокол, порт, максимальный ECM), адекватная поддержка с реальными ответами — это признаки того что источник знает своё дело.