CCcam NodeID: настройка и поиск значения в 2026

CCcam nodeid: настройка этого параметра — одна из самых частых причин, по которой линия не поднимается даже при правильных логине и пароле. NodeID — это 16-символьный шестнадцатеричный идентификатор (8 байт) вашего ресивера. Сервер использует его при handshake, чтобы опознать устройство, и нередко привязывает выдачу карт именно к этому ID. Если ID на клиенте не совпадает с тем, что зарегистрирован на сервере — получите либо отказ соединения, либо линию в статусе ON без единой карты.

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

Что такое NodeID в CCcam и зачем он нужен

NodeID — уникальный идентификатор узла CCcam-сети. Генерируется при первом запуске демона и сохраняется в конфигурации. Обе стороны соединения — клиент и сервер — обмениваются этим значением в процессе handshake по протоколу CCcam.

Формат всегда одинаковый: ровно 16 hex-символов, то есть 8 байт в шестнадцатеричном представлении. Например, 0011223344556677. Никаких двоеточий, пробелов или дефисов — просто 16 символов подряд из диапазона 0-9 и a-f.

Роль NodeID при установлении peer-соединения

Когда клиент подключается к серверу, CCcam отправляет зашифрованное приветствие, внутри которого передаётся NodeID. Сервер смотрит: есть ли в его конфигурации разрешённая линия для этого ID? Если да — сессия открывается и карты раздаются. Если нет — соединение либо сбрасывается, либо открывается "пустым".

Именно поэтому CCcam nodeid: настройка так важна на этапе регистрации линии у провайдера. Без корректного NodeID даже верный логин и пароль не помогут.

Чем NodeID отличается от username и password

Username и password — это учётные данные пользователя, которые прописываются в C-строке напрямую. NodeID — идентификатор самого устройства, он не меняется от линии к линии, но меняется при перепрошивке ресивера. Грубо говоря: логин/пароль — кто вы, NodeID — с какого железа вы подключаетесь.

Сервер может привязать одну линию к конкретному NodeID. Это защита от "пересдачи" — передачи чужих данных третьим лицам. Если кто-то скопировал вашу C-строку и попробует подключиться со своего устройства — его NodeID не совпадёт, и линия не заработает.

Где в протоколе CCcam используется идентификатор узла

Протокол CCcam работает поверх TCP (стандартные порты линий — диапазон 12000–15000, веб-интерфейс — 16001). После TCP-соединения происходит обмен ключами на базе SHA1, и внутри этого рукопожатия передаётся NodeID. Сервер логирует попытку подключения вместе с полученным NodeID — это удобно для диагностики с обеих сторон.

Как узнать NodeID своего ресивера

Самый быстрый способ — посмотреть лог при старте демона. CCcam почти всегда пишет строку вида NodeID: 0011223344556677 сразу после инициализации. Но давайте по порядку.

Просмотр в логах CCcam при старте демона

На большинстве прошивок Enigma2 (OpenATV, OpenPLi и их производных) лог CCcam находится в /tmp/CCcam.log или выводится через системный журнал. После перезапуска демона командой:

init 6  # полная перезагрузка ресивера
# или мягкий перезапуск
/etc/init.d/CCcam restart

Ищите строку с NodeID в начале лога:

grep -i "nodeid" /tmp/CCcam.log

Если лог пустой или не пишется — проверьте параметр LOG FILE: в CCcam.cfg, он должен указывать на существующий путь.

Команда чтения через telnet и web-интерфейс ресивера

Web-интерфейс CCcam доступен по адресу http://<ip-ресивера>:16001. Раздел Info или Status показывает текущий NodeID и список активных соединений. Это самый наглядный способ — ничего не нужно вводить руками.

Через telnet (порт 222 или 23, зависит от прошивки):

telnet 192.168.1.100 222
# после входа:
cat /tmp/CCcam.log | grep -i node

Или прямо через сокет CCcam на порту 16002 (info-сокет) — но это уже для тех, кто хочет парсить вывод скриптом.

Где хранится файл CCcam.cfg и CCcam.nodeid

