Как проверить работу кардшаринга: диагностика 2026

Настроил ресивер, прописал C-линию, сервер вроде онлайн — а каналы не открываются. Или открываются, но фризят каждые 15 секунд. Знакомо? Вопрос «как проверить работу кардшаринга» я слышу чаще любого другого. И ответ — не просто «переключи канал и посмотри». Нужна системная диагностика: от быстрой визуальной проверки до анализа логов и ECM-тайминга.

Я собрал всё, что реально использую сам при настройке и траблшутинге. Конкретные команды, пути к файлам, примеры вывода логов. Никакой воды — только то, что работает.

Быстрая проверка: работает ли кардшаринг прямо сейчас

Прежде чем лезть в логи и командную строку, сделайте три простых действия. Займёт две минуты, и вы уже будете понимать общую картину.

Проверка статуса соединения в веб-интерфейсе CCcam/OScam

Если у вас OScam — открывайте браузер и идите на http://IP_ресивера:8888. Порт 8888 стоит по умолчанию, если не меняли в /etc/oscam/oscam.conf в секции [webif]. На вкладке Readers ваш сервер должен быть со статусом CONNECTED и зелёной иконкой. Красная или жёлтая — уже проблема.

Для CCcam веб-панель доступна на порту 16001: http://IP_ресивера:16001. Логин и пароль задаются в /etc/CCcam.cfg строкой WEBINFO LISTEN PORT : 16001 и WEBINFO USERNAME : admin. В панели смотрите раздел Shares — если число расшаренных карт больше нуля, соединение живое.

Индикаторы на экране ресивера: что означают иконки

На Enigma2-ресиверах в инфобаре (кнопка OK на пульте) обычно видны иконки-замки. Закрытый замок — канал зашифрован, декодирование не работает. Открытый замок или замок с ключиком — канал декодируется, кардшаринг работает. На некоторых скинах вместо замка показывается текст: «FTA» (открытый), «EMU» (эмулятор), «NET» (кардшаринг через сеть).

Если видите мигающий замок — ресивер пытается получить ключи, но не успевает. Это типичный признак высокого ECM time или нестабильного соединения.

Переключение на закрытый канал как первый тест

Самый банальный тест — включите любой канал, который точно входит в пакет вашей подписки. Не FTA-канал, а именно закрытый. Если картинка появилась за 1–3 секунды — базовая работоспособность подтверждена. Если чёрный экран или надпись «Канал зашифрован» висит дольше 5 секунд — копаем дальше.

Я обычно проверяю на HD-канале, потому что HD более требователен к ECM time. Если HD работает нормально — SD тем более будет в порядке.

Анализ ECM-времени: главный показатель качества

ECM time — это время, за которое ваш ресивер получает ключ декодирования от сервера. Это единственная метрика, которая реально показывает качество работы кардшаринга. Всё остальное — производные.

Что такое ECM time и почему это критически важно

Когда вы переключаете канал, ресивер отправляет серверу ECM-запрос (Entitlement Control Message). Сервер обрабатывает его через карту и возвращает CW-ключ (Control Word). Время от отправки запроса до получения ключа — это и есть ECM time.

Ключи CW обновляются каждые 10 секунд (для большинства провайдеров). Если ECM time больше этого интервала — ресивер не успевает получить следующий ключ, и вы видите фриз. На практике проблемы начинаются гораздо раньше, потому что на обработку уходит не только сетевая задержка.

Нормальные значения ECM для разных провайдеров

Вот ориентиры, которыми я пользуюсь:

ECM time	Оценка	Что ожидать
0.1–0.3 с	Отлично	Мгновенное переключение, никаких фризов
0.3–0.6 с	Хорошо	Нормальная работа, редкие микрофризы
0.6–0.8 с	Приемлемо	Заметная задержка при зэппинге, возможны фризы на HD
0.8–1.0 с	Плохо	Регулярные фризы, особенно на HD-каналах
>1.0 с	Критично	Гарантированные фризы, смотреть невозможно

HD-каналы требуют ECM ниже 0.6 с для комфортного просмотра. SD более терпимы — до 0.8 с проблем обычно нет. Разница объясняется более частой сменой CW на некоторых HD-транспондерах.

