Come impostare CCcam su ricevitore OpenPLi passo dopo passo (2026)

Se hai appena flashato OpenPLi e sei andato a cercare CCcam nel menu plugin, hai già trovato il problema: non c'è. Non è un'immagine rotta e non è qualcosa che hai fatto di sbagliato durante l'installazione. Questa guida ti guiderà su come impostare CCcam su ricevitore OpenPLi passo dopo passo, dall'assenza dell'entrata nel menu softcam a un feed ECM funzionante, senza presumere che tu abbia già una cam preinstallata o un fornitore scelto.

Ho fatto questa installazione su più box di quanti possa contare — Vu+, Zgemma, Mutant — e i punti di fallimento sono quasi sempre gli stessi pochi elementi. Architettura sbagliata. Un file di configurazione con le terminazioni di riga sbagliate. Due softcam che si contendono la porta 12000. Nulla di tutto ciò è esotico una volta che sai dove guardare.

Prima di iniziare: cosa include e non include OpenPLi

OpenPLi viene deliberatamente fornito senza alcuna softcam. Questo non è un'oversight — il progetto ha una politica di lunga data di non includere CCcam, OSCam o qualsiasi cosa relativa alla condivisione di schede nell'immagine di base. È esattamente per questo che il tuo menu plugin è vuoto e perché stai leggendo questo. Devi installare la softcam tu stesso, ogni volta, su ogni flash fresco.

Perché OpenPLi non ha softcam nell'immagine di base

Le softcam si trovano in un'area grigia legale a seconda della giurisdizione, quindi i manutentori delle distribuzioni le tengono fuori dai feed ufficiali. Aggiungerai CCcam tu stesso tramite un binario o un IPK, e questo è normale — non è un segno che la tua immagine sia rotta o obsoleta.

Controllare la versione della tua immagine e l'architettura della CPU (opkg print-architecture)

Prima di scaricare qualsiasi cosa, accedi tramite SSH e esegui:

opkg print-architecture

Vedrai un output che elenca architetture comemips32el,armv7ahf-neon, ocortexa15hf-neon-vfpv4 a seconda della box. I modelli più vecchi di Vu+ e Dreambox sono tipicamente MIPS. Le nuove box Zgemma H9/H10 e Vu+ Zero 4K/Uno 4K SE sono ARM. Questo è enormemente importante — un binario CCcam compilato per MIPS non funzionerà su un ricevitore ARM. Otterrai "impossibile eseguire il file binario" oppure il processo terminerà silenziosamente senza alcun errore utile.

Abilitare SSH/Dropbear e connettersi con PuTTY o scp

Vai su Menu > Impostazioni > Sistema > Rete > Configurazione Dispositivo e attiva SSH (OpenPLi esegue Dropbear in background). Poi dal tuo PC:

ssh root@<box-ip>

La porta predefinita è 22, nessuna password sulla maggior parte delle immagini a meno che tu non ne abbia impostata una. Se sei su Windows, PuTTY funziona bene, oppure usascp per trasferire file invece di digitare la configurazione a mano.

Impostare l'orologio del ricevitore — perché il fallimento di NTP interrompe la decodifica ECM

Questo viene costantemente trascurato. La validazione ECM è sensibile al tempo, e se l'orologio della tua box è sfasato di più di un paio di minuti — molto comune dopo un'interruzione di corrente quando NTP non si è ancora sincronizzato — la decodifica fallirà senza alcun messaggio utile nel log. Eseguidate tramite SSH e conferma che sia accurato. Poi controlla Menu > Impostazioni > Sistema > Ora e assicurati che NTP sia abilitato e puntato a un server raggiungibile. Questo singolo controllo risparmia più tempo di risoluzione dei problemi di qualsiasi altra cosa in questo articolo.

Cosa è effettivamente una linea: i quattro campi (host, utente, password, porta)

Una C-line ha quattro campi separati da spazi: nome host o IP, porta, nome utente, password. Devi ottenerlo dal tuo fornitore — questa guida non ne fornisce uno, e qualsiasi sito che distribuisce linee funzionanti gratuitamente non è uno di cui vuoi fidarti con la tua box. Una volta che lo hai, la sintassi è quella che inserirai in CCcam.cfg nella sezione successiva.

