```html

CCcam Server Maker: Zeilen in .cfg Config umwandeln

Wenn Sie hier gelandet sind, haben Sie wahrscheinlich eine C: Zeile in Ihrer Zwischenablage und keine Ahnung, warum Ihr Receiver sie immer wieder ablehnt. Der Prozess der Verwendung eines Server Maker cccam zu cfg Workflows — ob es sich um ein Web-Tool oder manuelle Bearbeitung handelt — ist nicht kompliziert, aber es gibt etwa sechs verschiedene Möglichkeiten, wie es stillschweigend fehlschlagen kann. Diese Anleitung behandelt alle davon. Wir gehen von der rohen C: Zeile zu einer funktionierenden /etc/CCcam.cfg Datei mit echter Syntax, echten Pfaden und echter Fehlerbehebung.

Was ist ein CCcam Server Maker und was macht er

Ein CCcam Server Maker ist ein Tool — webbasiert, Desktop oder Skript — das rohe C: Zeilen als Eingabe nimmt und eine richtig strukturierte CCcam.cfg Datei als Ausgabe erzeugt. Das ist der Kern davon. Der Grund, warum diese Tools existieren, ist, dass eine gültige CCcam.cfg nicht nur eine Textdatei mit einer eingefügten C: Zeile ist. Sie hat eine spezifische Struktur, erforderliche globale Direktiven, strikte Codierungsregeln und Zeilenendeanforderungen, die die meisten Menschen nicht kennen, bis ihr Receiver einen stillen Fehler auslöst.

Der Server Maker cccam zu cfg Konvertierungsprozess ist einfach, wenn Sie verstehen, was unter der Haube eigentlich passiert. Das Tool macht keine Magie — es wickelt Ihre Server-Anmeldedaten im korrekten Config-Skelett ein und stellt sicher, dass die Ausgabedatei den CCcam-Parser nicht irritiert.

Der Unterschied zwischen einer rohen C: Zeile und einer .cfg Datei

Eine C: Zeile ist nur eine Anmeldeinformationszeichenkette. Etwa so: C: myserver.example.com 12000 user1 pass123 no. Sie teilt CCcam mit, mit welchem Server verbunden werden soll und wie authentifiziert werden soll. Aber diese Zeile allein, in einer Datei mit dem Namen CCcam.cfg gespeichert, ist keine gültige Config. CCcam erwartet globale Direktiven über den Client-Zeilen — Dinge wie VERSION, SERVERPORT und LOGFILE mindestens.

Legen Sie eine nackte C: Zeile in eine Datei ohne diese Direktiven ein und CCcam wird entweder sich weigern zu starten, starten, aber nichts protokollieren, oder scheinbar ausgeführt werden, während es sich mit nichts verbindet. Alle drei Ergebnisse sehen von der Frontplatte Ihres Receivers identisch aus.

Warum Receiver einfache Text-Serverzeilen nicht akzeptieren

Enigma2-Images — OpenPLi, OpenATV, DreamElite und andere — führen CCcam als Softcam-Plugin aus. Das Plugin überlässt es dem CCcam-Binär, das /etc/CCcam.cfg liest und streng analysiert. Wenn der Parser auf ein unerwartetes Token, eine fehlende Direktive oder eine falsche Zeilenendung trifft, schlägt er fehl, ohne eine nützliche Fehlermeldung auf dem Bildschirm anzuzeigen. Sie erhalten einfach "kein Signal" oder "nicht autorisiert" auf dem Kanal.

Einige Builds sind nachsichtiger als andere, aber Sie sollten sich nicht darauf verlassen. Schreiben Sie eine korrekte Config und die Parser-Version hört auf, wichtig zu sein.

Online-Tools versus manuelle Bearbeitung: Wann jeder sinnvoll ist

Online Server Maker Tools sind nützlich, wenn Sie sich mit SSH oder Text-Editoren unter Linux nicht wohl fühlen. Sie geben Ihnen ein Formular, Sie fügen Ihre C: Zeile ein

```Zeilen, konfigurieren Sie einige Optionen und laden Sie eine fertige Datei zum Hochladen herunter. Der Haken ist, dass einige dieser Tools Windows CRLF-Zeilenumbrüche ausgeben, die Ihre Konfiguration beschädigen. Weitere Informationen finden Sie im Abschnitt Fehlerbehebung.

