CCcam& Guida alla configurazione della condivisione delle schede OScam (2026)

Se sei arrivato qui con un ricevitore mezzo configurato e un mucchio di messaggi di errore criptici, questa guida alla condivisione delle schede è esattamente ciò di cui hai bisogno. La maggior parte delle guide online incolla un blocco di configurazione senza spiegare cosa significhi ciascun token, quindi nel momento in cui qualcosa si rompe sei bloccato. Questa guida va più a fondo: percorsi di file reali, differenze di protocollo effettive e una sezione di risoluzione dei problemi che mappa stringhe di errore specifiche a soluzioni specifiche.

Nessun consiglio vago. Solo le cose che funzionano realmente nel 2026 su hardware reale.

Cosa è realmente la condivisione delle schede (CCcam vs OScam)

La condivisione delle schede consente a un ricevitore satellitare di decrittare i canali chiedendo a un server remoto la parola di controllo (CW) invece di leggere direttamente una smartcard locale. Il server detiene una scheda fisica, legge l'ECM (Entitlement Control Message) dal flusso e restituisce la CW decrittata tramite la rete. Il tuo ricevitore utilizza questo per decifrare l'immagine.

Esistono due ruoli: sei o uncliente che si connette al server di qualcun altro, oppure stai eseguendo unserver con la tua scheda e condividi l'accesso. La maggior parte delle persone inizia come clienti.

Ruoli di Client e Server in una Configurazione di Condivisione

Un ricevitore client invia ECM a monte e riceve CW in cambio. Ha bisogno di un hostname, porta, nome utente e password: nient'altro. Un ricevitore server ha un lettore di schede collegato (modulo CAM fisico, slot CI o lettore interno su un Vu+ Solo SE, ad esempio) e ascolta su una porta per le richieste ECM in arrivo. Entrambi i ruoli possono esistere sulla stessa box simultaneamente.

Protocollo CCcam vs OScam: Quando Usare Ognuno

CCcam è un protocollo chiuso sviluppato intorno al 2007 ed è ancora il formato di interscambio più utilizzato. La sua porta predefinita è12000. Il binario è ancora disponibile per le immagini Enigma2 più vecchie, ma lo sviluppo si è fermato anni fa.

OScam (Open Source Cam) è il sostituto moderno. È attivamente mantenuto, supporta più protocolli simultaneamente, ha un controllo granulare per utente e per caid, e ti offre un'interfaccia web con registrazione ECM in tempo reale. Se stai configurando qualcosa di nuovo nel 2026, usa OScam. Le linee CCcam (il formato C:) sono ancora come la maggior parte delle fonti ti forniscono le credenziali, ma OScam può parlare quel protocollo senza problemi.

Differenze tra i protocolli Newcamd, CCcam e CWS

Tre protocolli emergono costantemente:

• CCcam — proprietario, porta 12000, il formato di credenziali de facto
• newcamd — più vecchio ma stabile, tipicamente porte nella gamma 15000, utilizza una chiave DES di 14 byte
• camd35 / cs357x / cs378x — varianti basate su UDP, cs378x aggiunge TCP, utilizzato da alcune configurazioni più vecchie

OScam parla tutti loro. Questa è la ragione principale per cui è la raccomandazione: ottieni una configurazione unificata e puoi connetterti a qualsiasi server indipendentemente dal protocollo che parla.

Hardware: Ricevitori Enigma2, Box Linux e Moduli CAM

La maggior parte delle persone esegue questo su box basate su Enigma2: Dreambox DM900, Vu+ Duo 4K, GigaBlue, o cloni più economici che eseguono immagini OpenATV o OpenPLi. Anche le box Debian generiche funzionano: basta installare OScam da sorgente o da un repository di pacchetti. I moduli CAM (adattatori CI+) sono un'alternativa ma ti danno meno controllo sulla configurazione e sulla registrazione. Il resto di questa guida presuppone Enigma2 o Linux puro.

Configurazione del Client CCcam Passo dopo Passo

Questo è il punto in cui la maggior parte delle configurazioni funziona o si rompe a causa di un carattere errato in un file di configurazione. Prendilo token per token.

Modifica di /etc/CCcam.cfg o /var/etc/CCcam.cfg

Su la maggior parte delle immagini Enigma2, CCcam legge da/etc/CCcam.cfg. Dopo un aggiornamento dell'immagine o su alcune build OpenPLi, potrebbe spostarsi su/var/etc/CCcam.cfg. Controlla quale percorso viene effettivamente letto eseguendo:

