Canal Digitaal Cardsharing Configurazione: CCcam& Guida OScam

Se sei capitato qui, probabilmente stai fissando uno schermo nero con una linea connessa e ti stai chiedendo cosa hai rotto. La configurazione Canal Digitaal cardsharing (configurazione CCcam/OScam) è una di quelle cose che sembrano semplici finché non sei tre modifiche di configurazione in profondità e i canali non si aprono ancora. Questa guida copre l'intero processo — blocchi di configurazione reali, percorsi di file effettivi e le cose specifiche che vanno storte e perché.

Questa non è una guida per principianti. Si presume che tu abbia già un ricevitore Enigma2 in esecuzione, CCcam o OScam installato e una linea di condivisione o una scheda fisica a portata di mano. Quello di cui hai bisogno è la sintassi di configurazione corretta e un modo per diagnosticare cosa non funziona.

Risposta Rapida: Configurazione Minima Funzionante per Canal Digitaal

Prima di entrare nella teoria, ecco come appare una configurazione minimale funzionante. Queste sono credenziali segnaposto — sostituiscile con i dettagli reali della tua linea.

Formato Linea Client CCcam (Linea C:)

Apri/etc/CCcam.cfg (o/var/etc/CCcam.cfg su alcune immagini Enigma2) e aggiungi:

C: your.server.host 12000 yourusername yourpassword

Questo è il minimo. Il formato della linea C: è sempreC: hostname port username password. La porta 12000 è il valore predefinito del protocollo CCcam, anche se il tuo provider potrebbe usare una porta diversa — conferma prima di dare per scontato. Salva il file, riavvia CCcam e controlla il pannello informativo suhttp://box-ip:16001 per vedere se la linea risulta connessa.

Equivalente OScam Reader + Server

OScam suddivide ciò che CCcam fa in una riga su tre file. La definizione del reader va in/etc/tuxbox/config/oscam.server (o/var/etc/oscam/oscam.server a seconda della tua immagine):

[reader]

Inoscam.user, crea un account locale che l'API DVB utilizza:

[account]

E il minimo indispensabile peroscam.conf:

[global]

Quali porte e file è davvero necessario modificare

Per CCcam: modifica soloCCcam.cfg. Per OScam: modificaoscam.conf,oscam.server, eoscam.user. Il fileoscam.dvbapi è necessario se OScam gestisce il tuner direttamente (comune su Enigma2). La directory di configurazione di OScam si trova solitamente in/etc/tuxbox/config/ nelle immagini più vecchie e in/var/etc/oscam/ nelle più recenti —ls /etc/tuxbox/config/oscam.* ti dirà immediatamente quale si applica.

Una cosa che inganna molti: su alcune box,/etc/ è un symlink o un mount tmpfs che viene cancellato al riavvio. Se le tue modifiche scompaiono dopo un riavvio, la posizione effettiva della configurazione persistente si trova altrove — solitamente in/var/etc/ o in una partizione flash. Controlla da dove legge il processo in esecuzione conps aux | grep -i oscam e guarda il-c argomento.

Capire la configurazione della crittografia di Canal Digitaal

Canal Digitaal utilizza l'accesso condizionale Irdeto 2. Ogni canale cifrato trasmette pacchetti ECM (Entitlement Control Message) che contengono il CAID e l'ID provider che identificano quale scheda può decifrarlo. Il tuo emulatore intercetta questi pacchetti e li instrada verso un lettore — una scheda fisica o una linea di condivisione remota — che detiene effettivamente il diritto.

Nozioni di base su CAID e Provider ID

Il CAID identifica il sistema di accesso condizionale — per Irdeto 2 su questa piattaforma, nei log vedrai tipicamente qualcosa come1833 o1834 in esadecimale nei tuoi log. Il Provider ID (ident) lo restringe ulteriormente: pacchetti diversi sullo stesso CAID possono avere ID provider diversi, e una linea di condivisione potrebbe trasportarne solo alcuni. È esattamente per questo che certi canali si aprono e altri restano neri anche con una linea "funzionante".

Perché il CAID corretto è importante per il routing ECM

OScam instrada ogni richiesta ECM verso i lettori in base alla corrispondenza di CAID e gruppo. Se il lettore non elenca esplicitamente il CAID (o se il filtro CAID è errato), OScam non tenterà nemmeno quel lettore. CCcam gestisce questo in modo più automatico ma è meno trasparente riguardo al motivo per cui un determinato canale fallisce. In OScam, puoi limitare quali CAID un lettore gestisce tramite il campocaid — utile quando hai più lettori e vuoi evitare il cross-routing, ma anche una fonte comune di problemi del tipo "linea connessa, canali morti" quando il filtro è troppo restrittivo.

