CCcam Multics Einrichtungsanleitung: Vollständige Serverkonfiguration (2026)

Wenn Sie nach einem echten CCcam Multics Einrichtungsleitfaden gesucht haben, anstatt nach einem weiteren halbübersetzten Forenbeitrag aus dem Jahr 2019, sind Sie hier richtig. Ich habe Multics auf allem betrieben, von einem Ersatz-x86-Computer im Schrank bis hin zu einem ARM-basierten Enigma2-Empfänger, und die gleichen wenigen Fehler bringen die Leute jedes Mal durcheinander – falsche Architektur-Binärdateien, exponierte Web-Panels und Konfigurationsdateien, die ohne Erklärung der Zahlen einfach kopiert wurden. Dies führt durch das gesamte Verfahren: Installation, Konfiguration, Ports und die Fehlersuche, die tatsächlich zu den realen Symptomen passt.

Am Ende haben Sie einen funktionierenden Server, Clients, die sauber verbinden, und genug Verständnis für die beweglichen Teile, sodass Sie wissen, wo Sie suchen müssen, wenn etwas kaputtgeht – und etwas geht immer irgendwann kaputt – anstatt die Box neu zu flashen.

Was Multics ist und wann man es anstelle von einfachem CCcam verwenden sollte

Multics ist einer dieser Emulatoren, die aus dem R81/R82 CCcam-Code entstanden sind, aber viel mehr hinzugefügt haben, als das Original jemals hatte. Anstatt nur das CCcam-Protokoll über einen einzelnen Port zu sprechen, führt es CCcam, Newcamd, Mgcamd und CS378x nebeneinander aus und wird mit einem integrierten Web-Management-Panel geliefert – normalerweise standardmäßig auf Port 8888 – sodass Sie nicht jedes Mal rohe Textdateien über SSH bearbeiten müssen, wenn Sie einen Client hinzufügen möchten.

Es ist wichtig, offen über etwas zu sein: Multics ist an diesem Punkt Legacy-Software. Es hat seit Jahren keine aktive Hauptentwicklung mehr gesehen, so wie OScam weiterhin regelmäßige Commits erhält. Das bedeutet nicht, dass es kaputt oder unbrauchbar ist – viele Boxen laufen monatelang stabil damit – aber erwarten Sie keine neue Protokollunterstützung oder CVE-Patches. Behandeln Sie es, wie Sie jeden älteren Linux-Daemon behandeln würden: Wissen Sie, was es tut, halten Sie es hinter einer Firewall und gehen Sie nicht davon aus, dass es kürzlich einer Sicherheitsüberprüfung unterzogen wurde.

Multics vs. Standard-CCcam-Server-Binärdatei

Eine einfache CCcam-Binärdatei macht eine Sache: CCcam-Protokollfreigabe, Konfiguration in einer flachen Textdatei, keine Weboberfläche. Multics umschließt dieselbe Kernlogik in einer Verwaltungsschicht. Wenn Sie sich wohlfühlen, Konfigurationsdateien manuell zu bearbeiten und nur CCcam-zu-CCcam-Freigabe benötigen, ist die einfache CCcam ressourcenschonender. Wenn Sie ein Panel, Multi-Protokoll-Unterstützung und einfachere Client-Verwaltung wünschen, ist Multics die bessere Wahl – auf Kosten eines etwas höheren Ressourcenverbrauchs.

Unterstützte Plattformen (Linux x86/ARM, enigma2, DreamOS)

Multics-Bauten existieren für x86/x86_64 Linux, mehrere ARM-Varianten (häufig auf Set-Top-Boxen) und enigma2-basierte Empfänger, die DreamOS oder ähnliches ausführen. Das ist wichtiger, als die Leute erwarten – die falsche Architekturversion zu wählen, ist der häufigste Grund, warum eine frische Installation nicht einmal startet. Mehr dazu im Abschnitt zu den Voraussetzungen.

Wann Multics sinnvoll ist (Multi-Protokoll, Web-Panel, Lastenverwaltung)

