Канал не открывается на шаринге: чеклист 2026

Соединение с сервером есть, часть каналов идёт, но один или несколько — чёрный экран. Именно для такой ситуации и собран этот канал не открывается на шаринге: чеклист. Никакой воды — только конкретные команды, пути конфигов и последовательность действий, которая реально помогает.

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

Быстрый чеклист: с чего начать за 5 минут

Первый вопрос: хоть что-то вообще декодируется? Если да — проблема точечная, в конкретном caid или провайдере. Если не открывается вообще ничего — это уже про соединение или конфиг целиком.

Открывается ли хоть один канал на том же пакете

Возьмите другой канал того же оператора и проверьте его. Если он идёт — проблема именно в конкретном канале, скорее всего в caid/provid. Если весь пакет лежит — виноват либо сервер, либо ваша линия на этот caid.

На CCcam: открыть веб-интерфейс на порту 16001 (http://<ip-ресивера>:16001) и посмотреть на раздел Shares — какие caid отдаёт линия. Через telnet на порт 23 можно запустить команду оператора телеметрии и увидеть активные ECM-запросы в реальном времени.

На OScam: веб-интерфейс на порту 8888 (http://<ip>:8888), вкладки Status и Readers. Там сразу видно, онлайн ли ридер и какие caid он обслуживает.

Статус линии в CCcam.cfg / oscam.server

В /etc/CCcam.cfg смотрите строки C-line или F-line. В /etc/oscam/oscam.server — секцию с нужным ридером, поле caid и ident. Если ридер показывает статус disconnected — это уже не проблема caid, сначала поднимите соединение.

Свежесть EMM и срок действия карты на сервере

EMM — это обновления подписки карты. Если карта на сервере давно не получала EMM или подписка истекла, каналы просто перестают открываться без каких-либо явных ошибок. В OScam на странице Readers смотрите колонку Last EMM — если там давно, это тревожный сигнал.

Совпадение caid и provider ID канала и линии

Это причина №1 в 60–70% случаев, когда не открывается конкретный канал, а всё остальное работает. Узнайте caid и provid канала через ECM Info на ресивере и сравните с тем, что раздаёт линия. Подробно — в следующем разделе.

Проверка caid и provider ID: главная причина

Большинство случаев, когда канал не открывается на шаринге, упираются именно сюда. Линия подключена, ECM-запрос уходит, но сервер отвечает «не знаю такого» — потому что нужного caid:provid в раздаче нет.

Как узнать caid и provid канала (ECM Info на ресивере)

На Enigma2 (OpenATV, DreamOS, OpenPLI): встаньте на нужный канал → кнопка Info (или долгое нажатие OK) → ECM Info или Pixel Info. Там будет строка вида:

CAID: 0x0500
Provider: 0x029900
ECM PID: 0x0901

Запишите эти значения. Именно их и надо искать в конфигах линий.

Сопоставление с линиями в конфиге

В /etc/oscam/oscam.server у ридера смотрите поля:

caid = 0500
ident = 0500:029900

Если ваш канал на caid 0500 с провайдером 029900, а в ident прописан только 0500:012345 — этот провайдер не пройдёт. Надо добавить через запятую: ident = 0500:029900,012345.

В CCcam: в /etc/CCcam.cfg строки C-line не содержат явный caid — он определяется тем, что сервер раздаёт. Но если прописан IGNORE CAID или есть фильтры в разделе SHARE ONLY CAID, проверьте их. Параметр { caid:provid } в строке шары может ограничивать доступ.

Локальные и share-приоритеты (P-line, ecm whitelist)

После обновления прошивки ресивера приоритеты могут сброситься. Если у вас несколько линий, ресивер может начать слать ECM на другую линию, где нужного caid нет.

В OScam приоритеты задаются в /etc/oscam/oscam.user через поля group и glist. Файл /etc/oscam/oscam.whitelist (или oscam.srvid) может блокировать конкретные сервисы — проверьте, не попал ли ваш канал в чёрный список.

В CCcam P-line (приоритетная локальная карта) имеет высший приоритет. Если у вас есть P-line, но карта не подписана на этот пакет — CCcam попробует её первой, получит отказ и может не пойти дальше к C-line в зависимости от настроек.

Что делать при нескольких caid на одном канале

Некоторые каналы вещают в нескольких системах кодирования одновременно — например, Viaccess (0500) и Nagravision (1800) на одном транспондере. Ресивер выбирает один и пытается декодировать через него.

Если через caid 0500 шаринг не работает (нет в раздаче), а через 1800 работает — надо в oscam.user выставить приоритет или убрать caid 0500 из списка обслуживаемых. В CCcam добавить в конфиг IGNORE CAID: 0500, чтобы ресивер переключился на альтернативный caid.

Чтение логов OScam и CCcam: расшифровка ошибок

Лог — это единственное место, где шаринг честно говорит, что происходит. Без него диагностика вслепую.

Включение подробного лога (debug level, loghistorysize)

В /etc/oscam/oscam.conf секция [global]:

logfile = /var/log/oscam.log
debuglevel = 4
loghistorysize = 4096

debuglevel = 4 даёт нормальную детализацию. Для полной трассировки ECM — debuglevel = 255, но это очень много текста, включать только на время диагностики. После перезапуска OScam смотреть живой лог:

tail -f /var/log/oscam.log

В CCcam: в /etc/CCcam.cfg добавить строку DEBUG LEVEL : 1. Лог пишется в /tmp/CCcam.log или смотрится через telnet на порт 23.

Типичные строки: «no matching reader», «rejected», «not found (4)»

Строка в логе	Что означает	Что делать
no matching reader	Ни один ридер не обслуживает этот caid:provid	Проверить ident и group в oscam.server и oscam.user
not found (4)	Ридер ответил: карта не подписана на этот пакет	Проблема на стороне сервера — карта не даёт этот канал
rejected	Запрос отклонён локальными правилами (whitelist, services)	Проверить oscam.whitelist и поле services в oscam.user
timeout	Ридер не ответил в отведённое время	Сетевая проблема или перегруз сервера, смотреть ECM time
found	ECM раскодирован успешно	Всё нормально
cache	Ответ из кэша (не с карты)	Нормально, если следующий запрос тоже обработается

ECM time, таймауты и сетевые задержки

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

ECM: reader1 found (212 ms)

До 300–500 мс — хорошо. 500–1000 мс — терпимо. Выше 1500 мс начинаются фризы раз в несколько секунд. Выше 2000 мс — постоянные зависания, смотреть на hop и сеть.

Freeze раз в N секунд при статусе «found» — это как раз ECM time близкий к таймауту. Канал формально открывается, но ключ приходит на грани. Решается переходом на ридер с меньшим hop или улучшением сети.

Где лежат логи и как смотреть в реальном времени

OScam: путь задаётся в /etc/oscam/oscam.conf параметром logfile. Чаще всего это /var/log/oscam.log или /tmp/oscam.log на встроенных системах с tmpfs.

CCcam: /tmp/CCcam.log (на большинстве ресиверов) или /var/etc/CCcam.log. Через веб-порт 16001 есть вкладка с историей логов прямо в браузере — удобнее, чем telnet.

Сетевые проблемы: порты, фаервол, протокол

Иногда канал не открывается на шаринге не из-за caid и не из-за карты — а просто ECM-пакеты не добираются до сервера или ответ не возвращается.

Проверка доступности порта (telnet, nc)

С ресивера или с машины в той же сети:

nc -vz <адрес_сервера> 12000
telnet <адрес_сервера> 12000

Если соединение не устанавливается — порт закрыт или сервер недоступен. Тут уже не про caid разговор.

Стандартные порты: CCcam — 12000 (можно изменить в конфиге). Newcamd — обычно 10000–10099, по одному порту на карту. OScam webif — 8888. CCcam webif — 16001.

NAT, проброс портов и динамический IP

Динамический IP сервера — частая причина, когда линия внезапно уходит офлайн, хотя конфиг не менялся. Сервер сменил IP, а в вашем конфиге прописан старый адрес. Решение: попросите у провайдера hostname вместо IP, либо проверяйте актуальность адреса перед диагностикой.

Если вы сами поднимаете сервер дома — на роутере нужен проброс порта (port forwarding) на локальный IP ресивера или сервера. Без этого входящие соединения не пройдут через NAT.

Протоколы CCcam (12000), newcamd, cccam over OScam

Если OScam работает как клиент к CCcam-серверу, в /etc/oscam/oscam.server нужна секция:

[reader]
label = myserver
protocol = cccam
device = <host>,12000
user = login
password = pass
caid = 0500,1800
ident = 0500:000000

Протокол cccam в OScam и протокол newcamd — разные вещи. Сервер должен поддерживать именно тот протокол, что прописан у вас. Путаница здесь даст «линия офлайн» сразу.

MTU, потери пакетов и нестабильный пинг

ECM-пакеты небольшие, но если сеть теряет пакеты — возникают таймауты. Проверить:

ping -c 20 <адрес_сервера>

Если loss выше 1–2% — сеть виновата в фризах. MTU проблемы чаще встречаются при PPPoE-соединениях: попробуйте уменьшить MTU до 1452 на сетевом интерфейсе роутера и проверьте, ушли ли таймауты.

Когда проблема на стороне сервера/провайдера

Бывает, что ваш конфиг идеален, сеть в норме, caid совпадает — а канал не открывается. Это серверная сторона.

Признаки, что виноват не ваш конфиг

• Канал не идёт у вас, и по отзывам других пользователей того же сервера — тоже
• ECM time скачет: то 200 мс, то 3000 мс, то timeout
• Фризы только в вечерние часы (прайм-тайм нагрузка)
• В логе periodically видно not found (4) или timeout без изменений с вашей стороны
• Канал работал вчера, сегодня нет — при этом caid не менялся

Истёкшая или незаплаченная подписка карты на сервере

Карта на сервере — это физическая карта доступа к пакету. У неё есть срок действия и подписка на конкретные пакеты. Если подписка истекла или не была продлена, EMM перестают обновляться, и спустя некоторое время карта перестаёт декодировать.

В OScam это видно на странице Readers: поле Last EMM покажет дату последнего обновления. Если там неделю назад и больше — карта, скорее всего, истекла. На стороне клиента с этим ничего не сделаешь.

Перегрузка сервера (hops, freeze в прайм-тайм)

Hop — это количество шагов от вас до реальной карты. Hop 1: карта локальная, прямо на сервере. Hop 2: сервер сам получает от другого сервера. Hop 3 и выше — перепродажа перепродажи.

Чем больше hop, тем выше ECM time и тем нестабильнее работа под нагрузкой. Hop 1 даёт обычно 50–200 мс. Hop 3–4 — легко 800–1500 мс, а в прайм-тайм и выше. Посмотреть hop в OScam можно на странице Status в колонке Hop.

Канал открывается в 2 ночи и не открывается в 20:00 — почти наверняка перегруз на сервере в прайм-тайм.

Критерии выбора надёжного источника раздачи

Если серверная сторона виновата системно — меняйте источник. Смотрите на конкретные параметры, а не на маркетинг.

• Аптайм. Нормальный показатель — 98–99% в месяц. Меньше 95% — это уже нестабильно.
• ECM time. Должен быть стабильным. Скачки в 10 раз в течение дня — плохой знак.
• Hop. Предпочтительно hop 1 — локальные карты. Если провайдер не может сказать, какой у него hop — это тревожно.
• Поддержка. Реакция на обращение в разумное время. Если игнорируют сутками — так будет и при проблемах с каналом.
• Тест перед покупкой. Нормальный источник даёт тестовую линию на 24–48 часов. Проверьте именно те каналы, которые вам нужны.
• Резерв. Наличие резервного сервера при падении основного — разница между «полчаса без ТВ» и «сутки без ТВ».

Ещё один момент, который часто упускают: оператор может сменить caid или систему кодирования. В этом случае канал внезапно перестаёт открываться у всех — даже если у сервера всё в порядке. Признак: в ECM Info канала изменился caid по сравнению с тем, что было раньше. Решение: обновить ident в oscam.server и уточнить у источника раздачи, поддерживают ли они новый caid.

Этот канал не открывается на шаринге: чеклист покрывает большинство реальных причин. Начните с быстрой проверки caid и логов — в 80% случаев проблема найдётся там. Сетевые и серверные причины идут следом, но без чтения логов к ним даже не стоит переходить.