Manuelle Bearbeitung mit nano oder vi über SSH ist schneller, wenn Sie wissen, was Sie tun, und Sie haben vollständige Kontrolle über die Ausgabe. Wenn Sie mehrere Boxen betreiben oder Bereitstellungen mit Skripten automatisieren, ist manuelle Bearbeitung der einzige vernünftige Ansatz.

Verstehen der CCcam C: Line-Syntax vor der Konvertierung

Bevor Sie etwas durch einen Server-Generator ausführen, müssen Sie wissen, wie eine korrekte C: Line aussieht und was jedes Feld bewirkt. Hier passieren die meisten Anfängerfehler — eine fehlerhafte Eingabe erzeugt eine fehlerhafte Ausgabe, ob mit Tool oder ohne.

Vollständige Anatomie einer C: Line — Host, Port, Benutzername, Passwort, optionale Flags

Das Format ist: C: <hostname> <port> <benutzername> <passwort> <wiederverbindung>

Aufgeschlüsselt:

• C: — Der Zeilentyp-Identifikator. Muss ein großes C gefolgt von einem Doppelpunkt und einem Leerzeichen sein.
• hostname — FQDN wie myserver.example.com oder eine IPv4-Adresse wie 192.168.1.100. IPv6 hat begrenzte Unterstützung — siehe den Abschnitt Spezialfälle unten.
• port — Normalerweise im Bereich 12000–12100, aber technisch gültig von 1 bis 65535. Häufige Standardwerte sind 12000 und 12001.
• benutzername — Groß-/Kleinschreibung beachten. Leerzeichen sind nicht erlaubt.
• passwort — Auch groß-/kleinschreibungsabhängig, keine Leerzeichen.
• wiederverbindung — yes oder no. Einige ältere Versionen verwenden 1 oder 0. Steuert, ob CCcam sich nach einer Trennung automatisch erneut verbindet.

Ein vollständiges gültiges Beispiel: C: myserver.example.com 12000 user1 pass123 no

Häufige C: Line-Variationen: Mit und ohne Wiederverbindungs-Flag

Einige Anbieter geben Ihnen C: Lines ohne das Wiederverbindungs-Flag. CCcam verarbeitet dies in den meisten Versionen problemlos — es verwendet standardmäßig automatisches Wiederverbindungsverhalten. Aber für Klarheit und Konsistenz sollten Sie das Flag immer explizit angeben. Wenn Sie wissen, was jedes Feld bewirkt, können Sie eine fehlerhafte Line von einem Anbieter erkennen, bevor sie Ihre Fehlerbehebungszeit verschwendet.

Was passiert, wenn ein Feld fehlerhaft oder fehlend ist

Port fehlt? CCcam überspringt die Zeile. Falsches Trennzeichen (Tabulator statt Leerzeichen)? Gleiches Ergebnis. Benutzername mit Leerzeichen darin? Der Parser teilt es auf und behandelt das zweite Wort als Passwort. Keiner dieser Fehler erzeugt eine klare Protokollmeldung — CCcam verbindet sich einfach nicht mit diesem Server. Überprüfen Sie Ihre C: Lines Zeichen für Zeichen, wenn Sie Probleme haben.

Unterschied zwischen C: Lines und F: Lines in CCcam.cfg

F: Lines definieren Weiterleitungsverbindungen — sie werden verwendet, wenn Ihre CCcam-Instanz als Server fungiert und spezifische PIDs oder Anbieter an verbundene Clients weiterleitets. Sie sind keine Server-Verbindungsleitungen. Wenn ein Peer Ihnen eine F:-Zeile sendet und erwartet, dass Sie sie zu Ihrer Client-Konfiguration hinzufügen, haben sie Client- und Server-Rollen verwechselt. F:-Zeilen gehören in die Server-Konfiguration, um zu steuern, was er freigibt, nicht in die Client-Konfiguration, um zu definieren, womit er sich verbindet. Dies ist eine der häufigsten Verwechslungen bei Peer-Setups.

So konvertieren Sie CCcam-Serverzeilen in eine gültige .cfg-Datei

Es gibt drei praktische Methoden zum Ausführen einer Server-Maker-CCcam-zu-CFG-Konvertierung. Wählen Sie die Methode, die zu Ihrem Setup und Ihrem Komfortniveau passt. Alle drei führen zu dem gleichen Ergebnis, wenn sie korrekt durchgeführt werden.