Путь к конфигу зависит от прошивки:

• OpenATV, OpenPLi (Enigma2): /etc/CCcam.cfg
• Старые прошивки на базе OE 1.6: /var/etc/CCcam.cfg
• DreamOS (Dreambox DM900/DM920): /etc/CCcam.cfg

Отдельного внимания заслуживает файл CCcam.nodeid. Он может находиться рядом с CCcam.cfg или в /var/etc/. Если этот файл существует — он имеет приоритет над значением NodeID, прописанным в самом CCcam.cfg. Многие это игнорируют, а потом удивляются, почему ручная правка cfg не меняет ID.

cat /var/etc/CCcam.nodeid
# или
cat /etc/CCcam.nodeid

Генерация NodeID, если он не задан

При первом запуске CCcam генерирует NodeID автоматически — как правило, на основе MAC-адреса сетевого интерфейса или случайных данных (зависит от версии). Сгенерированное значение сохраняется в файл CCcam.nodeid.

Если нужно задать NodeID вручную — добавьте в CCcam.cfg строку:

M: { 0011223344556677 }

Или запишите ровно 16 hex-символов в файл CCcam.nodeid без переносов строк и пробелов. После этого — обязательный рестарт демона.

Как прописать и согласовать NodeID с сервером

Здесь главное понять: NodeID не пишется в C-строке клиента. Процесс согласования выглядит иначе.

Формат C-строки: C: host port user pass

C-строка в CCcam.cfg выглядит так:

C: hostname.example.com 12000 username password

Четыре поля: хост, порт (обычно в диапазоне 12000–15000), имя пользователя, пароль. NodeID сюда не вписывается — он передаётся автоматически в процессе handshake.

CCcam nodeid: настройка со стороны клиента сводится к тому, чтобы убедиться, что демон CCcam использует правильный ID — тот, который зарегистрирован на сервере.

Передача NodeID администратору сервера

Когда вы получаете новую линию или меняете ресивер — нужно сообщить администратору сервера ваш актуальный NodeID. Сделайте это до попытки подключения. Стандартная последовательность:

1. Запустите CCcam на новом ресивере
2. Найдите NodeID в логе или веб-интерфейсе (:16001)
3. Передайте 16-символьное значение администратору
4. Дождитесь подтверждения, что ID привязан к вашей линии
5. Только после этого проверяйте соединение

Привязка NodeID на стороне сервера в F-строке

На стороне CCcam-сервера пользователи описываются F-строками в CCcam.cfg:

F: username password 1 0 0 0 0 0 0 0 { 0011223344556677 }

Последний блок в фигурных скобках — это как раз NodeID клиента, которому разрешено подключаться с этими учётными данными. Если блок пустой ({ }) или отсутствует — сервер принимает любой NodeID, что снижает защиту. Если указан конкретный ID — только ресивер с этим ID получит карты.

Проверка совпадения после рестарта

После того как администратор обновил конфигурацию и перезапустил сервер, перезапустите CCcam на клиенте. В логе сервера должна появиться строка вида client connected: username NodeID 0011223344556677. На клиенте в веб-интерфейсе (:16001 → Connections) линия должна показывать статус connected и количество доступных карт больше нуля.

Типичные ошибки настройки NodeID и их решение

Разберём реальные симптомы — то, что видно в логах, а не абстрактные "проблемы с подключением".

Линия в статусе OFF при неверном NodeID

Если в лог клиента сыпется connection refused или соединение устанавливается на секунду и рвётся — сервер, скорее всего, не узнал ваш NodeID. Алгоритм диагностики простой:

1. Убедитесь, что NodeID в вашем CCcam.cfg/CCcam.nodeid совпадает с тем, что вы передали администратору
2. Попросите администратора показать, какой NodeID прописан в F-строке вашего пользователя
3. Сравните побайтово — ошибиться в одном символе из 16 легко

Ситуация "линия поднялась, но карт 0" — отдельный случай. Она означает, что аутентификация прошла, но сервер не нашёл карт для вашего NodeID или профиля.

