Formato della riga CCcam.cfg: C-Line, D-Line& Spiegazione di F-Line

Se hai aperto un file CCcam.cfg in questo momento e stai fissando una riga che qualcuno ti ha dato su un forum, cercando di capire quale parte è la password e quale parte è un flag — questo è per te. Questa analisi del formato della riga cccam.cfg: spiegazione di c-line d-line f-line copre ogni campo, in ordine, con i modi di errore che si verificano effettivamente quando uno di essi è errato.

Ho trascorso molto tempo in questi file di configurazione, principalmente all'1 di notte cercando di capire perché un peer "connesso" stesse servendo zero schede. Quindi non è teoria. È ciò che effettivamente fa inciampare le persone, campo per campo.

Come viene analizzato CCcam.cfg: tipi di riga, ordine e regole di sintassi

CCcam.cfg è un file di testo piatto. Nessuna sezione, nessuna nidificazione, nessuna parentesi in stile JSON tranne per i blocchi sharelimit di cui parleremo. Ogni riga inizia con una lettera e due punti, e quella lettera dice al parser quale ruolo gioca la riga: C per una connessione client in uscita, F per un account in entrata che stai offrendo a qualcun altro, N per newcamd, D per un tipo di riga legacy di cui hai quasi mai bisogno, e un pugno di opzioni globali che non hanno affatto un prefisso di lettera, scritte come KEY : value./var/etc/CCcam.cfg. Su build Linux generiche è spesso solo/etc/CCcam.cfg. Controlla entrambi prima di presumere che la scatola non stia leggendo le tue modifiche — ho perso tempo a modificare la copia sbagliata più di una volta.

Ecco la parte che quasi nessuno ti dice chiaramente: CCcam legge questo file esattamente una volta, all'avvio. Non c'è segnale di ricarica, nessuna gestione di SIGHUP, niente. Se modifichi il file mentre CCcam è in esecuzione, non succede nulla fino a quando non uccidi e riavvii il processo. Il modello standard è:

killall -9 CCcam&& CCcam -C /var/etc/CCcam.cfg

Su la maggior parte delle immagini c'è uno script di avvio/arresto softcam che avvolge questo per te — usalo se esiste, ma sappi cosa sta facendo sotto.

Il sistema di prefissi dei tipi di riga e perché i due punti sono importanti

Il prefisso lettera-due punti non è decorativo.C:,F:,N:,D:,L:,M: — ciascuno mappa a un ramo specifico del parser. Se digitiC senza i due punti, o i due punti vengono danneggiati in qualche modo, il parser non genera un errore. Semplicemente non riconosce la riga come nulla, e passa oltre. Questo è, genuinamente, la causa principale dei rapporti "ho aggiunto la riga e non è successo nulla". Non c'è messaggio di log, nessun avviso. La riga è semplicemente invisibile a CCcam.# e il parser li tollera bene, insieme a spazi bianchi e tabulazioni all'interno dei campi — CCcam divide i campi sugli spazi bianchi in modo generico, quindi spazi extra tra i campi di solito non rompono nulla. Ciò che rompe le cose è lo spazio bianco all'interno di un campo, il che mi porta al problema successivo.

Spazi bianchi, caratteri invisibili e la trappola del copia-incolla

Se hai copiato una riga da una pagina web o da un PDF, c'è una reale possibilità che stia portando caratteri spazzatura che non puoi vedere. Gli spazi non interrotti (U+00A0) sembrano identici a uno spazio normale nella maggior parte degli editor di testo, ma il parser non li tratterà come un separatore di campo, e se uno finisce all'interno del tuo campo password, l'autenticazione fallisce semplicemente — silenziosamente, senza un errore utile. Stessa storia con le terminazioni di riga CRLF da un file che qualcuno ha modificato su Windows: il trailing\r viene trattato come parte di qualsiasi campo che lo precede, di solito la password.

cat -A /var/etc/CCcam.cfg | head