Wenn Sie einen kleinen persönlichen Server mit ein oder zwei Protokollen und einer Handvoll Clients betreiben, ist die Bearbeitung der einfachen CCcam-Konfiguration in Ordnung. Multics beginnt sich auszuzahlen, sobald Sie eine Mischung aus CCcam- und Newcamd-Clients haben, Sie Hop-Zahlen und Reshare-Regeln verwalten möchten, ohne jedes Mal SSH zu verwenden, oder Sie genügend gleichzeitige Verbindungen haben, sodass die ECM-Statistiken in einem Panel Ihnen tatsächlich Zeit sparen. Das ist wirklich das ganze Argument für eine ordentliche CCcam-Multics-Einrichtungsoberfläche anstelle einer minimalen Installation – Sie erhalten eine Sichtbarkeit, die Sie aus einer flachen Konfigurationsdatei nicht erhalten.

Voraussetzungen und Dateistruktur

Bevor Sie die Binärdatei berühren, machen Sie sich mit den tatsächlichen Speicherorten auf der Festplatte vertraut. Die Pfade variieren ein wenig zwischen Builds und Distributionen, aber das gängige Layout sieht so aus:

• /var/bin/multics oder/usr/bin/multics — die Binärdatei selbst
• /var/etc/multics.cfg — Hauptkonfiguration oder ein panelverwalteter Konfigurationsordner, je nach Build
• /var/keys/SoftCam.Key — die Schlüsseldatei, die für die lokale Emu-Dekodierung verwendet wird
• /var/etc/oscam.server odernewcamd.list — wenn Sie zu OScam überbrücken oder Newcamd-Clients ausführen

Verzeichnisstruktur (/var/etc, /var/keys, Konfigurationspfad)

Die meisten Installationen mit enigma2-Geschmack verwenden/var als das beschreibbare Partition, weshalb Sie sehen werden/var/bin und/var/etc anstelle des traditionelleren/usr/bin und/etc. Auf einem normalen Debian- oder Ubuntu-System finden Sie häufig Dinge unter/etc/CCcam.cfg-Stil-Pfaden, wenn Sie von einer einfachen CCcam-Installation migriert sind, also überprüfen Sie beide, bevor Sie annehmen, dass ein Pfad falsch ist. Führen Siels -la /var/etc/ undls -la /var/keys/ zuerst aus — raten Sie nicht.

Erforderliche Dateien: SoftCam.Key, oscam.server / newcamd.list

SoftCam.Key muss vorhanden und aktuell sein, damit die lokale emu-basierte Dekodierung (BISS, einige konstante CWs) funktioniert. Eine veraltete Schlüsseldatei ist eine der häufigsten Ursachen für "einige Kanäle funktionieren, einige nicht" — darauf komme ich bei der Fehlersuche zurück. Wenn Sie zu einer OScam-Instanz für den Leserzugriff überbrücken, möchten Sie auch, dass oscam.server mit dem richtigen Port konfiguriert ist, damit Multics es als upstream reader erreichen kann.

Berechtigungen, chmod +x auf der Binärdatei und Abhängigkeiten (libssl, glibc)

Drei Überprüfungen, bevor Sie es überhaupt versuchen zu starten:

1. chmod 755 multics — ohne Ausführungsberechtigung wird es nicht ausgeführt, Punkt.
2. file multics verglichen mituname -m — bestätigt, dass die Architektur der Binärdatei mit Ihrer CPU übereinstimmt. Ein für ARM kompiliertes Build läuft nicht auf x86_64 und umgekehrt, und die Fehlermeldung, die Sie erhalten ("kann Binärdatei nicht ausführen: Exec-Format-Fehler") macht das nicht immer offensichtlich.
3. ldd multics — überprüft fehlende gemeinsame Bibliotheken. Wenn Sie "nicht gefunden" neben libssl oder einer glibc-bezogenen Bibliothek sehen, müssen Sie das passende Paket installieren oder stattdessen ein statisch verlinktes Build herunterladen.

Diese drei Punkte von Anfang an richtig zu haben, schützt Sie vor dem häufigsten Fehlermodus in jeder cccam multics-Setup-Versuch — eine Binärdatei, die stillschweigend verweigert zu starten, ohne nützliche Fehlermeldung, denn 90% der Zeit handelt es sich um ein Architektur- oder Bibliotheksproblem, nicht um ein Konfigurationsproblem.