Как посмотреть ECM time на Enigma2, OScam WebIF, CCcam Info

OScam WebIF — самый информативный вариант. Заходите на http://IP:8888, вкладка Status. Столбец ecm time показывает время последнего ECM для каждого активного клиента. Если нажать на username — увидите историю: среднее, минимальное и максимальное значения.

CCcam Info PHP — аналогичная штука для CCcam. Раздел Clients показывает ECM time для каждого подключённого клиента. Менее детально, чем OScam, но базовую картину даёт.

На ресивере Enigma2 — установите плагин CCcam Info или OScam Info через менеджер плагинов. После установки информация о ECM отображается прямо на экране: обычно нужно нажать кнопку INFO на пульте два раза, чтобы увидеть расширенную панель с ECM timing.

Когда ECM > 1 секунды: что делать

Первое — убедитесь, что проблема не на вашей стороне. Запустите ping -c 20 IP_сервера и посмотрите на packet loss и jitter. Если пинг стабильный (loss 0%, jitter < 10ms), проблема на стороне сервера — перегрузка, медленная карта, или слишком длинная цепочка хопов.

Если пинг прыгает — разбирайтесь с интернет-соединением. WiFi на ресивере — частая причина. Перешёл на Ethernet-кабель — и ECM упал с 0.9 до 0.3 секунды. Я это видел десятки раз.

Двойной хоп — ещё одна причина высокого ECM. Ваш запрос идёт не напрямую к карте, а через промежуточный сервер. Каждый хоп добавляет 0.1–0.3 с. Три хопа — и вы уже за пределами комфортного значения. К сожалению, на это вы повлиять не можете, только сменить провайдера на того, кто работает с прямым доступом к карте.

Диагностика через логи и командную строку

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

Чтение логов CCcam: /var/log/cccam.log и ключевые строки

Лог CCcam обычно лежит в /var/log/cccam.log или /var/etc/cccam.log (зависит от прошивки). Запускаем мониторинг в реальном времени:

tail -f /var/log/cccam.log

Что искать:

• Server login ok — соединение с сервером установлено, логин прошёл
• Server login failed — неверный логин или пароль в /etc/CCcam.cfg
• Connection refused — порт закрыт или сервер не запущен
• timeout — сервер не ответил вовремя, сетевая проблема или перегрузка
• no card found for — сервер не имеет карты для запрашиваемого CAID

Пример нормального лога при переключении канала:

CCcam: ecm request (CAID:0x0500, SID:0x2261) to server1
CCcam: ecm reply from server1 (250ms)

А вот так выглядит проблема:

CCcam: ecm request (CAID:0x0500, SID:0x2261) to server1
CCcam: ecm timeout from server1 (3000ms)
CCcam: no card found for CAID:0x0500 IDENT:0x032830

Логи OScam: oscam.log и фильтрация по ошибкам

Логи OScam значительно информативнее. Файл обычно в /var/log/oscam/oscam.log или /tmp/oscam.log. Быстрый поиск ошибок:

grep -i 'error\|timeout\|rejected\|fail' /var/log/oscam/oscam.log | tail -50

Ключевые паттерны в логах OScam:

• reader not available — ридер (сервер) не подключён
• card reader timeout — карта на сервере не отвечает
• login failed — ошибка авторизации
• no entitlements — сервер подключён, но не отдаёт права
• ECM rejected — сервер отклонил запрос на декодирование

OScam также пишет уровень подробности в зависимости от настройки debuglvl в oscam.conf. Для диагностики я ставлю debuglvl = 512 (ECM-запросы) или debuglvl = 65535 (всё подряд, но лог растёт быстро).

Полезные команды: telnet, netstat, ping, traceroute

Минимальный набор команд для диагностики через SSH:

# Проверить, что процесс CCcam/OScam запущен
ps aux | grep -i 'cccam\|oscam'

# Проверить, что ресивер слушает на нужном порту
netstat -tlnp | grep -E '12000|10000'

# Проверить доступность сервера
ping -c 10 IP_сервера

# Трассировка маршрута (увидите где теряются пакеты)
mtr -r -c 20 IP_сервера

# Проверить качество канала: jitter и packet loss
mtr -r -c 100 --no-dns IP_сервера