Le terminazioni CRLF appaiono come^M alla fine di ogni riga. Gli spazi non interrotti e le virgolette intelligenti da una pagina web di solito appaiono comeM-BM- sequenze. Se vedi uno dei due, eseguidos2unix sul file, o semplicemente riscrivi la riga interessata a mano invece di fidarti del copia e incolla.

Sensibilità al maiuscolo e perché CCcam è un vicolo cieco a lungo termine

I nomi utente e le password sono sensibili al maiuscolo, sempre. Non c'è un meccanismo di citazione nel formato del file, quindi un nome utente o una password con uno spazio non è semplicemente possibile: il parser lo dividerà in due campi e tutto ciò che segue si interrompe.

La C-Line: Collegare il tuo Box a un Server Remoto

Probabilmente è per questo che sei qui, quindi entriamo nel vivo. La C-line canonica appare così:

C: server.example.net 12000 myusername mypassword

Quattro campi obbligatori, separati da spazi, in quest'ordine esatto.

Analisi campo per campo

Host — un FQDN o un indirizzo IPv4 nudo. Questo è il primo posto dove le persone si scottano, e spiegherò perché tra un secondo.

Porta — una porta TCP arbitraria scelta da chi gestisce il server. Non esiste una porta CCcam riservata. Vedrai spesso utilizzare 12000-13000 per convenzione, ma è solo un'abitudine, non uno standard. Usa ciò che ti dice l'operatore del server.

Nome utente epassword — sensibili al maiuscolo, testo semplice, senza citazioni. Uno spazio finale in uno dei due campi, che accade costantemente quando le persone incollano da una pagina web, interrompe l'autenticazione e non ti dà alcuna indicazione utile sul perché.

Campo opzionale 5 e 6: i flag EMU

Oltre ai quattro campi obbligatori, alcune versioni accettano un quinto campo che controlla il comportamento EMU/wantemus, e un sesto per un flag correlato. Sarò diretto con te qui: la semantica esatta di questi campi è cambiata tra le versioni 2.1.x, 2.2.x e 2.3.x, e ho visto comportamenti contrastanti segnalati tra le immagini. A meno che l'operatore del server non ti dica esplicitamente di impostarne uno, la mossa più sicura è ometterli completamente e lasciare che si applichino i valori predefiniti. Indovinare questi campi causa più problemi di quanti ne risolva.

Il blocco sharelimit

Vedrai spesso una C-line con un blocco di parentesi graffe attaccato alla fine:

C: server.example.net 12000 myusername mypassword { 0100:000068:2, 0500:032830:1 }

Ogni voce è CAID:ident:sharelimit. Il numero alla fine è la massima profondità di salto che sei disposto ad accettare per le schede che corrispondono a quella coppia CAID/ident. Un valore di 0 significa "schede locali su quel server solo, non rilanciare nulla che abbiano ricevuto da qualcun altro." Questo è molto importante per la qualità della linea: tornerò sulla profondità di salto più tardi, ma la versione breve è che una scheda hop-1 è fondamentalmente più affidabile di una scheda hop-4, e questo blocco è come imponi quel limite dalla tua parte.

Hostname vs IP, e la trappola DDNS di cui nessuno parla

Ecco la cosa che coglie le persone costantemente e che quasi nessun'altra pagina su questo argomento copre correttamente: CCcam risolve il nome host in una C-line esattamente una volta, all'avvio. Se il server del tuo peer si trova dietro un nome host DNS dinamico e il loro IP cambia dopo che il tuo processo CCcam è già iniziato, la tua connessione continuerà a fallire — indefinitamente — fino a quando non riavvii CCcam. Non si risolverà di nuovo da solo, mai, non importa quanto aspetti. Se una C-line precedentemente funzionante smette improvvisamente di connettersi e hai verificato che le credenziali siano a posto, vale la pena controllare questo prima di qualsiasi altra cosa. Basta riavviare CCcam e vedere se rileva il nuovo IP.

Verificare che una C-line funzioni effettivamente