Installation und Start des Multics-Servers

Sobald Sie bestätigt haben, dass die Binärdatei mit Ihrer Architektur übereinstimmt und ihre Abhängigkeiten erfüllt sind, ist es mechanisch einfach, sie zum Laufen zu bringen.

Hochladen der Binärdatei über SCP/FTP

Von Ihrem Arbeitsplatz:

scp multics [email protected]:/var/bin/

Ersetzen Sie die IP durch die tatsächliche LAN-Adresse Ihrer Box. FTP funktioniert auf die gleiche Weise, wenn das die Schnittstelle ist, die die Firmware Ihres Receivers anstelle von SSH bereitstellt.

Erster Start und Lesen der Konsolenausgabe

SSH in die Box und führen Sie aus:

cd /var/bin

Das-b Flag führt den Prozess im Hintergrund aus, sodass er weiterläuft, nachdem Sie die SSH-Sitzung geschlossen haben. Achten Sie beim ersten Start genau auf die Konsolenausgabe — sie zeigt Ihnen, von welchem Konfigurationspfad sie liest und welche Ports erfolgreich gebunden wurden. Wenn es sich über einen bereits verwendeten Port beschwert, sitzt etwas anderes (oft eine einfache CCcam-Instanz oder OScam) bereits auf 12000 oder 8888.

Festlegen des Webpanel-Ports, des Admin-Benutzers und des Passworts

Öffnen Siehttp://box-ip:8888 in einem Browser. Die erste Anmeldung fordert Sie auf, einen Admin-Benutzernamen und ein Passwort festzulegen — überspringen Sie dies nicht und lassen Sie keine Standardwerte, da ein unsicheres Panel in Ihrem LAN weiterhin von allem anderen in diesem Netzwerk erreichbar ist. Vom Panel aus können Sie den Listenport sowohl für das Panel selbst als auch für den CCcam-Dienst ändern, wenn 12000 oder 8888 mit etwas anderem auf der Box in Konflikt stehen.

Autostart: init.d-Skript, systemd-Einheit oder enigma2-Start

Für eine standardmäßige systemd-basierte Linux-Box eine minimale Einheitendatei unter/etc/systemd/system/multics.service:

[Einheit]

Dannsystemctl enable multics&&systemctl start multics.

Auf Enigma2-Empfängern ohne systemd, legen Sie ein Startskript in/etc/init.d/multicsmit Start-/Stopp-Logik, die die Binärdatei aufruft, dannchmod +xes und registrieren Sie es mitupdate-rc.d multics defaults. Einige Enigma2-Images erlauben es Ihnen auch, ein Skript über einen Plugin-Ordner in die eigene Boot-Sequenz der Box einzuhaken — überprüfen Sie die Dokumentation Ihres Images, da dies je nach DreamOS-Build variiert.

Konfigurieren von Clients (F-Linien) und Upstream-Sharing (C-Linien)

Hier werden die meisten Anleitungen faul und fügen einfach einen Konfigurationsblock ohne Erklärung ein. Hier ist, was jedes Stück tatsächlich tut.

F-Linien-Syntax für CCcam-Clients (F: Benutzer Passwort 1 0 0 { … })

Eine grundlegende Client-Zeile sieht so aus:

F: johnsmith Xk9p2Rt4 1 0 0 { }

Das aufgeschlüsselt: Benutzername, Passwort, dann drei numerische Felder, die die Hop-Limits und Berechtigungen steuern — das erste ist typischerweise die maximale Hop-Anzahl, die für diesen Client erlaubt ist, die zweite und dritte beziehen sich auf EMM-Verarbeitung und Reshare-Berechtigung. Die geschweiften Klammern am Ende enthalten optionale CAID:Provider-Filter, die genau festlegen, welche Karten dieser Client sehen kann. Lassen Sie es leer und der Client erhält alles, was Sie teilen; füllen Sie es aus und Sie schränken den Zugriff auf spezifische CAID/Provider-Paare ein.

C-Linie / N-Linie für die Verbindung zu Upstream-Servern

Wenn Sie Karten von einem Upstream-Server abrufen, anstatt Ihren eigenen lokalen Reader zu betreiben, verwaltet die C-Linie CCcam-zu-CCcam-Verbindungen:

