CCcam Reshare Setup: Konfigurationsanleitung& Fehlersuche

Wenn Sie in die Welt des Satellitenkarten-Sharings eintauchen, haben Sie wahrscheinlich die Notwendigkeit einer CCcam-Reshare-Konfiguration festgestellt. Dies beinhaltet das Übernehmen von Karten, die von einem Peer empfangen wurden, und das Weitergeben an Ihre eigenen Clients oder sogar das Zurückteilen an andere Peers. Aber es ist nicht immer einfach. Fehlkonfigurationen können dazu führen, dass Karten nicht angezeigt werden, falsche Hop-Level angezeigt werden oder von Ihrem upstream-Anbieter vollständig abgelehnt werden. Lassen Sie uns die Grundlagen der CCcam-Reshare-Konfiguration aufschlüsseln, um Sie auf den richtigen Weg zu bringen.

Was CCcam Reshare tatsächlich tut (Hops und die F-Line)

CCcam Reshare bedeutet, die Karten zu übernehmen, die Ihr Server über eine Peer-Verbindung (unter Verwendung einer C-Line) erhält, und diese Informationen an Ihre lokalen Clients (über F-Lines) oder an einen anderen Peer weiterzugeben. Das Konzept der Hops ist hier entscheidend. Jeder Server in der Kette fügt +1 zum Hop-Wert hinzu. Wenn also eine Karte bei Hop 2 von Ihrem Peer ankommt, wird sie bei Ihren Clients zu Hop 3. Der Reshare-Prozess wird nicht nur durch Ihre CCcam-Konfiguration, sondern auch durch die F-Line-Einstellungen Ihres upstream-Peers bestimmt.

Reshare vs. Direct Share: das Hop-Konzept

Direct Sharing bedeutet, dass Sie Karten direkt an Clients ohne Zwischenserver bereitstellen. Im Gegensatz dazu beinhaltet Reshare das Teilen von Karten, die Sie von einem anderen Peer erhalten haben. Der entscheidende Unterschied liegt in der Hop-Zahl. Eine direkt geteilte Karte befindet sich weiterhin bei Hop 1, während reshared Karten basierend auf der Anzahl der Server, durch die sie gegangen sind, erhöht werden.

Wie die Felder uphops/downhops funktionieren

In Ihrer F-Line-Konfiguration bestimmt das uphops-Feld, wie viele Hops entfernt Ihre Clients diese Karte empfangen können. Umgekehrt bestimmt das downhops-Feld, wie viele Hops entfernt Karten von diesem Client upstream akzeptiert werden können. Das Verständnis dieser Werte ist entscheidend für die effektive Verwaltung Ihres Netzwerks.

Warum 0 'nicht weiterteilen' bedeutet

Das Setzen von downhops auf 0 bedeutet effektiv, dass Sie alle Karten von diesem Client daran hindern, weiter geteilt zu werden. Dies ist besonders nützlich, wenn Sie die Kontrolle behalten und potenzielle Schleifen in Ihrem Sharing-Netzwerk verhindern möchten.

Konfiguration von Reshare in CCcam.cfg

Der Kern der CCcam-Reshare-Konfiguration liegt in der CCcam.cfg-Datei. Das F-Line-Format, das Sie sich merken müssen, lautet:F: benutzername passwort uphops downhops. Der uphops-Wert steuert, wie viele Hops weiter unten Ihre Clients auf die Karte zugreifen können, während downhops steuert, was sie zurücksenden können. Lassen Sie uns einige Beispiele ansehen.

F-Line-Syntax und das Reshare-Wertfeld

Hier ist ein einfaches Beispiel für eine F-Line:

F: benutzer pass 1 1

Das bedeutet, dass der Client Karten von einem Hop entfernt empfangen kann und Karten an einen anderen Peer zurückteilen kann. Wenn Sie tieferes Teilen zulassen möchten, können Sie den uphops-Wert entsprechend erhöhen.

Uphops und Downhops pro Zeile festlegen