Non incollare semplicemente una riga e sperare. Lavora attraverso di essa a strati:

Per prima cosa, controlla che la porta sia raggiungibile, dal box stesso — non dal tuo laptop su una rete diversa, poiché il NAT di carrier-grade e i blocchi a livello ISP possono far sembrare una porta aperta da una rete e chiusa da un'altra:

nc -vz server.example.net 12000

Se si connette, apri l'interfaccia web di CCcam, che per impostazione predefinita funziona sulla porta 16001 (configurabile tramite la direttiva WEBINFO LISTEN PORT) —http://<box-ip>:16001. Mostrerà se il peer è Connesso e, cosa critica, quante schede ti sta effettivamente inviando. "Connesso" e "invio schede" sono due stati completamente diversi e confonderli fa perdere molto tempo nel debug.

Nei log, vedrai alcuni messaggi distinti che significano ciascuno qualcosa di diverso: "connessione fallita" è un problema di rete/firewall, non un problema di credenziali. "Connessione chiusa dal server" significa quasi sempre che il server ha rifiutato la tua autenticazione o che l'account è disabilitato. E "nessuna scheda" significa che l'autenticazione è andata a buon fine, ma il server ha restituito un elenco di condivisione vuoto — che è un problema completamente diverso, trattato nella sezione di debug qui sotto.

Una cosa che vale la pena chiarire: una C-line è solo in uscita. Non apre una porta in ascolto sulla tua box, quindi non ha bisogno di port forwarding, né di regole NAT, niente sul tuo router. Se non stai ricevendo schede, il problema non è mai "ho dimenticato di inoltrare una porta per la mia C-line" — è una preoccupazione della F-line.

Multiple C-lines e priorità

Puoi avere quante più C-lines vuoi in una configurazione. CCcam cercherà di connettersi a tutte e di prelevare schede da quelle che rispondono, unendo i pool di condivisione. Non c'è un campo di priorità rigoroso — non è "prova prima questa, poi passa alla seconda." Se due C-lines offrono entrambe lo stesso CAID/ident, CCcam sceglie in base alla logica di instradamento interna (generalmente privilegiando un numero di salti inferiore e un tempo di risposta ECM migliore), non in base all'ordine delle righe nel file.

La F-Line: Servire Schede ad Altre Persone dalla Tua Box

Se la C-line è tu che consumi le schede di qualcun altro, la F-line è l'opposto: è un account sulla tua box che consente alla C-line di qualcun altro di connettersi e prelevare schede da te. Forma canonica:

F: peeruser peerpass 1 0

Campo per campo, e i due numeri che tutti confondono

I campi 1 e 2 sono il nome utente e la password che questo peer utilizzerà nella propria C-line per raggiungerti. I campi 3 e 4 sono dove le persone si confondono costantemente, quindi sia molto diretto al riguardo:

Campo 3 — uphops. Questo governa cosa dai. È quanto in profondità nel tuo albero di schede questo peer è autorizzato a raggiungere. 0 significa che vedono solo schede locali alla tua box. 1 significa che vedono anche schede che stai prelevando da un salto di distanza — cioè, schede dalle tue connessioni C-line. 2 e superiori cascaderanno ulteriormente, e questo è esattamente dove gli alberi di condivisione si trasformano in loop se due peer sono anche la fonte upstream l'uno dell'altro.

Campo 4 — downhops. Questo governa cosa prendi. È quanti salti delle schede del peer sei disposto ad accettare da loro.

Dillo chiaramente: uphops è ciò che dai, downhops è ciò che prendi. L'errore classico dei principianti è impostare uphops a 5 "per essere generosi" verso un nuovo peer. Questo non ti rende generoso, inonda l'intero albero di condivisione downstream con schede diverse salti rimosse dalla loro origine, ed è il tipo di cosa che porta a un ban silenzioso di un peer da parte di tutti gli altri sulla rete per degradare la qualità della condivisione.

Filtraggio della condivisione per peer