C: upstream.example.com 12000 meinbenutzername meinpasswort

Für neuecamd-Upstream-Verbindungen stattdessen eine N-Linie:

N: upstream.example.com 15000 meinbenutzername meinpasswort 0102030405060708091011121314 { }

DES/AES-Schlüssellänge und mgcamd/newcamd-Clientzeilen

Dieser lange Hex-String in der N-Linie ist der DES-Schlüssel — 14 Bytes, 28 Hex-Zeichen. Wenn Sie die Länge auch nur um ein Zeichen falsch angeben, schlägt die Verbindung bei der Authentifizierung fehl, ohne nützliche Fehlermeldungen über "Anmeldung fehlgeschlagen." Mgcamd-Clients verwenden dasselbe Format für die newcamd-Zeile, da mgcamd das newcamd-Protokoll im Hintergrund spricht.

Per-Client-Hops, Uphops und Ident/SID-Filterung

Die Hop-Anzahl steuert, wie viele Reshare-Sprünge die ECM-Antwort einer Karte machen darf, bevor sie als veraltet betrachtet wird — setzen Sie es zu niedrig, und Clients am anderen Ende einer Reshare-Kette erhalten kein Bild, obwohl die Verbindung selbst in Ordnung ist. Ident-Filter (die CAID:Provider-Paare in den Klammern) ermöglichen es Ihnen, den Zugriff auf spezifische Kanalpakete zu gewähren, ohne einem Client uneingeschränkten Zugriff auf alles auf dem Server zu geben. Wenn Sie mehr als ein paar Clients verwalten, geben Sie jedem einen einzigartigen Benutzernamen und ein Passwort — gemeinsame Anmeldungen machen es unmöglich zu erkennen, welcher Client die Last oder den Missbrauch verursacht, und sie machen es unmöglich, den Zugriff für eine Person zu widerrufen, ohne es für alle zu brechen.

Die F-Linie und C-Linie Syntax richtig zu bekommen, ist ehrlich gesagt der Großteil der tatsächlichen Konfigurationsarbeit in jedem cccam multics Setup — die binäre Installation ist mechanisch, aber die Sharing-Logik lebt vollständig in diesen Zeilen.

Firewall, Ports und den Server erreichbar machen

Die Portverwaltung ist der Bereich, in dem ich die meisten Sicherheitsfehler sehe, und es ist mit ein paar iptables-Regeln vermeidbar.

Standardports: 12000 (CCcam), 8888 (Panel), newcamd-Bereich

CCcam hört standardmäßig auf 12000. Das Multics-Webpanel hört auf 8888. Newcamd-Clients verbinden sich typischerweise über einen Port, den Sie pro Zeile definieren (oft im Bereich von 15000 nach Konvention, aber es ist willkürlich). Nur der CCcam-Port — und jeder newcamd-Port, den Sie tatsächlich für externe Clients verwenden — muss aus dem Internet erreichbar sein. Das Panel sollte niemals internetseitig sein.

Portweiterleitung, DDNS und NAT für Heimserver

Wenn Sie dies von einer Wohnverbindung aus betreiben, vergibt Ihr ISP mit ziemlicher Sicherheit eine dynamische IP, die sich periodisch ändert. Richten Sie dynamisches DNS ein (die meisten Consumer-Router haben einen integrierten DDNS-Client für gängige Anbieter), damit sich Clients über einen Hostnamen verbinden können, anstatt IP-Änderungen zu verfolgen. Leiten Sie dann den Port 12000 (und welche newcamd-Ports Sie verwenden) von Ihrem Router zur LAN-IP der Box weiter — lassen Sie den Panel-Port vollständig von der Weiterleitungsliste weg.

Testen Sie die Erreichbarkeit von außerhalb Ihres Netzwerks, sobald die Weiterleitung eingerichtet ist:

telnet your-ddns-hostname.example.com 12000

oder

nc -zv your-ddns-hostname.example.com 12000

Eine erfolgreiche Verbindung bestätigt, dass der Port tatsächlich von Ende zu Ende geöffnet ist, nicht nur lokal gebunden.

Das Panel sichern und Brute-Force begrenzen

Auf der Box selbst ein iptables-Regelsatz, der nur das öffnet, was benötigt wird:

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