Methode 1: Manuelle Erstellung mit einem Texteditor (nano, vi, Notepad++)

SSH in Ihren Receiver und führen Sie aus:

nano /etc/CCcam.cfg

Geben Sie dann Ihre vollständige Konfiguration ein. Fügen Sie nicht aus einer Windows-Zwischenablage ein, ohne vorher die Zeilenendungen zu überprüfen. Eine minimale funktionierende Datei sieht folgendermaßen aus:

VERSION = 2.3.0
SERVERPORT = 0
LOGFILE = /tmp/CCcam.log
NODEID = A1B2C3D4E5F6A7B8
C: myserver.example.com 12000 user1 pass123 yes

Speichern mit Strg+O, beenden mit Strg+X. Wenn Sie auf Windows bearbeiten und über FTP hochladen, verwenden Sie Notepad++ und stellen Sie die Zeilenendungen unter Bearbeiten → EOL-Konvertierung auf Unix (LF) ein, bevor Sie speichern.

Methode 2: Verwendung eines Online-Server-Maker-Tools — Worauf Sie achten sollten

Ein anständiges Server-Maker-CCcam-zu-CFG-Tool sollte Folgendes tun: mehrzeilige C:-Zeilen akzeptieren, globale Direktiven wie SERVERPORT und LOGFILE konfigurieren können und eine herunterladbare Datei mit Unix-LF-Zeilenendungen ausgeben. Wenn das Tool nirgendwo Zeilenendungen erwähnt, gehen Sie davon aus, dass es CRLF ausgibt, und führen Sie dos2unix für das Ergebnis aus, bevor Sie es hochladen.

Vermeiden Sie alle Tools, die mehr als nur Ihre C:-Zeilen und grundlegende Konfigurationsoptionen anfordern. Sie sollten kein Konto erstellen oder etwas Sensibles übergeben müssen, um eine Textdatei zu generieren.

Methode 3: Konvertierung mit einer einfachen Bash-Einzeiler-Skriptierung

Wenn Sie bereits eine teilweise Konfiguration haben und nur eine C:-Zeile hinzufügen müssen:

echo "C: myserver.example.com 12000 user1 pass123 yes" >> /etc/CCcam.cfg

Um eine vollständige Konfiguration von Grund auf auf einmal zu erstellen:

cat > /etc/CCcam.cfg << 'EOF'
VERSION = 2.3.0
SERVERPORT = 0
LOGFILE = /tmp/CCcam.log
NODEID = A1B2C3D4E5F6A7B8
C: myserver.example.com 12000 user1 pass123 yes
EOF

Diese Methode garantiert Unix-Zeilenendungen, da die Shell die Datei nativ auf dem Receiver generiert.

Korrekter Dateipfad und Dateiname auf Enigma2-Receivern

Bei Standard-Enigma2-Images (OpenPLi, OpenATV, DreamElite, VTi) ist der Pfad /etc/CCcam.cfg. Der Dateiname ist Groß-/Kleinschreibung sensitive — ccam.cfg oder CCCAM.CFG werden nicht gefunden. Einige Images, besonders ältere, suchen in /usr/keys/CCcam.cfg. Überprüfen Sie, welche Softcam-Plugin-Version auf Ihrem Receiver läuft, wenn der Standardpfad nicht funktioniert.