Stessa sintassi con parentesi graffe della C-line, ma qui limita ciò che quel specifico peer è autorizzato a ricevere:

F: peeruser peerpass 1 0 { 0100:000068, 0500:032830 }

Non c'è una sintassi esplicita di "negare" in CCcam.cfg — il modello è consentire per elenco. Se un CAID/ident non è nel blocco, quel peer non lo riceve. Ometti completamente il blocco e ricevono tutto ciò che il tuo impostazione uphops consente.

Le F-line hanno bisogno di una porta in ascolto — è qui che le persone si bloccano

Una F-line non fa nulla da sola se la tua box non sta effettivamente accettando connessioni in entrata. Hai bisogno della direttiva globale presente nella stessa configurazione:

SERVER LISTEN PORT : 12000

E quella porta deve essere effettivamente aperta — inoltrata attraverso la tabella NAT del tuo router se sei dietro uno, e non bloccata da alcuna regola firewall sulla box stessa. Il tuo peer ha anche bisogno di un modo per raggiungerti: un IP statico, o un hostname DDNS che inseriscono nella propria C-line. Se uno dei due lati di questa coppia si trova dietro un NAT di carrier-grade — sempre più comune nelle connessioni mobili e in alcuni ISP in fibra — la F-line del peer è irraggiungibile indipendentemente da ciò che fai sul router, perché non c'è un IP pubblico su cui inoltrare una porta in primo luogo.

Una F-line per peer, o avrai un loop di disconnessione

Non dare le stesse credenziali della F-line a due persone diverse. CCcam consente una sessione attiva per nome utente per impostazione predefinita, quindi se due dispositivi cercano di utilizzare lo stesso account simultaneamente, ogni nuova connessione disconnette la precedente. Il risultato appare come una linea instabile, che si disconnette costantemente, quando la causa reale è che due persone stanno litigando su un login. È un modo di fallimento genuinamente comune ed è facile da perdere perché entrambe le persone giureranno che la propria configurazione è a posto — e individualmente, lo è.

Le opzioni globali ALLOW TIMEOUT e ALLOW CONNECT possono ulteriormente limitare quando le F-line vengono accettate (restrizioni di orario, limiti di ripetizione della connessione), e il comportamento esatto attorno a MAXCONNECTIONS varia un po' a seconda della versione, quindi controlla cosa supporta la tua versione specifica prima di assumere che un'impostazione funzioni.

La D-Line e la N-Line: DVN, Newcamd e le Linee che le Persone Confondono

Voglio essere onesto con te riguardo alla D-line, perché la maggior parte delle pagine che trattano questo argomento inventano semplicemente definizioni di campo per riempire spazio, e non lo farò.

Cos'è realmente una D-line

Nell'ecosistema CCcam, la D-line era una linea client del protocollo DVN legacy. È effettivamente obsoleta. Sulle versioni 2.3.x che costituiscono praticamente tutto ciò che è ancora in funzione oggi, non scriverai mai una, e la CCcam moderna non la utilizza in modo significativo. Se qualcuno ti consegna qualcosa che chiamano "D-line", è molto probabile che sia una C-line etichettata in modo errato, o una linea destinata a un'applicazione softcam completamente diversa che riutilizza la lettera D per qualcosa di non correlato. Non inventerò semantiche campo per campo per un tipo di linea che non è in uso attivo — se hai davvero bisogno di lavorare con una, verifica contro il softcam specifico e la versione che sta effettivamente analizzando il tuo file, perché indovinare qui ti farà perdere tempo.

La N-line: ciò di cui hai realmente bisogno per i server newcamd

Questa è reale, attuale e vale la pena conoscerla correttamente, perché è la linea di cui hai bisogno quando il server dall'altra parte parla newcamd invece del protocollo CCcam. Forma completa:

N: server.example.net 34000 username password 01 02 03 04 05 06 07 08 09 10 11 12 13 14