Das akzeptiert CCcam-Verbindungen von überall, erlaubt den Zugriff auf das Panel nur von Ihrem lokalen Subnetz und verwirft alles andere, das versucht, 8888 zu erreichen. Wenn Ihr Router fehlgeschlagene Anmeldeversuche nicht bereits begrenzt, sollten Sie in Betracht ziehen, eine fail2ban-ähnliche Jail hinzuzufügen, die das Authentifizierungsprotokoll des Panels überwacht — Brute-Forcing eines Web-Logins ist nicht anspruchsvoll, und ein offenes Panel mit einem schwachen Passwort ist ein echtes Risiko.

Fehlerbehebung bei häufigen Multics-Problemen

Die meisten Multics-Probleme fallen in eine kleine Anzahl von Kategorien. Hier ist die Symptom-zu-Ursache-Zuordnung, die ich tatsächlich verwende.

Binary startet nicht: Architektur-/Bibliotheksinkompatibilität

"Segmentation fault" beim Start oder "kann die Binärdatei nicht ausführen" — das ist fast immer eine Architekturinkompatibilität. Führen Siefile multics gegenuname -m aus und bestätigen Sie, dass sie übereinstimmen (arm vs armhf vs aarch64 vs x86_64 sind alle wichtig). Wenn die Architektur stimmt, Sie aber "keine solche Datei oder Verzeichnis" erhalten, obwohl die Datei eindeutig an diesem Pfad existiert, handelt es sich normalerweise um einen fehlenden dynamischen Linker — führen Sieldd multics aus und suchen Sie nach "nicht gefunden"-Einträgen, installieren Sie dann das passende libssl- oder glibc-Kompatibilitätspaket.

Clients verbinden, erhalten aber keine ECM / frieren Kanäle ein

Die Verbindung ist erfolgreich (der Client wird im Panel als online angezeigt), aber das Bild erscheint nie oder friert ständig ein. Arbeiten Sie diese in der Reihenfolge ab: Überprüfen Sie, ob der CAID/Provider-Identfilter auf der F-Zeile dieses Clients den betreffenden Kanal ausschließt; bestätigen Sie, dass SoftCam.Key vorhanden und aktuell ist, wenn Sie sich auf ein lokales Emu verlassen; überprüfen Sie, ob die Hop-Zahl nicht so niedrig eingestellt ist, dass ECM-Antworten als veraltet verworfen werden; und wenn Sie von einer upstream C-Zeile abrufen, überprüfen Sie, ob diese upstream Verbindung selbst stabil ist — eine ECM-Antwortzeit, die konstant über etwa 3000 ms liegt, wird genau wie ein Freeze erscheinen, obwohl die Daten technisch ankommen.

Panel nicht erreichbar oder Passwort zurücksetzen

Wenn Sie sich aus dem Panel ausgesperrt haben oder das Admin-Passwort vergessen haben, müssen Sie normalerweise den Prozess stoppen, die Benutzer-/Auth-Datei des Panels im Konfigurationsverzeichnis finden und den entsprechenden Anmeldeintrag bearbeiten oder löschen, bevor Sie neu starten — der genaue Dateiname hängt vom Build ab, also überprüfen Sie die Verzeichnisauflistung nach allem, was mit "admin", "user" oder "auth" benannt ist. Eine beschädigte Hauptkonfigurationsdatei (verwirrt nach einer schlechten Bearbeitung oder einem unsauberen Herunterfahren) wird am besten behandelt, indem Sie sie umbenennen und Multics erlauben, beim nächsten Start eine frische Standardkonfiguration zu regenerieren, und dann Ihre F-Zeilen und C-Zeilen aus einem Backup wieder hinzufügen.

Hohe CPU, ECM-Timeouts und Reshare-Schleifen