Несовпадение регистра и лишние пробелы в строке

CCcam формально нечувствителен к регистру hex-символов — AABB и aabb считаются одинаковыми. Но не все реализации серверной стороны обрабатывают это корректно. Практика: всегда передавайте NodeID в нижнем регистре.

Пробелы и невидимые символы в конце строки — частая причина несовпадения. Если копируете NodeID из лога через SSH-клиент, убедитесь, что не захватили лишние символы. Проверьте длину:

echo -n "ваш_nodeid" | wc -c
# должно вернуть 16

Дубликат NodeID на нескольких ресиверах

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

Решение: на одном из ресиверов удалите файл CCcam.nodeid и перезапустите демон — он сгенерирует новый ID. Затем сообщите новый ID администратору для второй линии.

Если у вас ресивер с двумя тюнерами и двумя экземплярами CCcam — каждый экземпляр должен иметь свой уникальный NodeID и отдельную линию на сервере.

Сброс NodeID после обновления прошивки

Полная перепрошивка (flash с нуля, без сохранения настроек) почти всегда уничтожает файл CCcam.nodeid. После этого CCcam генерирует новый ID, и старая привязка на сервере перестаёт работать.

Если планируете обновление прошивки — сохраните текущий NodeID заранее. Можно вручную записать его в файл после перепрошивки, и тогда линию переоформлять не придётся:

# до обновления — сохранить ID
cat /var/etc/CCcam.nodeid > /media/usb/my_nodeid_backup.txt

# после перепрошивки — восстановить
echo -n "0011223344556677" > /var/etc/CCcam.nodeid
/etc/init.d/CCcam restart

Это позволяет мигрировать конфигурацию со старого ресивера на новый с сохранением старого NodeID — линию переоформлять не нужно. Но убедитесь, что записываете ровно 16 символов без переноса строки (echo -n, а не просто echo).

NodeID в OScam: отличия и совместимость

OScam — популярная альтернатива CCcam, особенно на серверной стороне. NodeID там тоже есть, но задаётся иначе.

Параметр cccam_nodeid в oscam.conf и oscam.server

В конфигурации OScam NodeID для CCcam-протокола задаётся в двух местах.

Первое — глобальная секция [cccam] в файле /etc/oscam/oscam.conf:

[cccam]
nodeid = 0011223344556677
port = 12000

Второе — на уровне конкретного reader в /etc/oscam/oscam.server, если OScam выступает клиентом и подключается к CCcam-серверу:

[reader]
label = my_cccam_line
protocol = cccam
device = hostname.example.com,12000
user = username
password = password
cccam_nodeid = 0011223344556677

Параметр cccam_nodeid на уровне reader переопределяет глобальный — удобно, если у вас несколько линий с разными ID.

Совместимость OScam-сервера с CCcam-клиентом по NodeID

Хорошая новость: OScam в роли сервера корректно обрабатывает подключения от CCcam-клиентов. NodeID, который клиент передаёт при handshake, OScam принимает и может использовать для ограничения доступа.

CCcam nodeid: настройка при связке OScam-сервер + CCcam-клиент — задача сугубо серверная. Клиент (CCcam) передаёт свой NodeID как обычно, администратор OScam прописывает его в параметрах пользователя. Протоколы в этой части совместимы.

Где задаётся NodeID в конфигурации OScam

Если OScam работает как сервер и нужно ограничить конкретного CCcam-пользователя по NodeID — это делается в /etc/oscam/oscam.user:

[account]
user = username
pwd = password
cccmaxhops = 2
# для привязки к NodeID используется параметр cccam_nodeid
cccam_nodeid = 0011223344556677

Формат тот же, что и в CCcam — 16 hex-символов. Это гарантирует, что даже при правильных логине и пароле к этой учётной записи сможет подключиться только устройство с конкретным NodeID.

После изменения конфигов OScam не требует полного перезапуска — достаточно отправить сигнал SIGHUP или воспользоваться веб-интерфейсом (порт 8888 по умолчанию):

kill -HUP $(pidof oscam)