Korrekter Datei```html

Pfad auf einem Linux-PC mit CCcam-Binärdatei

Auf einem eigenständigen Linux-Rechner sucht CCcam seine Konfiguration in dem Verzeichnis, in dem sich die Binärdatei befindet, oder in /usr/local/etc/CCcam.cfg, oder /etc/CCcam.cfg, je nachdem wie sie kompiliert wurde. Führen Sie strings /path/to/CCcam | grep cfg aus, um den hartcodierten Pfad in Ihrer spezifischen Binärdatei zu finden.

Dateiberechtigungen einstellen: chmod und chown Anforderungen

CCcam.cfg kann Anmeldedaten enthalten, sperren Sie diese daher ab:

chmod 600 /etc/CCcam.cfg
chown root:root /etc/CCcam.cfg

Wenn CCcam unter einem anderen Benutzer läuft (überprüfen Sie mit ps aux | grep CCcam), passen Sie den Besitzer entsprechend an. Eine Datei mit 777-Berechtigungen funktioniert, ist aber auf jedem vernetzten Rechner eine schlechte Idee.

Vollständige CCcam.cfg-Vorlage mit allen wichtigen Direktiven

Hier ist eine komplette Vorlage, die Sie als Ausgangspunkt verwenden können. Kommentare erklären jede Zeile.

Minimale lebensfähige Konfiguration für ein reines Client-Setup

# CCcam-Konfigurationsdatei
# Version muss mit Ihrer tatsächlichen CCcam-Binärversion übereinstimmen
VERSION = 2.3.0
# Auf 0 setzen, um lokalen CCcam-Server zu deaktivieren (nur Client)
SERVERPORT = 0
# Protokolldateipfad — /tmp/ ist auf Enigma2 beschreibbar
LOGFILE = /tmp/CCcam.log
# Eindeutige Knoten-ID — ändern Sie diese, teilen Sie nie die gleiche ID über zwei Clients
NODEID = A1B2C3D4E5F6A7B8
# Ihre Serververbindungsleiste
C: myserver.example.com 12000 user1 pass123 yes

Mehrere C: Zeilen für Redundanz hinzufügen

CCcam verarbeitet C: Zeilen in der Reihenfolge und verwendet den ersten Server, der antwortet. Fügen Sie Sicherungsserver unterhalb Ihres primären Servers hinzu:

C: primary.example.com 12000 user1 pass123 yes
C: backup.example.com 12001 user1 pass456 yes

CCcam fasst alle verbundenen Server zusammen, wenn also der primäre Server aktiv ist, wird der primäre verwendet. Sicherung wird automatisch aktiviert. Mehr als drei oder vier Sicherungszeilen sind normalerweise Overkill und können zu Verbindungsüberlastung auf der Serverseite führen.

Globale Direktiven: VERSION, LOGFILE, SERVERPORT, NODEID

VERSION — Muss mit Ihrer Binärdatei übereinstimmen. Das Ausführen von CCcam 2.0.x mit VERSION = 2.3.0 in der Konfiguration kann zu Parsierungsfehlern für Direktiven führen, die es in 2.0.x nicht gab. Überprüfen Sie Ihre Binärversion mit /path/to/CCcam --version oder durch Überprüfung des Protokollheaders beim Start.

NODEID — Dies ist eine 16-stellige Hexadezimalzeichenfolge, die Ihren CCcam-Client eindeutig gegenüber dem Server identifiziert. Wenn zwei Clients mit der gleichen NODEID verbunden sind, kann der Server beide ablehnen oder eines ständig trennen. Generieren Sie eine eindeutige — eine beliebige Zufallshexadezimalzeichenfolge funktioniert. Kopieren Sie niemals eine NODEID aus einem Lernprogramm oder einer anderen Konfiguration.

LOGFILE — /tmp/CCcam.log ist der Standard auf Enigma2. Dieser Pfad ist immer beschreibbar. Protokollieren Sie nicht in /etc/ oder anderen möglicherweise schreibgeschützten Speicherorten.

Newcamd- und Radegast-Client-Abschnitte — wenn Sie diese benötigen

Wenn Ihr Anbieter Ihnen eine Zeile gibt, die mit N: beginnt

```, das ist eine Newcamd-Verbindung, nicht CCcam. Das N: Zeilenformat ist: N: <hostname> <port> <username> <password> <DES key>. Der DES-Schlüssel ist eine 14-Byte-Hexadezimalzeichenkette, die spezifisch für Newcamd ist — du kannst ihn nicht weglassen oder durch einen Zufallswert ersetzen.

Diese Zeilen können in CCcam.cfg nebeneinander existieren. CCcam unterstützt Newcamd-Client-Verbindungen nativ. Eine C: Zeile funktioniert aber nicht als N: Zeile und umgekehrt. Die Protokolle sind auf Paketebene völlig unterschiedlich.

Servermodus deaktivieren beim Betrieb nur als Client

SERVERPORT = 0 ist für reine Client-Setups nicht verhandelbar. Ohne diese Einstellung lauscht CCcam standardmäßig auf Port 12000 (oder welchen Port SERVERPORT in deinem Build standardmäßig hat). Das ist ein offener Port auf deinem Receiver oder PC, der eingehende CCcam-Verbindungen von jedem akzeptiert, der ihn erreichen kann. Das möchtest du nicht, es sei denn, du betreibst absichtlich einen Server.