Passo 1: Installare la softcam CCcam su OpenPLi

Ci sono due percorsi qui. Uno è più veloce quando funziona. L'altro funziona sempre.

Metodo A: installare un feed softcam IPK con opkg install

Se hai un file IPK locale (scaricalo prima sul tuo PC, poiscp a/tmp sulla scatola — i feed opkg di terze parti per softcam vanno offline costantemente e non vuoi dipendere da uno che sia attivo):

opkg update
opkg install /tmp/cccam-*.ipk

Quando funziona, è pulito — il binario si trova nel posto giusto e lo script di init viene registrato automaticamente. Quando il feed è morto o il pacchetto è rotto per la tua architettura, riceverai un errore di dipendenza o non si installa nulla. È allora che torni al Metodo B.

Metodo B: installazione manuale del binario in /usr/bin e chmod 755

Copia il binario CCcam che corrisponde alla tua architettura (dal controllo del Passo 1opkg print-architecture) in/usr/bin/CCcam, poi:

chmod 755 /usr/bin/CCcam

Creazione dello script di init softcam in /etc/init.d/softcam.cccam

Questo è il passo che quasi tutte le altre guide saltano, ed è il motivo reale per cui il tuo binario installato non appare mai nel menu. Il gestore softcam di OpenPLi non scansiona i binari — scansiona/etc/init.d/ per file che corrispondono al modellosoftcam.*. Nessuno script corrispondente, nessuna voce di menu, non importa quanto correttamente sia installato il binario stesso.

Crea/etc/init.d/softcam.cccam con questo contenuto:

#!/bin/sh

  start)
    /usr/bin/CCcam -C /etc/CCcam.cfg -d&
    ;;
  stop)
    killall -9 CCcam
    ;;
  restart)
    $0 stop
    sleep 1
    $0 start
    ;;


Poi:

chmod 755 /etc/init.d/softcam.cccam

Il-C flag dice a CCcam di caricare la sua configurazione da un percorso specifico piuttosto che dal predefinito compilato, e-d abilita l'output di debug sulla console/log — prezioso quando stai risolvendo problemi in seguito. Su alcune versioni di OpenPLi, il gestore softcam legge da/usr/script/ invece di/etc/init.d/, quindi se il cam non appare dopo questo, controlla entrambe le posizioni.

Registrazione del cam affinché appaia nel menu softcam del pulsante blu

Una volta che lo script di inizializzazione esiste ed è eseguibile, riavvia il gestore softcam o riavvia semplicemente la box. Vai al pulsante blu > Gestore Softcam e CCcam dovrebbe ora essere elencato come opzione selezionabile insieme a qualsiasi altra cosa installata.

Verifica che il binario venga eseguito: ./CCcam -h e controlla con ps aux | grep CCcam

Prima di fare affidamento sul menu, conferma che il binario stesso venga effettivamente eseguito:

/usr/bin/CCcam -h

Se ottieni output di utilizzo, l'architettura è corretta e il binario va bene. Se ottieni "impossibile eseguire il file binario", torna al controllo dell'architettura — hai la versione sbagliata. Dopo averlo avviato tramite il menu, conferma che il processo sia attivo con:

ps aux | grep CCcam

Passo 2: Scrivere CCcam.cfg — Ogni Riga Che Conta

Qui è dove la maggior parte delle installazioni fallisce effettivamente, ed è utile rallentare qui. Di seguito è riportato un CCcam.cfg completo e funzionante con ogni direttiva spiegata.

Dove si trova il file: /etc/CCcam.cfg (e perché /usr/keys/ è sbagliato per CCcam)

Il percorso predefinito è/etc/CCcam.cfg. Se il tuo script di inizializzazione utilizza-C puntando da un'altra parte, quel percorso prevale — controlla sempre lo script effettivo piuttosto che presumere. Un errore molto comune:/usr/keys/ contieneSoftCam.Key, che è un file completamente diverso per uno scopo completamente diverso (chiavi biss/const). Non è dove va CCcam.cfg.