Auf stromsparenden ARM enigma2-Boxen ist eine CPU-Sättigung unter einer höheren Clientlast häufig — Multics ist kein leichtgewichtiges Verfahren, und eine Box, die mehr als ein Dutzend gleichzeitiger Clients plus Reshares verarbeitet, kann eine einzelne ARM-CPU ziemlich leicht überlasten. Beobachten Sietop während der Spitzenzeiten; wenn Sie konstant ausgelastet sind, reduzieren Sie die Reshare-Hops, verringern Sie die Anzahl der upstream-Verbindungen oder wechseln Sie zu Hardware mit mehr Spielraum. Reshare-Schleifen (bei denen die ECM eines Karten zwischen Servern springt, die beide miteinander teilen) zeigen sich als intermittierendes Einfrieren über viele Clients hinweg, anstatt dass ein Client eine schlechte Verbindung hat — überprüfen Sie Ihre C-Zeilen auf versehentliches zirkuläres Sharing.

Eine leicht zu übersehende Ursache für ECM-Validierungsprobleme: NTP-Abweichung. Wenn die Uhr der Box merklich aus dem Takt geraten ist, kann sich die ECM-/Sitzungsvalidierung auf eine Weise verhalten, die wie Verbindungsinstabilität aussieht, aber tatsächlich nur ein Uhrproblem ist. Führen Sientpdate aus oder überprüfen Sie den Status Ihres NTP-Daemons, wenn Sie unerklärliche Sitzungsabbrüche sehen.

Einen zuverlässigen Upstream-Quellen wählen, ohne verbrannt zu werden

Wenn Sie Ihre Multics C-Zeile mit dem Upstream-Server eines anderen verbinden, anstatt Ihren eigenen lokalen Leser zu betreiben, bestimmt die Qualität dieses Upstreams tatsächlich, ob Ihre Einrichtung stabil oder instabil erscheint — und das ist der Teil, den die meisten Anleitungen entweder überspringen oder in eine dünn verschleierte Werbung verwandeln. Ich nenne hier niemanden; stattdessen hier, was tatsächlich gemessen werden sollte.

Kriterien: Uptime, ECM-Zeit, Anzahl der Hops, Protokollunterstützung

Beobachten Sie die ECM-Antwortzeit in den Multics-Panelstatistiken für eine bestimmte upstream-Verbindung — alles, was konstant unter 500 ms liegt, ist solide, und Sie werden sichtbares Einfrieren bemerken, wenn diese Zahl über 2-3 Sekunden steigt. Überprüfen Sie die Hop-Zahl, die der Upstream meldet; weniger Hops bedeuten im Allgemeinen frischere, zuverlässigere ECM-Daten, da jeder zusätzliche Hop in einer Reshare-Kette Latenz und einen weiteren Ausfallpunkt hinzufügt. Uptime ist wichtiger als die rohe Kanalanzahl — eine Quelle, die 99 %+ der Zeit verfügbar ist mit einer bescheidenen CAID-Liste, schlägt eine, die alles unter der Sonne beansprucht, aber ständig ausfällt.

Warnsignale, die zu vermeiden sind

Seien Sie skeptisch gegenüber allem, was eine unrealistische Anzahl von Kanälen oder CAIDs zu einem niedrigen Preis ohne angebotene Testphase verspricht. Ein legitimer Upstream lässt Sie eine kurze Testlinie betreiben, bevor Sie sich auf etwas Langfristiges festlegen. Drucktaktiken — "jetzt kaufen, begrenzte Plätze", ständige Dringlichkeit — sind ein schlechtes Zeichen, unabhängig davon, was tatsächlich angeboten wird. Und wenn eine Quelle sich weigert, Ihnen grundlegende technische Details (welche CAIDs, typische ECM-Zeit, Hop-Zahl) zu geben, bevor Sie sich festlegen, ist das ein ausreichender Grund, sich zurückzuziehen.

Eine Linie testen, bevor man sich festlegt

Fügen Sie die Test-C-Zeile zu Ihrer Multics-Konfiguration hinzu, lassen Sie sie ein oder zwei Tage unter normaler Nutzung laufen und beobachten Sie die ECM-Statistiken und CS-Protokolle des Panels die ganze Zeit. Achten Sie speziell auf die Konsistenz der Antwortzeiten (nicht nur den Durchschnitt — Spitzen sind wichtig), wie viele Ihrer Zielkanäle tatsächlich ohne Einfrieren dekodiert werden und ob die Verbindung unerwartet abbricht und sich wieder verbindet. Ein paar Tage echte Daten sind besser als jede Verkaufspräsentation.