Fehlerbehebung: Config lädt, aber Kartensharing funktioniert nicht

Dein Softcam wird als aktiv angezeigt, Kanäle werden verschlüsselt angezeigt, und du hast die C: Zeile dreimal überprüft. So findest du heraus, was wirklich nicht stimmt.

So liest du CCcam.log, um Verbindungsfehler zu identifizieren

SSH ein und führe aus:

tail -f /tmp/CCcam.log

Starten Sie dann den Softcam über das Receiver-Menü neu. Beobachte, was angezeigt wird. Eine erfolgreiche Verbindungssequenz sieht so aus: Config gelesen → C: Zeile analysiert → VERBINDUNG zu Host → AUTH OK → Karten empfangen. Jede Unterbrechung in dieser Kette sagt dir genau, wo du nachschauen musst.

Authentifizierung fehlgeschlagen: Falsche Anmeldedaten vs. falsches Zeilenformat

Wenn du CONNECT gefolgt von sofort Trennung siehst, ist es fast immer ein Authentifizierungsfehler. Überprüfe Benutzernamen und Passwort auf Leerzeichen am Ende (häufig beim Kopieren und Einfügen). Überprüfe, dass die C: Zeilenfelder durch Leerzeichen getrennt sind, nicht durch Tabulatoren — öffne die Datei im Hex-Editor, wenn du dir nicht sicher bist. Überprüfe auch, dass die NODEID in deiner Config eindeutig ist — eine duplizierte NODEID auf der Serverseite führt zu einer Authentifizierungsablehnung, die identisch aussieht wie ein falsches Passwort.

Verbindung abgelehnt: Firewall, falscher Port oder Server nicht erreichbar

"Verbindung abgelehnt" bedeutet, dass die TCP-Verbindung selbst fehlgeschlagen ist. Entweder ist der Port falsch, der Server ist nicht erreichbar, oder eine Firewall blockiert die Verbindung. Teste mit:

telnet myserver.example.com 12000

Wenn das hängen bleibt oder "Verbindung abgelehnt" zurückgibt, liegt das Problem auf Netzwerkebene, nicht auf Config-Ebene. Deine CCcam.cfg ist wahrscheinlich in Ordnung.

Konfigurationsdatei wird beim Start nicht gelesen: Probleme mit Startskripten bei Enigma2

Wenn CCcam sich beim manuellen Starten verbindet, aber nach einem Neustart fehlschlägt, startet das Softcam-Plugin, bevor das Netzwerk vollständig aktiv ist, oder es schaut am falschen Pfad. Überprüfe deine Enigma2-Softcam-Startskripte in /etc/init.d/. Einige Images haben eine Racebedingung zwischen dem Aktivieren der Netzwerkschnittstelle und dem Versuch von CCcam, den Hostnamen aufzulösen. Das Hinzufügen eines sleep 5 vor dem CCcam-Startbefehl im Init

Script behebt dies oft.

Windows-Zeilenumbrüche (CRLF) beschädigen die Konfigurationsdatei

Dies ist das häufigste „Funktioniert auf meinem PC, aber nicht auf dem Receiver"-Problem. Windows-Texteditoren speichern Dateien mit CRLF (\r\n) Zeilenumbrüchen. CCcam unter Linux erwartet nur LF (\n). Das \r-Zeichen wird als Teil des letzten Feldes in jeder Zeile behandelt und beschädigt stumm jede Direktive und jede C:-Zeile in der Datei.

Behebung am Receiver:

dos2unix /etc/CCcam.cfg

Oder zunächst überprüfen:

file /etc/CCcam.cfg

Falls „CRLF line terminators" angezeigt wird, führen Sie dos2unix aus. Falls dos2unix in Ihrem Image nicht verfügbar ist, installieren Sie es oder verwenden Sie sed: sed -i 's/\r//' /etc/CCcam.cfg.

Codierungsprobleme: BOM-Zeichen verursachen stille Parse-Fehler

Windows Notepad (Versionen vor 2019) speichert UTF-8-Dateien mit einer BOM (Byte Order Mark) — drei unsichtbare Bytes (0xEF 0xBB 0xBF) ganz am Anfang der Datei. Der CCcam-Parser trifft auf diese Bytes vor jeder Direktive und schlägt stillschweigend fehl. Das Protokoll zeigt entweder nichts oder zeigt die Startkopfzeile ohne folgende Konfigurationsdirektiven.