Sintassi della C-line: C: host port username password

C: your.server.tld 12000 username password

Quattro campi, separati da spazi singoli. Nessun due punti dopo il nome host, nessuna virgolette attorno a nulla, nessuno spazio bianco finale alla fine della riga. Questa è la parte che confonde costantemente le persone — la sintassi sembra semplice finché un carattere invisibile non la rompe, il che ci porta al punto successivo.

PORTA DI ASCOLTO SERVER: 12000 e quando cambiarla

PORTA DI ASCOLTO SERVER: 12000

Questa direttiva conta solo se la tua box sta anche condividendo schede con altri client. Come client puro che consuma solo una linea, puoi lasciarla, ma dovresti mettere un firewall sulla porta al tuo router piuttosto che lasciarla aperta su internet senza motivo.

PERMETTI TELNETINFO / PORTA DI ASCOLTO WEBINFO: 16001 per la pagina di stato del browser

PORTA DI ASCOLTO WEBINFO: 16001

Questa è la funzionalità meno utilizzata in tutto il processo di configurazione. Con questo abilitato, punta un browser sulla tua rete locale ahttp://<box-ip>:16001 e ottieni una pagina di stato in tempo reale — server connessi, stato della scheda, tempi di risposta ECM, tutto in tempo reale. La maggior parte delle guide non menziona mai che questo esiste, quindi le persone risolvono problemi al buio con nient'altro che il monitoraggio dei log. Non farlo. Usa prima la pagina web.

Cache e direttive di temporizzazione: gestione ECM/EMM di CCcam.cfg e NESSUN TEMPO DI ATTESA

NESSUN TEMPO DI ATTESA: 0

Questi controllano il comportamento di caching e inoltro ECM tra le condivisioni. Lasciali ai valori predefiniti a meno che tu non comprenda specificamente cosa stai cambiando — modificare il tempo di caching raramente risolve un problema reale e spesso introduce un nuovo problema.

Fine della riga: perché un file CRLF di Windows fa ignorare la tua C-line a CCcam

Ecco il fallimento che vedo più di ogni altra cosa. Qualcuno modifica CCcam.cfg in Notepad su Windows, lo salva, lo carica sulla box — e CCcam salta silenziosamente ogni riga, inclusa la C-line. Nessun errore. Nessun avviso. Si comporta come se il file fosse vuoto perché i terminatori di riga di Windows (CRLF) non vengono analizzati nel modo in cui il binario si aspetta.

Correggilo con:

dos2unix /etc/CCcam.cfg

O meglio, evita completamente il problema — modifica il file connano /etc/CCcam.cfg direttamente via SSH e non avrai mai questo problema.

Permessi: chmod 600 CCcam.cfg e perché la proprietà di root è importante

chmod 600 /etc/CCcam.cfg

Il file contiene una password in chiaro, quindi tienilo bloccato. Dovrebbe essere di proprietà di root e leggibile solo dal processo che ne ha bisogno.

Passo 3: Avviare il Softcam e confermare che funzioni effettivamente

Ora la parte in cui scopri se questo ha funzionato. Fai questo in ordine — è una scala, e ogni gradino ti dice dove si trova il fallimento, se ce n'è uno.

Pulsante blu > Softcam Manager > seleziona CCcam > Avvia

Seleziona CCcam dall'elenco dei softcam e avvialo. Se preferisci non riavviare, puoi anche avviarlo manualmente tramite SSH:/etc/init.d/softcam.cccam start.

Impostare CCcam come softcam predefinito all'avvio

Una volta confermato che funziona, impostalo come predefinito in modo che sopravviva a un riavvio senza doverlo selezionare di nuovo ogni volta.

Leggere l'interfaccia web su http://box-ip:16001 — come appare una scheda verde

Primo gradino:ps aux | grep CCcam — il processo è attivo? Se no, controllalogread per capire perché è morto all'avvio.

Secondo gradino: aprihttp://<box-ip>:16001. La tua linea del server dovrebbe mostrare come connessa con un conteggio delle schede superiore a zero. Questo dimostra che TCP ha raggiunto il fornitore e le tue credenziali sono state accettate.