Host, porta, nome utente, password — stessa idea di una C-line finora. Poi una serie finale di quattordici coppie di byte esadecimali, separate da spazi. Quella è la chiave di configurazione DES. Deve essere esattamente di quattordici byte. Se è corta — tredici byte, o quindici — CCcam accetterà comunque la linea senza lamentarsi, ma la sessione si connetterà e poi si disconnetterà istantaneamente. Questo appare esattamente come un rifiuto di autenticazione nei log, ed è facile perdere tempo a controllare un nome utente e una password corretti quando il problema reale è una chiave con il conteggio di byte errato.

L-line e M-line: vecchi prefissi ancora in circolazione

Occasionalmente vedrai righe con prefisso L: e M: in configurazioni più vecchie estratte da immagini legacy. Queste si riferiscono alla gestione di lettori di schede locali e multi-CAM delle prime ere di CCcam. Sono rare in qualsiasi cosa attivamente mantenuta oggi — se ne trovi una in una configurazione che hai ereditato, vale la pena controllare se sta ancora facendo qualcosa sulla tua versione attuale prima di assumere che sia importante.

Mapping a OScam, poiché la maggior parte delle persone finisce qui prima o poi

Se stai migrando da CCcam — e probabilmente dovresti farlo, a un certo punto — i concetti si mappano in modo pulito, solo in una struttura di file diversa. OScam divide le cose attraverso/etc/tuxbox/config/oscam.conf,oscam.server, eoscam.user invece di un file flat.

OScam ti offre registrazioni strutturate effettive per lettore, che — dopo anni di fallimenti quasi silenziosi di CCcam — è davvero un sollievo la prima volta che lo vedi.

Debugging di una Linea che Non Si Collega: Un Albero Decisionale

Lavora attraverso questo in ordine. Non saltare avanti — ogni livello esclude una categoria di problema prima di sprecare tempo sul successivo.

Livello 1: la porta è anche raggiungibile?

Dalla scatola stessa, non dal tuo laptop:

nc -vz server.example.net 12000

Se questo fallisce, fermati. Il contenuto della linea è irrilevante — hai un problema di rete, non un problema di configurazione. Controlla le regole del firewall, i port forwarding e se il server è effettivamente attivo. tcpdump sulla scatola può confermare se i pacchetti stanno uscendo se il risultato di nc sembra incoerente.

Livello 2: il peer vede anche il tuo tentativo?

Se la porta è raggiungibile ma la connessione fallisce ancora, chiedi al peer di controllare il proprio log per il tuo tentativo di connessione. Se non appare affatto dalla loro parte, è probabile che tu stia colpendo una porta o un IP diverso da quello che pensi — controlla due volte per errori di battitura e escludi che il DDNS risolva a un IP obsoleto se la tua C-line è in funzione da un po' (ricorda, CCcam risolve solo all'avvio).

Livello 3: connesso, ma zero schede

Questo è il punto confuso, ed è la domanda di supporto più comune che ho visto. L'interfaccia web mostra Connesso, ma non ricevi nulla. In ordine di probabilità:

L'entry F-line del peer per il tuo account ha uphops impostati a 0, e semplicemente non hanno schede locali da inviarti — nulla di sbagliato dalla tua parte. Oppure la tua stessa C-line ha un blocco sharelimit che filtra su un CAID che il server non porta nemmeno, quindi tutto viene silenziosamente rifiutato dal tuo stesso filtro. Oppure, meno comunemente, il server non ha davvero nulla che corrisponda ai CAID che è disposto a inviare. Controlla prima il blocco sharelimit sulla tua C-line — è la cosa che controlli, ed è un errore di battitura facile da fare.

Livello 4: schede presenti, ma il canale è ancora nero