Erkennung:

hexdump -C /etc/CCcam.cfg | head -1

Falls die ersten drei Bytes ef bb bf sind, haben Sie eine BOM. Entfernen Sie sie:

sed -i '1s/^\xef\xbb\xbf//' /etc/CCcam.cfg

Oder erstellen Sie die Datei einfach mit nano direkt am Receiver neu, die fügt keine BOM hinzu.

Grenzfälle, die es zu kennen gilt

IPv6-Adressen in C:-Zeilen

CCcam hat nur sehr begrenzte IPv6-Unterstützung. Falls Ihr Provider Ihnen eine C:-Zeile mit einer IPv6-Adresse wie 2001:db8::1 gibt, werden die meisten CCcam-Binärdateien diese nicht korrekt analysieren oder sich überhaupt nicht verbinden. Die Lösung besteht darin, stattdessen einen Hostnamen statt einer rohen IPv6-Adresse zu verwenden, oder einen lokalen IPv4-zu-IPv6-Proxy-Wrapper auszuführen. Gehen Sie nicht davon aus, dass Ihr Build IPv6 unterstützt — testen Sie es und seien Sie bereit, Ihren Provider um eine IPv4-Alternative zu bitten.

Ausführung von CCcam innerhalb von Docker

Falls Sie CCcam in einem Docker-Container ausführen, ist /etc/ innerhalb des Containers bei Neustarts nicht persistent. Mounten Sie Ihre Konfiguration als Volume:

docker run -v /host/path/CCcam.cfg:/etc/CCcam.cfg ...

Ohne dies wird Ihre Konfiguration bei jedem Container-Neustart gelöscht und Sie sind wieder am Anfang.

C:-Zeilen mit Ports unter 1024

Als Client, der sich mit einem Server auf Port 80 oder 443 verbindet (einige Provider nutzen diese zur Umgehung von Firewalls), benötigen Sie keine Root-Rechte. Die Einschränkung auf Ports unter 1024 gilt nur für Prozesse, die auf diesen Ports lauschen müssen. Sich als Client mit ihnen zu verbinden ist von jedem Benutzer aus in Ordnung. Keine spezielle Konfiguration erforderlich — geben Sie einfach die korrekte Portnummer in die C:-Zeile ein.

Schreibgeschütztes Dateisystem auf einigen OEM-Images

Bestimmte Receiver-Firmware-Images mounten /etc/ als schreibgeschützt. Das Schreiben in /etc/CCcam.cfg

wird still fehlschlagen oder mit einem Berechtigungsfehler. Die Lösung besteht darin, die Konfiguration in eine beschreibbare Partition zu legen — typischerweise /var/etc/CCcam.cfg — und einen Symlink zu erstellen:

ln -s /var/etc/CCcam.cfg /etc/CCcam.cfg

Dies bleibt über Neustarts erhalten, solange /var/ auf Ihrem Image persistent ist.

Mehrere Tuner und Pro-Satellit C: Linien

CCcam unterstützt keine Pro-Tuner-Serverzuweisung. Alle C: Linien gehen in einen einzelnen Verbindungspool und CCcam leitet Entschlüsselungsanfragen an denjenigen Server weiter, der die relevante Karte hat, unabhängig davon, welcher Tuner die Anfrage gestellt hat. Wenn Sie Server nach Satellitenpositionen segmentieren möchten, müssen Sie sich OScam ansehen, das eine granularere Weiterleitung über die Reader-Konfiguration in /etc/oscam/oscam.server bietet.

CCcam-Versionskonflikte

Das Ausführen von CCcam 2.0.x mit einer Konfiguration, die für 2.3.x geschrieben wurde, verursacht Probleme. Die VERSION-Direktive in der Konfiguration teilt CCcam mit, welche Syntaxregeln angewendet werden sollen. Wenn die Direktivenversion höher ist als die tatsächliche Binärdatei, werden einige Direktiven möglicherweise ignoriert oder verursachen Parsefehler. Stimmen Sie die VERSION in der Konfiguration immer mit der tatsächlichen Binärdatei ab. Wenn Sie die Binärversion nicht kennen, starten Sie CCcam und überprüfen Sie die erste Zeile des Protokolls — sie gibt immer die Version beim Start aus.