Terzo gradino: sintonizza un canale e osserva il tempo ECM. Qualcosa nell'intervallo di 100–400 ms è sano.

Se il processo è in esecuzione ma la pagina web mostra il server offline, il tuo problema è di rete o di credenziali — non OpenPLi, non la tua installazione. Se le schede appaiono ma il canale è ancora nero, si tratta di un problema di autorizzazione o di incompatibilità CAID, non di configurazione. Questa scala diagnostica è il modo più veloce per smettere di indovinare.

Registrazione live: tail -f /tmp/CCcam.log o eseguire CCcam in primo piano con -d

tail -f /tmp/CCcam.log

Oppure uccidi il processo in background ed eseguilo in primo piano con-d per vedere l'output dal vivo mentre sintonizzi i canali.

Confermare il percorso ECM nella schermata delle informazioni CI/CAM del ricevitore

La maggior parte delle skin Enigma2 ha un overlay di informazioni sul segnale/CAM (di solito il tasto INFO o EPG tenuto premuto) che mostra lo stato CAID ed ECM per canale — verifica questo rispetto a quanto riporta l'interfaccia web.

Testando prima su un canale di basso livello, non su quello più difficile

Non giudicare il tuo setup in base al canale più protetto del tuo pacchetto. Testa prima qualcosa di ampiamente trasmesso e di basso livello. Una box che fallisce solo su un canale specifico difficile è una box funzionante con un problema specifico del canale, non un'installazione rotta.

Risoluzione dei problemi: i fallimenti che tutti incontrano

Schermo nero / nessuna immagine ma CCcam è in esecuzione

Controlla prima lo stato della scheda nell'interfaccia web. Se le schede mostrano connesse, controlla il CAID del canale rispetto a ciò che la tua linea effettivamente trasmette.

"Nessuno slot ECM libero" e comportamento di intervallo / freeze ECM

Di solito è un problema di temporizzazione/latency a monte, non un problema di configurazione locale. Vedi la sezione sul freezing qui sotto.

Connesso al server ma zero schede mostrate

La tua rete e l'autenticazione sono a posto — questo è un problema lato server. L'account non ha diritti assegnati, è scaduto o è stato limitato dal fornitore. Nessuna modifica locale risolve questo.

CCcam si avvia e poi muore in pochi secondi (controlla con logread)

Eseguilogread | grep CCcam subito dopo un avvio fallito. Cause comuni: CCcam.cfg malformattato (controlla di nuovo le terminazioni di riga), o un altro processo che tiene già occupata la porta 12000.

Freezing ogni pochi secondi solo sui canali HD

Questo è quasi sempre un problema di intervallo ECM e latenza, non della tua configurazione. I canali HD ruotano le chiavi più velocemente rispetto agli SD e sono molto meno tolleranti ai ritardi. Controlla il tempo di risposta ECM nell'interfaccia web — tempi sostenuti superiori a circa 300–400 ms causeranno freezing visibile su chiavi che cambiano rapidamente. Misura la latenza di andata e ritorno verso il server; un server distante o sovrascritto non può essere risolto modificando CCcam.cfg.

Il canale funzionava ieri, nero oggi — cambio chiave vs. problema dell'account

Sii onesto con te stesso qui — di solito è al di fuori del tuo controllo. Le chiavi cambiano, i pacchetti vengono riorganizzati dal broadcaster, o l'account è cambiato dal lato del fornitore. Nessuna configurazione locale tocca questo.

Conflitto: due softcam in esecuzione contemporaneamente (CCcam + OSCam entrambe legate alla porta 12000)

Se hai mai installato OSCam insieme a CCcam, entrambe potrebbero cercare di legare la porta 12000, e la seconda che si avvia fallirà silenziosamente. Controlla con:

netstat -tulpn | grep 12000

Qualsiasi processo la detenga vince. Usa il gestore di softcam per fermarne uno prima di avviare l'altro — non eseguire entrambi contemporaneamente a meno che tu non abbia esplicitamente configurato porte separate, che è una configurazione più avanzata.