Команда mtr — мой любимый инструмент. Она совмещает ping и traceroute, показывает потери на каждом хопе. Если packet loss появляется на определённом узле — проблема у вашего провайдера или на магистрали, а не в кардшаринге.

Проверка портов: открыт ли порт сервера (12000, 10000)

Стандартный порт CCcam — 12000, OScam — 10000 (хотя многие серверы используют нестандартные порты). Проверяем доступность:

# Через telnet
telnet IP_сервера 12000

# Если telnet не установлен — через bash
echo > /dev/tcp/IP_сервера/12000 && echo "Port open" || echo "Port closed"

# Через nmap (если установлен)
nmap -p 12000 IP_сервера

Если telnet подключается и висит — порт открыт, сервер слушает. Если сразу Connection refused — сервис не запущен. Если Connection timed out — порт заблокирован файрволом, либо сервер недоступен.

Бывает ситуация: порт открыт, telnet подключается, но кардшаринг не работает. Это означает, что проблема на уровне аутентификации или entitlements, а не сети. Двигайтесь к проверке логинов.

Тестирование стабильности: длительная проверка

Канал открылся — отлично. Но будет ли он работать стабильно час, два, весь вечер? Единственный способ узнать — провести длительный тест. Вот моя методика.

Тест на фризы: зэппинг по 10 каналам за 5 минут

Алгоритм простой:

1. Выберите 10 закрытых каналов из разных пакетов (если доступно) — обязательно включите HD
2. Переключайте канал каждые 30 секунд
3. Засекайте время открытия каждого канала (от переключения до появления картинки)
4. Считайте фризы — любое подвисание картинки или звука

Нормальный результат: время открытия 1–3 секунды, 0 фризов на 10 каналах. Допустимо: до 5 секунд на открытие, 1–2 микрофриза. Плохо: больше 5 секунд, фризы на каждом канале.

Записывайте результаты — потом сможете сравнить после смены настроек или сервера.

Мониторинг ECM в реальном времени через OScam WebIF

OScam WebIF имеет встроенный auto-refresh. Откройте вкладку Status и установите интервал обновления на 5 секунд (настраивается в правом верхнем углу). Теперь вы видите ECM time в реальном времени при каждом обновлении CW.

Я обычно открываю этот мониторинг на ноутбуке рядом с телевизором и смотрю телевизор как обычно минут 20–30. Если ECM стабильно держится в зелёной зоне (до 0.5 с) — всё хорошо. Если периодически прыгает за 0.8 с — ждите вечерних фризов, когда нагрузка на сервер вырастет.

Проверка reconnect: что происходит при обрыве связи

Этот тест многие пропускают, а зря. Вытащите Ethernet-кабель из ресивера на 10 секунд, вставьте обратно. Засеките время до восстановления картинки. Нормально — 5–15 секунд. Если картинка не восстанавливается минуту или дольше — CCcam/OScam не умеет reconnect с этим сервером, или таймауты в конфиге слишком большие.

В /etc/oscam/oscam.server за reconnect отвечают параметры:

reconnecttimeout = 30
keepalive = 1

Для CCcam в /etc/CCcam.cfg это RECONNECT TIMEOUT. Если стоит значение по умолчанию (обычно 30 секунд) — нормально. Если кто-то выставил 120 или 300 — ресивер будет ждать слишком долго перед попыткой переподключения.

Нагрузочный тест: одновременные декодирования

Если ваш тариф позволяет несколько одновременных подключений — проверьте это. Включите один канал на ресивере, второй запустите через второй тюнер (если есть) или через другой ресивер с той же C-линией. Следите за ECM time на обоих потоках.

Некоторые серверы не ограничивают SID, а лимитируют по количеству одновременных ECM-запросов. В результате два канала работают, но ECM вырастает вдвое — и начинаются фризы. Если у вас стабильные 0.3 с на одном канале и 0.7 с на двух — сервер явно не справляется с нагрузкой.

Типичные проблемы и их диагностика

Теперь к конкретным симптомам. Для каждого — чёткое дерево решений.

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