Leggere il tuo ecm.info per confermare la scheda

Su Enigma2, sintonizzati su un canale che dovrebbe funzionare e leggi/tmp/ecm.info. Vedrai qualcosa come:

CAID: 0x1833

Il CAID e l'Ident qui indicano ciò che il canale sta richiedendo. Il campo Reader indica quale lettore ha usato OScam. Se Reader è vuoto o mostra "not found", il routing ECM è fallito — la richiesta non ha mai raggiunto la tua linea. Se Reader mostra la tua linea ma il canale è ancora nero, la linea ha risposto ma ha restituito una CW errata oppure la risposta ha impiegato troppo tempo.

Configurazione OScam passo dopo passo

Ecco una guida completa e annotata alla configurazione. Copre la configurazione più comune di Enigma2 in cui OScam gestisce sia la linea remota che le API DVB.

Impostazioni globali e Webif di oscam.conf

[global]

nice = -1 assegna a OScam una priorità CPU leggermente elevata — su macchine lente questo è effettivamente importante per il tempo di risposta ECM.preferlocalcards = 1 instrada gli ECM verso una scheda fisica prima di provare i lettori di rete, che è quello che vuoi se hai una scheda nello slot insieme a una linea di condivisione come backup.

Blocco Reader di oscam.server per una linea con protocollo CCcam

[reader]

Ilcccversion è importante. Alcuni server upstream rifiutano le connessioni da versioni non corrispondenti.2.3.0 è ampiamente accettata.ccckeepalive = 1 invia ping periodici per impedire al server di interrompere le connessioni inattive — utile su linee che si disconnettono dopo pochi minuti di inattività. Lasciacaid vuoto qui a meno che tu non abbia un motivo specifico per limitarlo; lascia che OScam determini cosa fornisce il reader dalla lista delle card del server.

oscam.user con Filtraggio per Gruppo e CAID

[account]

Ilgroup valore qui deve corrispondere algroup valore nel tuo blocco reader. Questo è l'errore di configurazione più comune che riscontro. Il reader è nel gruppo 1, anche l'account deve richiedere il gruppo 1 — se non corrispondono, gli ECM di questo account non raggiungeranno mai quel reader.au = 1 abilita il passaggio degli aggiornamenti della card (messaggi di entitlement), necessari in alcune configurazioni perché la card rimanga autorizzata.

oscam.dvbapi per il Tuner Locale

[dvbapi]

Iluser qui deve corrispondere all'account definito in oscam.user.boxtype = dreambox funziona per la maggior parte dei ricevitori Enigma2 indipendentemente dalla marca effettiva. Se stai usando un'immagine OpenATV o OpenPLi, questa è l'impostazione standard. Alcune immagini usanoboxtype = enigma2 — controlla cosa dice la documentazione della tua immagine se dreambox non funziona.

Riavvio e Lettura del Log

Riavvia OScam con/etc/init.d/oscam restart o tramite il menu plugin della tua immagine. Poi controlla il log:

tail -f /tmp/oscam.log

Cerca le righe che mostrano la connessione del tuo reader. Un buon segnale èreader canal_line: connected to your.server.host:12000 seguito dacards: 1 o più. La webif suhttp://box-ip:8888 → Il tab Status mostra lo stato attuale di ogni reader. Connesso con cards> 0 significa che la linea è attiva. Poi sintonizza un canale e osserva le righe ECM — dovresti vedere il CAID, il reader utilizzato e il tempo di risposta in millisecondi.

Configurazione CCcam Passo per Passo

CCcam è più semplice da configurare ma più difficile da debuggare poiché offre meno visibilità su ciò che accade internamente.

Righe Client e Opzioni di CCcam.cfg

Il CCcam.cfg completo per una configurazione client base:

# Connetti alla linea di condivisione

CCcam elabora la configurazione dall'alto verso il basso. Sono supportate più righe C: — CCcam le proverà in ordine se la prima fallisce. Non c'è corrispondenza di gruppo di cui preoccuparsi; CCcam negozia automaticamente i CAID che il server remoto supporta.

Righe F: Lato Server Se Condividi la Tua Scheda

Se hai una scheda fisica nello slot del tuo ricevitore e vuoi condividerla con altri client:

F: clientuser clientpassword 1 0