Für eine spezifischere Konfiguration könnten Sie verwenden:

F: benutzer2 passwort2 2 0

Diese Einstellung ermöglicht es dem Client, Karten von zwei Hops entfernt zu empfangen, verhindert jedoch, dass er Karten, die er erhält, an Peers zurückteilt.

Globale vs. pro-Zeile Reshare-Kontrolle

CCcam ermöglicht es Ihnen, globale Richtlinien für das Resharing festzulegen, die durch spezifische F-Line-Einstellungen überschrieben werden können. Wenn Ihre globale Einstellung beispielsweise das Resharing erlaubt, Sie jedoch eine spezifische F-Line auf 0 für downhops setzen, kann diese bestimmte Zeile keine Karten weiterteilen.

Beispiel: Eine Karte eines Peers an lokale Clients weiterteilen

Um dies zu veranschaulichen, wenn Sie einen Peer haben, der Karten bei Hop 2 bereitstellt, könnte Ihre F-Line so aussehen:

F: peerbenutzer peerpass 2 1

Dies gewährt Ihren lokalen Clients Zugriff auf die reshared Karten und ermöglicht gleichzeitig das Upstream-Sharing.

Kontrolle, welche Karten weitergeteilt werden

Mit CCcam können Sie steuern, welche spezifischen Karten weitergeteilt werden, indem Sie die Inline-Klammer-Syntax auf Ihren C-Lines verwenden. Dies ermöglicht es Ihnen, pro-Karte Reshare-Limits festzulegen und sogar bestimmte Karten zu blockieren, während Sie sie weiterhin lokal verwenden.

Begrenzung des Reshare pro CAID/Anbieter mit der C-Line-Blocksyntax

Die Syntax sieht ungefähr so aus:

C: hostname port benutzer passwort no { caid:provid:reshare }

Dies ermöglicht es Ihnen, spezifische CAID- und Anbieter-Kombinationen für das Resharing festzulegen. Wenn Sie das Resharing auf 0 setzen, können Sie die Karte weiterhin für lokale Ansichten nutzen, ohne sie weiter teilen zu lassen.

Verwendung der { } Reshare-Direktive

Durch die Nutzung der Inline-Klammern können Sie bestimmte Anbieter oder CAIDs einschränken, ohne Ihre gesamte Konfiguration zu beeinträchtigen. Dies ist entscheidend, um die Kontrolle über Ihr Sharing-Setup zu behalten.

Spezifische Karten vom Resharing ausschließen

Wenn Sie eine Karte vom Resharing ausschließen möchten, setzen Sie einfach ihren Reshare-Wert innerhalb der Klammern auf 0. Zum Beispiel:

C: hostname port user pass no { 1234:5678:0 }

Diese Konfiguration ermöglicht die lokale Anzeige der Karte, während sie daran gehindert wird, weiter geteilt zu werden.

Reshare-Tiefenlimits zum Schutz Ihres Upstreams

Seien Sie vorsichtig, nicht zu viel zu teilen. Wenn Ihr Upstream-Peer kein Resharing erlaubt oder es auf Hop 1 beschränkt, stellen Sie sicher, dass Ihre Reshare-Einstellungen dies widerspiegeln, um zu vermeiden, dass Sie von ihrem Dienst getrennt werden.

Netzwerk- und Portanforderungen für Reshare

Das Verständnis der Netzwerk- und Portanforderungen ist der Schlüssel zu einer erfolgreichen CCcam-Reshare-Konfiguration. Standardmäßig hört CCcam auf Port 12000, aber dies kann mit derSERVER LISTEN PORTDirektive geändert werden.

Listenport und die SERVER LISTEN PORT-Direktive

Um den Port zu ändern, fügen Sie einfach die folgende Zeile zu Ihrer CCcam.cfg hinzu:

SERVER LISTEN PORT 12345

Stellen Sie sicher, dass Sie Ihre Router und Firewalls entsprechend konfigurieren, um den Verkehr über diesen Port zuzulassen.

