Wenn Ihnen ein Satz von Anmeldeinformationen übergeben wurde und Sie versuchen, eine cccam N-Line in OScam zum Laufen zu bringen, besteht eine gute Chance, dass Ihr erster Versuch entweder einen CONNECT ERROR ausgelöst hat oder sich gut verbunden hat, aber nichts dekodiert hat. Beides ist behebbare — aber es erfordert, dass Sie verstehen, was eine N-Line tatsächlich ist, bevor Sie die Konfigurationsdatei berühren.

Diese Anleitung behandelt die vollständige Einrichtung: die N-Line-Token in einoscam.serverReader-Block zu übersetzen, das WebIf zu überprüfen, um zu bestätigen, dass der Reader korrekt authentifiziert wurde, und den spezifischen Grund zu finden, warum Kanäle nicht dekodiert werden, wenn alles auf dem Papier gut aussieht.

Was eine N-Line tatsächlich ist (und warum OScam es anders behandelt)

Die Benennung hier sorgt für viel Verwirrung. Eine N-Line ist einenewcamdClientlinie. Sie hat nichts mit dem eigenen Protokoll von CCcam zu tun — sie wird manchmal in CCcam.cfg-Dateien zusammen mit C-Linien gebündelt, was der Grund ist, warum die Leute durcheinander kommen.

Das kanonische Format sieht so aus:

N: hostname port username password 01 02 03 04 05 06 07 08 09 10 11 12 13 14

Der letzte Block von 14 Bytes ist ein DES-Schlüssel — 28 hexadezimale Zeichen — und er ist für die Authentifizierung von newcamd obligatorisch. Ein Äquivalent existiert im C-Line-Format von CCcam nicht, was eines der Anzeichen dafür ist, dass Sie es mit einem anderen Protokoll zu tun haben.

N-Line vs C-Line vs F-Line: der Protokollunterschied

EineC-Lineist das CCcam-Protokoll:C: host port username password. Kein DES-Schlüssel. EineN-Lineist das newcamd-Protokoll: erfordert diesen 14-Byte-Schlüssel für den anfänglichen Handshake. EineF-Lineist eine Freund-/Peerlinie, die in CCcam für vertrauenswürdige Serververbindungen verwendet wird — nicht relevant für die OScam-Client-Konfiguration.

Der Grund, warum die Leute C-Linien und N-Linien verwechseln, ist, dass CCcam.cfg beide enthalten kann, und einige Anbieter senden eine "CCcam-Konfiguration", die tatsächlich N-Linien enthält, die auf ein newcamd-Backend verweisen. Lesen Sie das Zeilenpräfix.N:bedeutet newcamd, Punkt.

Das newcamd-Protokoll hinter der N-Line

Newcamd (insbesondere newcamd525, manchmal newcamd524 bei älteren Setups) ist ein Kartenfreigabeprotokoll, das DES-Verschlüsselung für den anfänglichen Schlüsselaustausch verwendet. Der Client sendet den 14-Byte-Schlüssel während des Handshakes an den Server. Wenn der Schlüssel falsch ist — falsche Byte-Anzahl, falsches Format, zusätzliche Leerzeichen — schlägt die Authentifizierung stillschweigend fehl oder wirft einen Schlüssel-Fehler. Der Server sagt Ihnen nie genau, warum er den Handshake abgelehnt hat, was ein Grund ist, warum falsch konfigurierte DES-Schlüssel schwer zu debuggen sind.

Newcamd525 ist der aktuelle Standard. Wenn Ihre Quelle ältere Software verwendet, könnte newcamd524 das sein, was sie bereitstellen. Eine Fehlanpassung hier verursacht ein stilles Authentifizierungsversagen — die TCP-Verbindung wird hergestellt und stirbt dann ohne Erklärung. Wenn newcamd525 fehlschlägt und Sie sich sicher sind, dass die Anmeldeinformationen korrekt sind, versuchen Sie newcamd524.

Warum OScam es einen cccam-Reader nennt und keinen newcamd-Reader

OScam unterstützt beide Protokolle, aber sie verwenden unterschiedlicheProtokoll =Werte inoscam.server. Wenn Sie einen newcamd-Reader konfigurieren, setzen SieProtokoll = newcamd525. Wenn Sie einen CCcam C-Line-Reader konfigurieren, setzen SieProtokoll = cccam. Sie sind nicht austauschbar. Viele Anleitungen zeigen nur den cccam-Protokollblock und nennen es erledigt – das funktioniert nicht, wenn die Anmeldedaten, die Sie haben, tatsächlich N-Line (newcamd) Anmeldedaten sind.