Il formato èF: username password uphops downhops.uphops = 1 significa che questo client può ricondividere a un hop aggiuntivo (impostare a 0 per impedire la ricondivisione).downhops = 0 è lo standard. CCcam rileva automaticamente la scheda fisica tramite il lettore integrato del ricevitore — non si definisce la scheda stessa nella configurazione, solo gli account client autorizzati a connettersi.

Nota: eseguire CCcam come server richiede che la porta di ascolto (12000 per impostazione predefinita) sia aperta nel firewall del tuo box e inoltrata se sei dietro un router NAT.

Opzioni Globali Utili (WEBINFO, Porta, Log)

SERVER LISTEN PORT: 12000

CCCAM RESHARE: 0 impedisce ai client connessi di ricondividere la tua card più avanti nella catena.DISABLE CACHE EX: yes disattiva il protocollo di scambio della cache ECM, che può causare problemi con alcuni server upstream.KEEPALIVE: yes mantiene la connessione anche quando nessun canale viene decrittato.

CCcam ricarica la configurazione su alcune immagini se si salva semplicemente il file, ma un riavvio forzato (/etc/init.d/cccam restart) è più sicuro. Il webif alla porta 16001 mostra i server connessi, i conteggi degli hop e quali CAID fornisce ogni connessione — leggilo prima di supporre che la linea funzioni.

Risoluzione dei problemi: Blocchi, Nessun Canale ed Errori di Connessione

La maggior parte dei problemi di configurazione del cardsharing di Canal Digitaal (configurazione CCcam/OScam) rientrano in una manciata di categorie. Abbina il tuo sintomo alla causa riportata di seguito.

La Linea si Connette ma i Canali Rimangono Neri

Questo è quasi sempre un disallineamento CAID/ident. La linea è connessa e riporta le card, ma il CAID specifico o l'ident del provider richiesto dai tuoi canali non è disponibile su quella linea. Controlla/tmp/ecm.info o il log di OScam per il CAID richiesto, quindi controlla l'elenco delle card riportate dalla tua linea nel webif di OScam o nel pannello info di CCcam. Se il CAID non appare, la linea semplicemente non lo supporta.

In OScam, verifica anche i numeri di gruppo. Se il tuo reader è nel gruppo 1 e il tuo account è nel gruppo 2, OScam non instraderà — il log mostrerà le richieste ECM in arrivo ma nessun reader verrà tentato.

Un altro scenario: hai due emulatori in esecuzione simultaneamente (ad esempio, CCcam e OScam entrambi installati e avviati). Si contendono la DVB API e il dispositivo CA. Solo uno può vincere. Controllaps aux | grep -E 'cccam|oscam' e termina quello che non stai utilizzando.

I Canali si Aprono poi si Bloccano Ogni Pochi Secondi

Il blocco a intervalli — tipicamente ogni 8-10 secondi per SD, più brevi per HD — significa che le risposte ECM arrivano troppo lentamente. Le control word (le chiavi di decrittazione effettive) cambiano secondo un programma, e se la nuova chiave non arriva prima che quella vecchia scada, si verifica un blocco fino all'arrivo della chiave successiva.

Controlla il tempo di risposta ECM nel log di OScam. Qualsiasi valore costantemente superiore a 600ms è rischioso. Oltre 1000ms vedrai blocchi regolari su SD; i canali HD hanno una finestra più stretta e iniziano a bloccarsi a soglie più basse — intorno a 400-500ms — perché il carico ECM è maggiore.

Cause: troppi hop (ogni hop aggiunge latenza), server upstream sovraccarico o un percorso di rete lento. La soluzione è una linea più veloce — una con hop count 1 e tempi ECM inferiori a 300ms.

Il Reader Mostra Disconnesso o 0 Card

Procedi in ordine. Prima, verifica che l'hostname si risolva:nslookup your.server.host. Poi verifica che la porta sia raggiungibile:telnet your.server.host 12000 — se va in timeout o rifiuta, il problema è la rete, non la configurazione. Controlla se il firewall del tuo box blocca le connessioni in uscita su quella porta (iptables -L -n). Alcuni ISP bloccano anche le connessioni in uscita su porte non standard, anche se questo è meno comune rispetto a prima.

Se telnet si connette, il problema riguarda le credenziali o il protocollo. Ricontrolla nome utente, password e porta con i dettagli della tua linea. Per OScam, verifica checccversion corrisponda a quanto il server si aspetta.

CAID errato / ECM senza risposta