ps aux | grep CCcam

Poi guarda lo script di avvio in/etc/init.d/CCcam per il percorso esplicito. Modifica il file corretto tramite SSH (nano funziona bene) o FTP (usa FileZilla puntando alla porta 22 con SFTP). Non usare il Blocco Note di Windows — scrive terminazioni di riga CRLF che rompono il parser.

Anatomia di una C: Linea (Host Porta NomeUtente Password)

Una linea di connessione client appare così:

C: hostname.example.com 12000 myuser mypassword no { 0:0:1 }

Scomponendola:

• C: — direttiva di connessione client
• hostname.example.com — nome host o IP del server
• 12000 — porta (CCcam predefinito; regola se la tua sorgente usa qualcos'altro)
• myuser mypassword — credenziali esattamente come fornite
• no — se condividere le schede locali con questo server (usano a meno che tu non stia facendo resharing)
• { 0:0:1 } — opzionale: max salti. Imposta a 1 per una scheda diretta, rimuovi completamente se non sei sicuro

Una linea per server. Più linee C: vanno bene e CCcam proverà ciascuna per ECM se la precedente fallisce.

Impostazione delle linee F: per la condivisione

Se stai eseguendo una scheda locale e vuoi permettere ad altri di connettersi a te, aggiungi linee F:

F: clientusername clientpassword 1 0 { 0:0:2 }

I token sono: nome utente, password, consenti aggiornamenti emm (0 o 1), condividi tutte le schede (0 o 1), e restrizioni opzionali hop/caid. Ogni linea F: è un client autorizzato. Mantieni queste rigorosamente limitate — non usare caid jolly a meno che tu non sappia esattamente cosa stai condividendo.

Riavvio del Demone e Conferma della Connessione

Riavvia CCcam con:

killall -9 CCcam&& sleep 2&& /etc/init.d/CCcam start

Oppure usa il pannello softcam nel menu plugin del tuo ricevitore se sei su un'immagine GUI. Dopo il riavvio, accedi all'interfaccia web di CCcam suhttp://receiver-ip:16001. IlSchede tab mostra cosa ha decodificato e reso disponibile il server. Le voci verdi significano lettori attivi. Se l'elenco è vuoto dopo 30 secondi, qualcosa nella linea C: è sbagliato — controlla di nuovo la porta e le credenziali.

Impostazione del Server e del Lettore OScam

OScam suddivide la sua configurazione in più file invece di un'unica configurazione monolitica. Questo è fastidioso all'inizio e genuinamente migliore una volta che ci si abitua. I tre file che ti interessano si trovano in/etc/tuxbox/config/oscam/,/var/keys/, o/etc/oscam/ a seconda della tua immagine. Controlla confind / -name "oscam.conf" 2>/dev/null.

oscam.conf: Porta Webif e Impostazioni Globali

[global]

L'interfaccia web sulla porta 8888 è il tuo principale strumento diagnostico. Impostahttprefresh su 10 per aggiornamenti quasi in tempo reale sulla pagina di stato. Il logfile a/tmp/oscam.log è quello che controlli quando le cose vanno male — maggiori dettagli su questo di seguito.

oscam.server: Definire un Lettore CCcam

[reader]

Ilgroup = 1 riga è dove la maggior parte delle configurazioni si interrompe silenziosamente. Il numero del gruppo deve corrispondere a quello che hai impostato inoscam.user — se non corrispondono, il lettore si connette ma l'account utente vede zero schede. Questa è probabilmente la causa più comune di OScam "funzionante" ma che non decripta nulla.

Impostacccmaxhops su 1 o 2. Qualsiasi valore superiore a 3 e stai inseguendo reshare abbastanza profondi da rendere il tempo di risposta un problema.

oscam.user: Creare Account Utente e Mappatura dei Gruppi

[account]

Ilgroup = 1 deve corrispondere al gruppo del lettore. Ilau = 1 abilita gli aggiornamenti EMM (necessari per mantenere la scheda valida nel tempo — maggiori dettagli sul drift dell'orologio EMM di seguito). Limita caid e ident a ciò che guardi effettivamente; non lasciare questi campi vuoti a meno che tu non voglia specificamente che tutti i caid vengano passati.

Leggere lo Stato dell'Interfaccia Web OScam e il Log ECM

La scheda Lettori nell'interfaccia web OScam mostra ogni lettore, il suo stato (Connesso / Non Connesso) e le schede che vede. La scheda Utenti mostra sessioni attive e contatori ECM per account.

La vista più utile è laStoria ECM — sia nell'interfaccia web che in formato grezzo nel log. Ogni riga mostra il canale, caid, ident e tempo di risposta in millisecondi. Una riga sana appare così:

OK (234 ms) caid=0900 prov=000000 srvid=1234

Qualsiasi valore costantemente superiore a 500–600ms è un problema. I canali a chiave veloce (sport dal vivo, ad esempio) ruotano le loro parole di controllo ogni 5–10 secondi, quindi se il tuo tempo di andata e ritorno ECM richiede 700ms, vedrai dei singhiozzi anche se la linea tecnicamente funziona su canali più lenti.

Risoluzione dei problemi: Congelamenti, Timeout ECM e Errori DCW

Questa sezione è il valore effettivo della guida cardsharing — mappare le stringhe di errore alle cause radice invece di dire semplicemente "controlla la tua configurazione."

Congelamenti del canale ogni pochi secondi (Intervallo ECM)

Se l'immagine si congela con una cadenza regolare — di solito ogni 5, 10 o 30 secondi — stai colpendo l'intervallo di cambio chiave ECM. Il server non risponde abbastanza velocemente prima della successiva rotazione della chiave.

Cause in ordine di probabilità: alto numero di hop (ogni hop extra aggiunge ~50–150ms), server sovraccarico, o distanza geografica che causa latenza. In OScam, controlla il tempo medio di risposta del log ECM. Se è superiore a 400ms, riduci gli hop. Se va bene sui canali film ma si interrompe sugli sport, il problema è specificamente la rapida rotazione delle chiavi — i broadcaster sportivi spesso usano intervalli di 5 secondi.

'Timeout ECM' e Tempi di Risposta Lenti

Un timeout ECM nel log di OScam significa che il lettore ha inviato una richiesta e non ha ricevuto risposta entro la finestra di timeout. Cause:

• Server irraggiungibile — eseguitelnet hostname 12000 dal ricevitore per testare la connettività grezza
• Firewall sul lato server che blocca la porta
• La scheda upstream non porta affatto quel caid — il server riceve l'ECM ma non ha nulla per decrittarlo
• Credenziali errate che causano rifiuto silenzioso

Inoscam.log, cercaECM e guarda il campo di stato.E le voci (a differenza diOK) ti dicono quale lettore ha fallito e per quale caid.

'Errore di checksum DCW' e Errato Dopo Decodifica

Questo è sottile. Un errore di checksum DCW significa che OScam ha ricevuto una parola di controllo ma la validazione del checksum è fallita. Due cause comuni:

Prima: una scheda falsa o proxy che sta effettivamente generando CW errati — o la scheda è non valida o il server upstream sta manipolando i valori. Secondo, e più risolvibile:due lettori che rispondono per lo stesso caid.Se hai due voci server entrambe capaci di restituire un CW per il caid 0900, OScam potrebbe ricevere risposte contrastanti. La soluzione è limitare esplicitamente i caid su ciascun lettore, o impostare una priorità del lettore conpriority = 1 sul tuo lettore preferito epriority = 2 sul backup.

[reader]

Nessuna Scheda / Lettore Mostra Offline

Il lettore mostra offline nell'interfaccia web di OScam — o non si è mai connesso o si è disconnesso. Controlla: nome host/porta errati (errori di battitura sono comuni), credenziali errate, server che rifiuta attivamente la connessione, o il server stesso è inattivo. Il log di OScam mostrerà un messaggio di connessione rifiutata o di accesso fallito. Per i lettori del protocollo CCcam, verifica anche checccversion corrisponda a ciò che il server si aspetta — alcuni server rifiutano i client che annunciano versioni troppo nuove.

Problemi di Rete, NAT e Port-Forwarding

Se staiospitando un server, le connessioni in entrata devono raggiungere il tuo ricevitore. Ciò significa fare port-forwarding 12000 (o la tua porta scelta) sul tuo router, e assicurarti che il firewall del tuo ricevitore (iptables) lo consenta:

iptables -A INPUT -p tcp --dport 12000 -j ACCETTA

Verifica che la porta sia raggiungibile esternamente utilizzando qualsiasi strumento di controllo delle porte da un browser su una rete diversa. Un caso limite sgradevole: se il tuo ISP ti mette dietro CGNAT (carrier-grade NAT), non hai affatto un IP pubblico, e il port forwarding in entrata è impossibile. Controlla guardando l'IP WAN del tuo router: se è nell'intervallo 100.64.0.0/10, sei dietro CGNAT. La soluzione alternativa è un VPS con un tunnel (WireGuard o simile) verso il tuo ricevitore domestico.

Guarda anche l'orologio di sistema. L'elaborazione EMM (che mantiene validi i diritti della tua scheda) può fallire silenziosamente se l'orologio del ricevitore si sposta. Un client NTP sulla box risolve questo problema: installa e abilita chrony o ntpd. Senza di esso, una scheda che funziona oggi potrebbe gradualmente perdere canali nel corso di giorni o settimane man mano che gli aggiornamenti EMM falliscono la validazione.

Un altro caso limite: se esegui sia il binario CCcam che OScam sulla stessa box, entrambi cercheranno di legare la porta 12000. OScam vincerà o perderà quella battaglia a seconda dell'ordine di avvio, e chi perde semplicemente fallisce silenziosamente. Scegli uno e disabilita l'altro.

Come Scegliere una Fonte di Condivisione Affidabile (Criteri Generici)

Nessun nome di provider qui: è intenzionale, e non solo per motivi legali. La qualità del provider cambia costantemente e qualsiasi nome scriva oggi potrebbe essere scomparso o degradato il mese prossimo. Ciò che non cambia è cosa misurare.

Scheda Locale vs Linea Condivisa: Implicazioni di Latency

Un server con unascheda locale (salto 0) legge l'ECM direttamente da una smartcard fisica. Il tempo di risposta è tipicamente di 80–250ms. Ogni salto aggiuntivo — dove il server A inoltra gli ECM al server B che ha la scheda reale — aggiunge latenza di andata e ritorno della rete. Il salto 2 potrebbe essere di 300ms. Il salto 5 potrebbe essere di 800ms e appena utilizzabile.

Quando ottieni le credenziali, chiedi o testa quale conteggio dei salti stai effettivamente ricevendo. L'interfaccia web di OScam mostra il conteggio dei salti per lettore nella scheda Schede quando utilizzi il protocollo CCcam.

Uptime, Conteggio dei Salti e Come Testare il Tempo di Risposta

Collega il lettore in OScam, sintonizzati sul canale che guardi effettivamente e lascia il log ECM in esecuzione per un'ora. Esporta o usa grep sul log per il tuo caid. Guarda ims valori: sono coerenti o salgono a 2000ms e poi tornano a 100ms? Una fonte stabile varia forse di 50–100ms. Una fonte che fluttua selvaggiamente è sovraccarica o sta condividendo da un upstream inaffidabile.

La frequenza di freeze è il test definitivo. Zero freeze in un'ora su canali fast-key significa che la fonte è solida.

Segnali di Allerta di Fonti Sovraccariche o False

• Tempo di risposta che sale sopra i 1000ms durante le ore di punta (prime time, eventi sportivi importanti)
• Il lettore va offline e si riconnette frequentemente — appare nel log di OScam come ripetutiConnessione stabilita /Connessione persa cicli
• Una singola linea che pubblicizza 50+ caid — nessuna singola scheda copre questo; è un aggregatore di condivisione con affidabilità imprevedibile
• Errori di checksum DCW che appaiono anche su canali che funzionano brevemente — segno di dati di scheda errati alla fonte

Nota Legale: Condividi Solo Schede che Possiedi Legittimamente

Questa guida alla condivisione di schede copre la configurazione tecnica disistemi di condivisione di schede. I protocolli e gli strumenti descritti qui — CCcam, OScam, newcamd — sono software legittimi. Se il loro utilizzo è legale dipende interamente da quale scheda è nel lettore e cosa dicono i termini del tuo abbonamento.

La condivisione di schede dovrebbe coinvolgere solo una scheda di abbonamento che possiedi personalmente e per cui paghi. Condividere la tua scheda legittimamente posseduta tra i tuoi dispositivi è un'area grigia nella maggior parte delle giurisdizioni; condividere commercialmente o accedere a schede che non possiedi non lo è. Questa guida esiste per aiutare le persone a configurare correttamente il proprio hardware, non per facilitare altro.