Hinzufügen der N-Line zu oscam.server Schritt für Schritt

OScam verwendet kein einzeiliges Format wie CCcam.cfg. Jede Verbindung, die Sie konfigurieren möchten, wird zu ihrem eigenen[reader]Block inoscam.server. Jedes Token aus der N-Line entspricht einem bestimmten Parameter in diesem Block.

Suchen und Bearbeiten von /etc/tuxbox/config/oscam.server oder /var/keys

Der Konfigurationspfad hängt davon ab, wie OScam gestartet wurde. Häufige Standorte:

• /etc/tuxbox/config/oscam.server — die meisten Embedded-Linux-Setups (Dreambox, Vu+)
• /usr/keys/oscam.server — einige ältere Images
• /var/keys/oscam.server — häufig bei OpenATV und ähnlichen
• Welcher Pfad folgt dem-cFlag im OScam-Startbefehl

Wenn Sie sich nicht sicher sind, öffnen Sie die WebIf (typischerweisehttp://box-ip:8888), gehen Sie zuDateien, und es zeigt Ihnen das aktive Konfigurationsverzeichnis. Bearbeiten Sie die Datei direkt mit einem Texteditor über SSH – nano funktioniert gut.

Erstellen des [reader]-Blocks für eine newcamd N-Line

Nehmen Sie diese Beispiel-N-Line:

N: myserver.example.com 15000 myuser mypassword 01 02 03 04 05 06 07 08 09 10 11 12 13 14

Es entspricht diesemoscam.serverReader-Block:

[reader]

Beachten Sie den DES-Schlüssel. In der N-Line wird er als 14 durch Leerzeichen getrennte Byte-Werte angegeben. Inoscam.servererwartet daskey =Feld diese 14 Bytes als 28 fortlaufende Hex-Zeichen – keine Leerzeichen, keine Doppelpunkte. Also01 02 03 04 05 06 07 08 09 10 11 12 13 14wird zu0102030405060708090a0b0c0d0e. Großbuchstaben-Hex ist in Ordnung, OScam normalisiert es.

Einstellen von Protokoll-, Geräte-, Schlüssel- und Kontofeldern

Jedes Feld aufschlüsseln:

• Bezeichnung — jeder beliebige eindeutige Name, der im WebIf und in den Protokollen verwendet wird
• Protokoll —newcamd525 für eine N-Line (odernewcamd524 wenn die Quelle alt ist)
• Gerät —Hostname,Port von der N-Line. Kein Leerzeichen nach dem Komma.
• Schlüssel — 14 Bytes als 28 hexadezimale Zeichen. Entfernen Sie Leerzeichen und Doppelpunkte aus dem Format, das der Anbieter Ihnen gegeben hat.
• Benutzer / Passwort — Groß- und Kleinschreibung beachten. Genau so kopieren, wie es bereitgestellt wurde.
• Gruppe — eine Ganzzahl, die mit einerGruppe = Wert inoscam.user für Ihren lokalen Client übereinstimmen muss. Ohne diesen Link verbindet sich der Reader, liefert aber nichts an lokale Kanäle.

Sie können optional hinzufügencaid = 0500 (oder was auch immer CAID zutrifft), um den Reader auf bestimmte Kartensysteme zu beschränken. Lassen Sie es zunächst weg — fügen Sie es später hinzu, um zu optimieren, wenn Sie mehrere Reader haben.

Optional: Hinzufügen einer CCcam C-Line als cccam Reader zum Vergleich

Wenn Ihr Anbieter Ihnen eine C-Line anstelle von oder zusätzlich zur N-Line gegeben hat, sieht der Block anders aus:

[reader]

Kein DES-Schlüssel. Dascccversion Feld sagt dem Server, welche CCcam-Version emuliert werden soll — 2.3.0 ist ein sicherer Standard, wenn Sie nicht wissen, was der Server erwartet. Setzen Siecccmaxhops = 1 zunächst, um wiederverwendete Karten zu vermeiden; erhöhen Sie es nur, wenn Sie die benötigten CAIDs nicht sehen.

Überprüfung der Verbindung im OScam WebIf und Protokollen

Sobald Sieoscam.server gespeichert und OScam neu geladen haben (mehr dazu gleich), ist das WebIf der Ort, an dem Sie überprüfen, ob der Reader tatsächlich verbunden ist.

Lesen des Reader-Status: VERBUNDEN vs KARTENOK vs VERBINDUNGSFEHLER

Im WebIf unterLeser, jeder Leser zeigt eine Statuszeichenfolge an. Das bedeuten sie:

• VERBUNDEN — TCP-Verbindung ist aktiv, Authentifizierung bestanden. Der Server hat Ihre Anmeldeinformationen akzeptiert.
• KARTE OK oderAU — Eine Karte wurde am Server gefunden und Berechtigungen sind sichtbar. Das ist, was Sie wollen.
• VERBINDUNGSFEHLER — TCP ist fehlgeschlagen oder Authentifizierung wurde abgelehnt. Netzwerk- oder Anmeldeproblem.
• Karte nicht gefunden — Verbindung OK, aber keine gültige Karte für die angeforderte CAID.
• WARTEN — OScam hat noch nicht versucht, sich zu verbinden, oder befindet sich im Wiederverbindungs-Rückoff-Fenster.

VERBUNDEN, aber kein Dekodieren bedeutet, dass die Authentifizierung bestanden hat, aber etwas downstream nicht stimmt — CAID/Identitäts-Mismatch, Gruppenverknüpfung oder das Konto deckt den Kanal, den Sie testen, nicht ab.

Verwenden von oscam.conf [webif], um Live-Logging zu aktivieren

Wenn das WebIf nicht läuft, fügen Sie dies zuoscam.confhinzu:

[webif]

Für Debug-Logging setzen Sie entwederloglevel = 4 inoscam.conf's[global] Abschnitt oder starten Sie OScam mit dem-d 64 Flag. Das WebIfProtokoll Registerkarte zeigt dann Live-Ausgaben an. Die relevanten Zeilen beginnen mit dem von Ihnen festgelegten Leserlabel, sodass sie leicht zu grep sind.

Interpretation von ECM/EMM-Zählern und Antwortzeiten

Im Tab Leser zeigt die ECM-Spalte, wie viele Entschlüsselungsanfragen der Leser beantwortet hat, und die Antwortzeit-Spalte zeigt Millisekunden pro ECM. Unter ~400ms ist gesund. Über 800ms werden Sie sehen, dass die Kanäle stocken oder ausfallen. Wenn der Leser ECMs beantwortet, aber mit hohen Zeiten, ist die Quellkarte überlastet oder der Netzwerkpfad ist überlastet — kein Konfigurationsproblem.

DerAbgelehnt Zähler steigt, was bedeutet, dass ECMs an den Leser gesendet werden, aber er sie nicht entschlüsselt. Das deutet auf CAID/Identitätsfilterung oder fehlende Berechtigungen hin.

Überprüfung der CAID- und Anbieter-IDs, die der Leser tatsächlich bereitstellt

Im WebIf klicken Sie auf das Leserlabel, um die Details zu erweitern. UnterBerechtigungensehen Sie, welche CAIDs und Anbieter-IDs die Serverkarte tatsächlich anbietet. Wenn Ihre Ziel-CAID (z.B. 0500 für Viaccess, 0604 für Irdeto, 1810 für Nagravision) dort nicht aufgeführt ist, wird keine Menge an Konfigurationsanpassungen diese Kanäle entschlüsseln — die Karte hat einfach nicht die Berechtigung.

Behebung der häufigsten N-Line-Fehler in OScam

Die meisten Fehler bei der Konfiguration einer cccam N-Line in OScam fallen in vier Kategorien. So können Sie das Symptom mit der tatsächlichen Lösung abgleichen.

CONNECT ERROR / Verbindung abgelehnt — Netzwerk- und Portprobleme

Der Leser zeigt CONNECT ERROR oder springt sofort zurück zu WARTEN. Ursachen in der Reihenfolge der Wahrscheinlichkeit:

• Falscher Port — überprüfen Sie die Portnummer der N-Line. Newcamd verwendet typischerweise Ports im Bereich von 10000–15000, aber das variiert.
• Firewall blockiert ausgehende Verbindungen — bei einigen Receiver-Firmware-Versionen blockiert iptables nicht-standardmäßige ausgehende Ports. Testen Sie mittelnet hostname port von der Box über SSH.
• IP nicht auf der Zulassungsliste des Anbieters — viele Setups erlauben nur bestimmte Client-IPs. Wenn Ihr ISP Ihnen eine dynamische IP zugewiesen hat, wird eine Neuzuweisung den Leser unterbrechen, bis der Anbieter die Zulassungsliste aktualisiert. Dies ist die häufigste Ursache für Situationen wie "gestern funktioniert, heute kaputt".
• DNS-Auflösung schlägt fehl — versuchen Sie, den Hostnamen imdevice = Feld durch die tatsächliche IP zu ersetzen, um dies auszuschließen.

Falscher DES-Schlüssel oder Anmeldung abgelehnt — Authentifizierungsfehler

Die TCP-Verbindung öffnet sich, schließt sich aber sofort wieder, oder die Protokolle zeigen Authentifizierung fehlgeschlagen. Neun von zehn Mal ist der DES-Schlüssel das Problem.

Der Schlüsselmuss genau 28 hexadezimale Zeichen lang sein. Anbieter geben ihn manchmal mit Leerzeichen (01 02 03...), mit Doppelpunkten (01:02:03...), in Großbuchstaben oder über mehrere Zeilen verteilt. Entfernen Sie alles — Leerzeichen, Doppelpunkte, Zeilenumbrüche — bis Sie einen soliden 28-Zeichen-Hex-String haben. Zählen Sie die Zeichen. Wenn Sie 27 oder 29 haben, wurde beim Kopieren und Einfügen etwas weggelassen oder dupliziert.

Benutzername und Passwort sind ebenfalls groß- und kleinschreibungssensitiv.MyUser undmyuser sind unterschiedliche Konten. Kopieren Sie direkt von der N-Line, tippen Sie nicht neu.

Verbunden, aber keine Dekodierung — CAID-, Ident- und SID-Filterung

Das ist das, was die Leute verrückt macht. Der Leser zeigt VERBUNDEN oder CARDOK, aber das Abstimmen eines Kanals ergibt nichts — keine ECM-Antwort oder ECMs abgelehnt.

Erster Check: Ist dergroup = Wert in Ihrem[reader] Block in demgroup = Feld des entsprechenden Eintrags inoscam.user? Dies ist der am häufigsten übersehene Schritt. Dass der Leser verbunden ist, bedeutet nicht, dass Ihr lokaler OScam-Client autorisiert ist, ihn zu verwenden. Die Gruppenzuweisung ist das, was den Leser mit dem Client verbindet.

Zweite Überprüfung: Wenn Sie eincaid = oderident = Filter zum Leser hinzugefügt haben, entfernen Sie es vorübergehend und testen Sie. Zu strenge Ident-Filter sind ein häufiger Übeltäter — die Karte könnte die Anbieter-ID000000 bedienen, aber Sie haben für003311 gefiltert, sodass OScam jede ECM ablehnt, bevor sie überhaupt den Leser erreicht.

Dritte Überprüfung: Bestätigen Sie, dass die CAID für den Kanal, den Sie testen, mit dem übereinstimmt, was der Leser tatsächlich bereitstellt. Öffnen Sie den Leser im WebIf, überprüfen Sie die Berechtigungen.

Karte gefunden, aber eingefrorene Kanäle — Hop-, ECM-Zeit- und Einfrierprobleme

CARDOK wird angezeigt, ECMs werden beantwortet, aber der Kanal friert alle paar Sekunden ein. Dies ist normalerweise eines von:

• ECM-Antwortzeit zu hoch — wenn die ECM-Zeit regelmäßig über 600–700 ms liegt, kann der Kanal nicht schnell genug entschlüsseln, bevor das nächste CW benötigt wird. Kein Konfigurationsproblem; es ist ein Qualitätsproblem der Quelle.
• Zu viele Hops — eine Karte, die vier oder fünf Mal neu geteilt wird, sammelt Latenz. Jeder Hop fügt ~50–150 ms hinzu. Das Setzen voncccmaxhops = 1 oder2 auf einem CCcam-Leser begrenzt dies.
• Mehrere Leser für die gleiche CAID, die die Lastverteilung auf eine tote Quelle verursachen — wenn OScams Lastenausgleich zwischen einem funktionierenden Leser und einem toten wechselt, schlagen die Hälfte Ihrer ECMs fehl. Beheben Sie dies mitlb_weight oder setzen Sie den toten Leser auffallback = 1, sodass er nur verwendet wird, wenn der primäre ausfällt.
• cacheex Fehlkonfiguration — wenn Sie cacheex (ECM-Cache-Austausch) aktiviert haben und die Hash-Konfiguration falsch ist, können Cache-Kollisionen auftreten, die veraltete CWs bereitstellen. Deaktivieren Sie cacheex am Leser und testen Sie sauber.

Wie man beurteilt, ob eine N-Line-Quelle es wert ist, behalten zu werden

Einen cccam N-Line in OScam zu verbinden, ist eine Sache. Zu wissen, ob die Quelle tatsächlich zuverlässig ist, ist eine andere. So bewerten Sie sie anhand messbarer Kriterien — kein Rätselraten.

Objektive Kriterien: ECM-Zeit, Betriebszeit und Einfrierquote

Eine anständige Quelle liefert konsistente ECM-Antwortzeiten unter 400 ms. Unter 200 ms ist gut. Über 500 ms und Sie werden Einfrierartefakte auf Kanälen mit schneller CW-Rotation bemerken (die meisten HD-Sportkanäle rotieren alle 10 Sekunden; einige rotieren schneller).

Betreiben Sie den Leser 24 Stunden und überprüfen Sie die ECM/Ablehnungszähler im WebIf. Ein gesundes Verhältnis liegt weit unter 1 % abgelehnten ECMs. Wenn Sie 10 %+ Ablehnungen sehen, sind entweder die Berechtigungen teilweise oder die Quelle ist überlastet. Überprüfen Sie zu verschiedenen Zeiten — eine Quelle, die um 3 Uhr morgens gut funktioniert, aber während der Hauptsendezeit einfriert, ist überzeichnet.

Hops sind direkt wichtig. Ein Hop-1-Leser (direkte Karte) schlägt einen Hop-3-Neu-Teiler sowohl in Bezug auf Latenz als auch auf Zuverlässigkeit. Weniger Knoten in der Kette bedeuten weniger einzelne Ausfallpunkte.

Die CAID/Ident der Quelle mit Ihren tatsächlichen Kanälen abgleichen

Bevor Sie sich für eine Quelle entscheiden, bestätigen Sie über die WebIf-Berechtigungsansicht, dass die CAID und die Anbieter-IDs mit dem übereinstimmen, was Ihre Kanäle tatsächlich senden. Ihr Tuner empfängt einen Kanal, Ihr EPG sagt, dass er auf einem bestimmten Satellitentransponder ist, und Sie können die CAID von diesem Transponder überprüfen (Datenbanken wie LyngSat oder der Signalinfo-Bildschirm Ihres Receivers zeigen dies). Wenn die Quelle diese CAID nicht in ihren Berechtigungen auflistet, kann sie diese Kanäle unabhängig von der Verbindungsqualität nicht entschlüsseln.

Mehrere CAIDs von einer einzigen N-Line sind möglich — eine einzelne Karte kann mehrere Pakete tragen. Aber gehen Sie nicht von einer Abdeckung aus; überprüfen Sie die Berechtigungsübersicht ausdrücklich.

Warnsignale in einer geteilten Linie

Einige Dinge deuten darauf hin, dass eine Quelle nicht standhalten wird:

• ECM-Zeiten, die wild schwanken, anstatt konstant zu bleiben — deutet auf eine überlastete oder schlecht verbundene Backend-Karte hin
• Der Leser trennt sich alle paar Stunden und verbindet sich wieder — normalerweise ein Stabilitätsproblem auf der Serverseite oder ein Problem mit der IP-Whitelist
• Berechtigungen zeigen eine CAID, aber mit einem Ablaufdatum, das bereits abgelaufen ist
• Die Quelle gibt dir einen newcamd524-Format DES-Schlüssel, der auf newcamd525 nicht funktioniert, und der Anbieter kann dir nicht sagen, welches Protokoll sie tatsächlich verwenden — das ist ein Hinweis auf mangelnde Unterstützungskompetenz
• Dynamische IP auf deiner Seite ohne Aktualisierungsprozess für die Whitelist — du wirst periodische Ausfälle haben, jedes Mal wenn dein ISP deine IP neu zuweist

Ein praktischer Test: Finde einen Kanal, der alle 10 Sekunden CWs rotiert auf einer bekannten CAID, schaue ihn 20 Minuten während der Hauptverkehrszeiten an und zähle die Einfrierereignisse. Das ist informativer als jede Statistik, die dir ein Anbieter nennt.