1. Ping сервера: ping IP_сервера. Нет ответа? Проблема сети или сервер выключен.
2. Порт: telnet IP_сервера ПОРТ. Timeout? Файрвол блокирует. Connection refused? Сервис не запущен.
3. Лог авторизации: ищите login failed или rejected. Неверный пароль? Перепроверьте C-линию символ в символ — пробел в конце строки убивает авторизацию.
4. Entitlements: соединение есть, логин прошёл, но entitlements пустые — у сервера нет карты для вашего пакета или подписка истекла.
5. CAID/Ident: проверьте, что CAID канала совпадает с доступными entitlements. В OScam WebIF → Readers → нажмите на ридер → вкладка Entitlements.

Провайдер блокирует порт? Встречается часто, особенно на портах 12000, 10000. Решение — попросить сервер на нестандартном порту (443, 8080) или поднять VPN.

Периодические фризы каждые 10–30 секунд

Самый распространённый симптом. Фриз каждые ~10 секунд — это классический ECM timeout. CW обновляется каждые 10 секунд, и если следующий ключ не пришёл вовремя — фриз.

Проверяйте ECM time. Если он прыгает — причин две: нестабильная сеть или перегруженный сервер. Запустите mtr — если packet loss на каком-то хопе выше 1%, дело в сети. Если сеть чистая, а ECM прыгает — сервер не справляется.

Фриз каждые 25–30 секунд бывает при несовпадении ECM interval. Некоторые провайдеры используют нестандартные интервалы — 20 или 30 секунд вместо 10. Если ваш OScam настроен с кешированием на 10-секундный интервал, а реальный — 30, возникают рассинхронизации.

Картинка рассыпается на артефакты (макроблоки)

А вот тут ловушка. Артефакты — квадратики, полосы, рассыпающаяся картинка — в 90% случаев не имеют отношения к кардшарингу. Это проблема сигнала со спутника.

Зайдите в меню ресивера → Информация о сигнале (Signal Info). Смотрите два параметра:

• SNR (Signal-to-Noise Ratio) — должен быть выше 11 дБ, идеально 13+
• BER (Bit Error Rate) — должен быть 0 или близко к нулю

Если SNR низкий или BER ненулевой — перенастраивайте тарелку. Кардшаринг тут ни при чём. А вот если картинка целая, но замирает на 1–2 секунды и потом продолжает нормально — это ECM timeout, и дело именно в кардшаринге.

Работает только часть каналов или пакетов

Типичная ситуация: SD работает, HD — нет. Или один пакет открывается, а другой — чёрный экран. Причины:

• Частичные entitlements: сервер имеет карту только на определённые CAID/Ident. Проверьте в OScam WebIF → Readers → Entitlements, какие CAID доступны.
• Сезонное обновление CAID: провайдер сменил ключи или CAID, а сервер ещё не обновился. Бывает после крупных обновлений платформы.
• Ограничение SID: некоторые серверы ограничивают список доступных каналов (SID). В этом случае в логах увидите SID not allowed или ECM filtered.

Freeze только на HD при нормальной работе SD — классический признак того, что ECM time на грани. HD более чувствителен, и при ECM 0.7–0.8 с SD ещё тянет, а HD уже фризит.

Соединение есть, но entitlements пустые

В логах видно login ok, но no entitlements found или список entitlements пуст в веб-интерфейсе. Возможные причины:

• Подписка на сервере истекла — свяжитесь с провайдером
• Карта на сервере не активна или не вставлена
• Ваш аккаунт заблокирован (превышение лимита подключений, reshare и т.д.)
• Конфликт протоколов: подключаетесь по CCcam, а сервер ожидает NewCamd (или наоборот)

Проверьте протокол в конфиге. В oscam.server параметр protocol = cccam должен соответствовать тому, что ожидает сервер. Ошибка в протоколе — соединение устанавливается, но entitlements не передаются.

Утилиты и инструменты для мониторинга

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

OScam WebIF: встроенный мониторинг

OScam WebIF — лучший инструмент для мониторинга из коробки. Что он показывает:

• Status: все активные клиенты, текущий ECM time, последний ответ
• Readers: статус каждого ридера (сервера), количество ECM, ошибки
• Entitlements: какие CAID/Ident доступны через каждый ридер
• Cache: cache hits — сколько ECM обслужено из кеша, без обращения к серверу
• Log: последние 500 строк лога прямо в браузере