Potresti avere il CAID corretto ma l'ident del provider sbagliato. La struttura dei pacchetti di Canal Digitaal fa sì che alcuni canali si trovino sotto ID provider diversi anche all'interno dello stesso CAID. Una linea che porta il CAID potrebbe rispondere agli ECM per il pacchetto principale ma non per sport o componenti aggiuntivi premium se questi hanno ident differenti e la scheda di condivisione non dispone di quella titolarità.

In OScam, puoi aggiungere unident filtro al reader per limitare gli ID provider che gestisce — ma per impostazione predefinita, lascialo vuoto e lascia che l'upstream se ne occupi. Se canali specifici in un pacchetto funzionano e altri no, questa è la causa probabile.

Sincronizzazione dell'ora e problemi di firewall/porta

Questa viene saltata nella maggior parte delle guide. La decrittazione ECM di Irdeto 2 è sensibile al tempo — la scheda verifica l'ora di sistema come parte del processo di decrittazione. Se il clock del tuo box ha deviato di più di qualche minuto, la decrittazione fallisce silenziosamente. I box privi di orologio in tempo reale (RTC) sono particolarmente soggetti a questo problema dopo un'interruzione di corrente.

Soluzione: installa e abilita la sincronizzazione NTP. Su Enigma2,ntpdate -u pool.ntp.org forza una sincronizzazione immediata. Aggiungilo all'avvio automatico se il box non ha un RTC. Verifica inoltre che l'impostazione del fuso orario corrisponda alla tua posizione effettiva — un fuso orario errato è funzionalmente equivalente a una deviazione del clock dal punto di vista della scheda.

Per i problemi di firewall in uscita: la maggior parte dei box Enigma2 ha regole firewall minime per impostazione predefinita, ma se qualcuno ha protetto il tuo, verifica che il TCP in uscita sulla porta 12000 (o qualunque porta utilizzi la tua linea) sia consentito.

Come scegliere una linea di condivisione affidabile (criteri generici)

La configurazione di cardsharing Canal Digitaal (configurazione CCcam/OScam) vale quanto la linea che la alimenta. Puoi avere una configurazione perfetta e ottenere comunque freeze continui da una linea di bassa qualità. Ecco come valutare ciò a cui ti stai connettendo — usando i dati dei tuoi strumenti, non il marketing del venditore.

Indicatori di scheda locale vs. remota

Nell'interfaccia web di CCcam e nello stato del reader di OScam, puoi vedere il conteggio degli hop riportato dal server remoto. Un conteggio di 1 hop significa che la tua connessione è a un passo dalla scheda fisica — il massimo possibile. Un conteggio di 2 hop significa che c'è un server intermedio. Oltre questo valore, accumuli latenza ad ogni hop aggiuntivo.

Per Canal Digitaal in particolare, vuoi una linea che riporti il CAID di destinazione all'hop 1. Le linee che mostrano il CAID all'hop 3 o 4 spesso funzionano in SD ma vanno in crisi sotto carico o sui canali HD.

Conteggio degli hop e segnali di carico del server

La pagina Readers dell'interfaccia web di OScam mostra il tempo di risposta ECM corrente per reader. Osservalo nell'arco di diversi minuti, non solo in un singolo momento. Una linea con una media di 180ms e punte occasionali a 400ms va bene. Una linea con una "media" di 250ms perché oscilla tra 80ms e 900ms no — quelle punte causano freeze.

Il pannello info di CCcam mostra le condivisioni attive per scheda. Una scheda che serve centinaia di client simultanei avrà tempi di risposta elevati sotto carico. Questo è invisibile dall'esterno, ma tempi di risposta costantemente elevati (oltre 500ms) durante il prime time sono un segnale.

Uptime e tempo di risposta ECM come metriche di qualità

OScam tiene traccia dell'uptime del reader nell'interfaccia web. Una linea connessa da 7 giorni consecutivi è più affidabile di una che mostra 4 ore di uptime perché continua a cadere. Puoi anche controllare il contatore "no answer" nelle statistiche del reader di OScam — un reader che restituisce frequentemente nessuna risposta è sovraccarico o privo del CAID per i canali che stai cercando di guardare.

Esegui una linea per 24 ore prima di giudicarla. Molte linee sembrano ottime alle 14:00 e si deteriorano alle 20:00 quando tutti stanno guardando. I timestamp del log dell'interfaccia web ti permettono di correlare gli eventi di freeze con le punte nei tempi di risposta ECM, indicandoti esattamente quando e perché avviene il degrado.