Errore DNS: la box non risolve nulla dopo un riavvio

OpenPLi occasionalmente si avvia senza un risolutore funzionante, il che significa che una C-line basata su hostname fallisce mentre la stessa linea usando un IP raw funziona bene. Questo sembra un problema di credenziali ma non lo è. Testa connslookup your.server.tld, e se fallisce, hardcodifica un risolutore in/etc/resolv.conf come soluzione temporanea.

CCcam vs OSCam su OpenPLi: Quando Passare

Perché CCcam è un binario closed-source e non mantenuto

Sarò diretto con te: lo sviluppo di CCcam si è fermato molto tempo fa. È closed-source e bloccato architetturalmente, ed è esattamente per questo che le box ARM continuano a ricevere "impossibile eseguire il file binario" — spesso non c'è alcuna build attuale per l'architettura, e nessuno sta compilando nuove versioni.

Vantaggi di OSCam: sviluppo attivo, migliore registrazione, multi-protocollo

OSCam è attivamente mantenuto, si compila in modo pulito per obiettivi ARM e MIPS moderni, e la sua registrazione è notevolmente più utile per diagnosticare ogni modalità di fallimento trattata sopra. Se sei bloccato su una box ARM senza un binario CCcam funzionante, questo non è un downgrade — è lo strumento migliore.

Eseguire OSCam come client con un blocco lettore cccam

La tua linea esistente funziona senza modifiche. In/etc/oscam/oscam.server:

[reader]

Migrare la tua C-line in oscam.server

I quattro campi della tua C-line originale — host, porta, utente, password — si mappano direttamente nel blocco lettore sopra. Nulla della tua relazione con il fornitore cambia; stai solo scambiando il software client.

Perché alcune box ARM non hanno affatto una build CCcam funzionante

I modelli ARM più recenti di Zgemma e Vu+ a volte non hanno binari CCcam funzionanti, punto. Seopkg print-architecture mostra una variante ARM e ogni binario che provi restituisce "impossibile eseguire il file binario", smettila di inseguire CCcam e passa a OSCam. Non è una soluzione alternativa, è il percorso corretto per quell'hardware.

Scegliere una fonte server senza essere bruciati

Criteri tecnici che prevedono effettivamente la qualità: latenza, uptime, tempo ECM

Chiedi una breve linea di prova prima di impegnarti in qualcosa. Una volta connesso, osserva tre numeri: tempo di risposta ECM nell'interfaccia web, latenza ping verso il server e frequenza di riconnessione nel log per un'intera giornata di 24 ore. Una buona linea mantiene i tempi ECM sotto i 300 ms in modo costante e non si disconnette e riconnette ogni pochi minuti.

Perché i server locali/regionali superano quelli economici e distanti

La distanza fisica aggiunge latenza che non puoi configurare per aggirare. Un server dall'altra parte del pianeta avrà quasi sempre prestazioni inferiori rispetto a uno regionale, anche se l'opzione regionale costa di più.

Bandiera rossa: nessuna linea di prova, solo prepagato, nessun canale di supporto, linee rivendute

Se una fonte non ti dà un breve periodo di prova, è un segnale. Lo stesso vale per il solo prepagato senza contatto di supporto, o una linea che si comporta come se fosse stata rivenduta attraverso diversi livelli — quelle tendono ad essere le più sovrascritte.

Comprendere la sovrascrittura e perché "illimitato" è privo di significato

Una singola scheda upstream può decodificare solo un numero limitato di flussi contemporaneamente. Se carichi troppi clienti su di essa, ottieni esattamente i sintomi della sezione di risoluzione dei problemi — "nessuno slot ECM libero", congelamento, schede perse — con una configurazione completamente corretta. Le connessioni "illimitate" su una scheda sono una bandiera rossa, non una caratteristica.

Realtà legale: cosa fa e non fa una sottoscrizione

Sei responsabile di detenere un diritto legittimo a qualsiasi contenuto che stai decodificando, e le regole su questo variano da paese a paese. Questo è tutto — capisci la tua situazione, questo non è un consiglio legale.