Настройка безопасности: в oscam.conf секция [webif] ограничьте доступ по IP через httpallowedsource. Не оставляйте панель открытой на внешний IP без пароля.

CCcam Info PHP: веб-панель для CCcam

Для CCcam существует CCcam Info PHP — скрипт, который парсит данные из встроенного веб-сервера CCcam и показывает в удобном виде: активные клиенты, серверы, shares, ECM count. Устанавливается на ресивер или на любой компьютер в локальной сети с веб-сервером.

Функциональность беднее, чем у OScam WebIF: нет истории ECM, нет cache статистики, нет кнопки restart reader. Но для базового мониторинга CCcam — достаточно.

Плагины Enigma2: CCcam Info, OScam Status

Если не хотите открывать ноутбук — ставьте плагин прямо на ресивер. Через менеджер плагинов (или opkg install вручную) доступны:

• CCcam Info — показывает серверы, shares, текущий ECM прямо на телевизоре
• OScam Info — аналог для OScam, включая entitlements и статус ридеров
• Extended ECM Info — расширенная информация об ECM при нажатии INFO на пульте

Плагины удобны для быстрой проверки без дополнительных устройств. Но для серьёзной диагностики всё-таки используйте полноценный WebIF через браузер.

Скрипты мониторинга для автоматической проверки

Простой bash-скрипт, который проверяет доступность сервера и отправляет уведомление при проблемах:

#!/bin/bash
# check_cardsharing.sh — проверка порта сервера
SERVER_IP="192.168.1.100"
SERVER_PORT="12000"
LOG="/var/log/cs_monitor.log"

if timeout 5 bash -c "echo > /dev/tcp/$SERVER_IP/$SERVER_PORT" 2>/dev/null; then
    echo "$(date '+%Y-%m-%d %H:%M:%S') OK — port $SERVER_PORT open" >> "$LOG"
else
    echo "$(date '+%Y-%m-%d %H:%M:%S') FAIL — port $SERVER_PORT closed!" >> "$LOG"
    # Отправить уведомление (email, telegram bot, etc.)
fi

Добавьте в cron для автоматического запуска:

# Проверка каждые 15 минут
*/15 * * * * /usr/local/bin/check_cardsharing.sh

Для более серьёзного мониторинга можно парсить OScam API (http://IP:8888/api.html?part=status) и проверять ECM time программно. OScam отдаёт данные в XML, и простой скрипт на Python или bash + xmlstarlet справится с задачей.

Крайние случаи, о которых редко пишут

Есть несколько ситуаций, которые сложно диагностировать, если о них не знать заранее.

IPv6 и кардшаринг. Не все ресиверы на Enigma2 корректно работают с IPv6. Если ваш провайдер выдаёт IPv6-адрес, а сервер кардшаринга доступен только по IPv4 (или наоборот) — соединение не установится, при этом ping по имени хоста может работать. Решение: используйте IP-адреса напрямую в конфиге вместо доменных имён, или явно укажите -4 при проверке через telnet.

Двойной NAT. Если ваш ресивер за роутером, а роутер за другим роутером провайдера (CG-NAT) — UPnP не поможет. Для клиентской стороны кардшаринга проброс портов обычно не нужен — но если вы одновременно сервер и клиент, или используете NewCamd, может понадобиться. Проверьте внешний IP через curl ifconfig.me — если он отличается от WAN IP роутера, вы за NAT провайдера.

Конфликт CCcam и OScam. Запуск обоих одновременно на ресивере — частая ошибка. Они конфликтуют за доступ к DVB-API, и в результате — случайные фризы и ошибки декодирования. Используйте что-то одно. Если нужен CCcam-протокол для подключения к серверу — OScam отлично умеет работать как CCcam-клиент через protocol = cccam в oscam.server.

Файрвол провайдера. Некоторые ISP блокируют нестандартные порты (12000, 10000) или вообще весь нестандартный трафик. Если telnet на порт сервера виснет, а на порт 443 — работает, попросите серверный конфиг с портом 443 или 8080. Альтернатива — VPN-туннель, через который пойдёт весь трафик кардшаринга.