Portweiterleitung und NAT für eingehende F-line-Clients

Wenn Sie möchten, dass Clients sich mit Ihrem Server für Resharing verbinden, müssen Sie den TCP-Port über Ihr NAT/Router an die LAN-IP Ihrer Box weiterleiten. Dies ist entscheidend, um sicherzustellen, dass Clients Ihren CCcam-Server erreichen können.

Firewall-Regeln und dynamisches DNS für wechselnde IPs

Wenn Sie eine dynamische IP-Adresse verwenden, sollten Sie in Betracht ziehen, dynamisches DNS (DDNS) einzurichten, um Ihre Clients verbunden zu halten. So können Ihre Clients Ihren Server auch dann finden, wenn sich Ihre IP ändert, ohne ihre Konfigurationen manuell aktualisieren zu müssen.

Fehlerbehebung: Reshared Karten werden nicht angezeigt

Wenn etwas schiefgeht, ist die Fehlersuche unerlässlich. Hier ist ein Schritt-für-Schritt-Prozess zur Diagnose von Problemen mit reshared Karten.

CCcam-Protokolle lesen und die Berechtigungen / die Freigabeliste

Beginnen Sie damit, die Web-Infoseite zu überprüfen, typischerweise unterhttp://box-ip:16001, um zu bestätigen, ob die Karte empfangen wird. Diese Seite zeigt Ihnen auch die Hop-Ebenen und mögliche Probleme an.

Hop-Ebene zu hoch — Karte stillschweigend verworfen

Wenn die Hop-Ebene einer Karte das überschreitet, was Ihren Clients erlaubt ist, wird die Karte stillschweigend verworfen. Überprüfen Sie Ihre F-line-Einstellungen und stellen Sie sicher, dass sie mit dem übereinstimmen, was Ihre Clients empfangen dürfen.

F-line des Peers zu Ihnen auf no-reshare gesetzt

Oft werden Karten nicht reshared, weil die F-line des Upstream-Peers kein Reshare erlaubt. Es ist entscheidend, dies mit Ihrem Peer zu überprüfen, um sicherzustellen, dass Sie die richtigen Berechtigungen haben.

Verwirrung zwischen lokalen Karten und reshared Karten

Manchmal verwechseln Benutzer lokal empfangene Karten mit reshared Karten. Stellen Sie sicher, dass Sie die richtige Liste überprüfen, wenn Sie Fehler beheben.

Cache/EMM vs. ECM-Freigabeprobleme

Wenn eine Karte angezeigt wird, aber die Kanäle weiterhin einfrieren, haben Sie wahrscheinlich ein ECM-Zeitproblem und nicht einen Fehler in der Reshare-Konfiguration. Hier ist es entscheidend, die Reaktionszeit Ihres Netzwerks zu verstehen.

Wahl eines zuverlässigen Upstream-Peers (allgemeine Kriterien)

Bei der Auswahl eines Upstream-Peers für Ihre CCcam-Reshare-Konfiguration gibt es mehrere Faktoren zu berücksichtigen. Priorisieren Sie immer Qualität über Quantität.

Stabilitäts- und Uptime-Indikatoren zur Bewertung

Sie möchten einen Peer mit einer soliden Erfolgsbilanz in Bezug auf Uptime. Ausfallzeiten können Ihren Dienst und die Zufriedenheit der Kunden erheblich beeinträchtigen.

Reshare-Berechtigungen und Hop-Richtlinien, nach denen Sie fragen sollten

Fragen Sie immer, ob Ihr Peer Resharing erlaubt und, falls ja, wie ihre Hop-Richtlinie aussieht. Dies kann Ihnen eine Menge Kopfschmerzen in der Zukunft ersparen.

Lokale vs. reshared Kartenqualität

Bevorzuge Peers, die lokale Karten anbieten, gegenüber denen, die stark auf reshared Karten angewiesen sind. Lokale Karten sind in der Regel stabiler und zuverlässiger.