Le schede sono visibili nell'interfaccia web, la connessione è sana, e hai ancora uno schermo nero. Confronta il CAID e l'identificativo del provider che il tuo ricevitore riporta per quel canale con ciò che è effettivamente elencato nella lista delle schede dell'interfaccia web. Una scheda per CAID 0500 identificativo 032830 non decrittograferà mai un canale che necessita di CAID 0100 identificativo 000068 — la connessione "sana" non ti dice nulla su se sia la scheda giusta. Questo accade anche con CAID/identificativo corrispondenti ma un diverso sottogruppo di provider sotto di esso, che appare identico nella lista delle schede ma non decrittograferà comunque.

Vale anche la pena controllare qui: tempo di risposta ECM. Se il tempo di risposta ECM di una scheda è superiore a circa 800ms, vedrai congelamenti visibili durante i cambi di canale anche se la scheda sta tecnicamente funzionando. L'interfaccia web mostra il tempo ECM per scheda — vale la pena dare un'occhiata anche su una configurazione "funzionante".

Leggere i log effettivi

CCcam scrive su stdout per impostazione predefinita. A seconda dell'immagine, potrebbe essere reindirizzato a/tmp/CCcam.log, o potrebbe non andare da nessuna parte se lo script di avvio del softcam non lo reindirizza. Se sei bloccato, il modo più veloce per vedere cosa sta realmente accadendo è uccidere il processo in esecuzione e lanciarlo in primo piano tramite SSH con output di debug:

CCcam -d

Vedrai il comportamento in tempo reale del parser, comprese le righe che sta saltando silenziosamente — che è spesso il modo più veloce per catturare una riga malformata che altrimenti non noteresti mai.

Scegliere una Fonte di Linea Senza Essere Bruciati

Non ti indicherò alcuna fonte specifica qui — non è questo lo scopo di questo articolo, e francamente, un nome che raccomando oggi potrebbe non esserci più il mese prossimo. Ciò che posso darti è cosa controllare effettivamente prima di fidarti di una linea.

Cosa rivela una fonte legittima in anticipo

Una fonte che è sicura di ciò che offre ti dirà l'elenco specifico di CAID e identificativi del provider, non solo "quante schede." Indicheranno chiaramente la profondità dei salti — e se una fonte non ti dirà la profondità dei salti, è un vero segnale che qualcosa non va, perché la profondità dei salti è la cosa reale che determina se la linea regge sotto uso reale. Di solito ti daranno anche un'idea del tempo di risposta ECM, e la maggior parte delle configurazioni legittime offre qualche tipo di finestra di test prima che tu ti impegni in qualcosa.

Bandiera rossa

"Illimitato" qualsiasi cosa. Conteggi di schede nell'ordine delle migliaia — non è un server con un enorme inventario di schede, è un aggregato di ridistribuzione che accumula più salti insieme, che è esattamente il tipo di configurazione che si sgretola sotto carico. Nessun elenco di CAID. E qualsiasi pressione per pagare prima di essere autorizzato a testare.

Perché il conteggio dei salti è il parametro che conta davvero

Ogni salto tra te e la scheda fisica aggiunge latenza e un ulteriore punto di guasto. Una scheda che si trova a tre salti dietro due rivenditori si bloccherà durante i cambi di canale rapidi, indipendentemente da quanto sia buona la tua rete e la tua box — non c'è nulla che tu possa configurare localmente per risolvere un problema che si verifica tre server a monte. Questo è il motivo per cui i campi sharelimit e uphops di cui abbiamo parlato in precedenza non sono solo una sintassi astratta — sono il meccanismo reale per mantenere sotto controllo la profondità dei salti sulle linee che stai consumando o servendo.

Il quadro legale, brevemente

Condividere una scheda che possiedi legalmente tra i tuoi dispositivi, sulla tua rete, è vicino all'intento originale dietro la condivisione delle schede come tecnologia. Utilizzarla per ottenere decrittazione per canali per cui non hai pagato è illegale nella maggior parte delle giurisdizioni, e nessuna quantità di sintassi corretta della C-line o della F-line cambia questo. Questo articolo documenta il protocollo — come funzionano i campi, perché le linee falliscono, come eseguirne il debug — non un modo per aggirare un abbonamento che non hai.