Kartenteilung erklärt: CCcam& OScam Einrichtungsanleitung

Kartenteilung ist die netzwerkbasierte Verteilung von entschlüsselten Steuerwörtern von einer Smartcard an einen oder mehrere Satellitenempfänger. Wenn Sie auf ein Problem gestoßen sind, bei dem Ihre CCcam-Leitungen sich nicht verbinden oder Ihr OScam-Server keine Clients authentifiziert, liegt das Problem fast immer im Detail — falscher CAID, falsch konfiguriertes Reader-Block oder ein Port, der nie weitergeleitet wurde. Diese Anleitung erklärt die tatsächlichen Mechanismen und die echte Konfigurationssyntax, damit Sie Probleme diagnostizieren und beheben können, ohne die üblichen Versuche und Fehler.

Ich habe viel Zeit damit verbracht, OScam-Protokolle zu betrachten und durch/etc/tuxbox/config/ auf verschiedenen Enigma2-Bauten zu stöbern. Was folgt, ist das technische Fundament, das die meisten Einrichtungsanleitungen vollständig überspringen.

Was Kartenteilung tatsächlich ist (Protokollebene)

Auf der Netzebene funktioniert Kartenteilung, indem der Entschlüsselungsprozess der Smartcard über TCP proxyiert wird. Ihr Empfänger kommuniziert normalerweise direkt mit einer lokalen Karte; Kartenteilung ersetzt diesen lokalen Pfad durch einen Netzwerk-Hops zu einem Rechner, der die physische Karte eingelegt hat. Das Entschlüsselungsergebnis — das Steuerwort — kommt zurück und Ihr Empfänger verwendet es, als ob nichts passiert wäre.

Das Steuerwort (CW) und warum es alle paar Sekunden geteilt werden muss

Jeder verschlüsselte Broadcast-Stream wird mit einem Steuerwort verschlüsselt — zwei 8-Byte-Hälften, die zusammen den 16-Byte-Schlüssel bilden. Der Sender rotiert dieses CW ungefähr alle 7–10 Sekunden, um die Exposition zu begrenzen. Das kommende CW ist tatsächlich im Stream leicht vor dem Zeitpunkt eingebettet, an dem es benötigt wird, innerhalb einer Berechtigungssteuerungsnachricht (ECM).

Ihr Empfänger extrahiert die ECM, sendet sie an die Smartcard (oder, in einer Kartenteilungseinrichtung, über das Netzwerk an den Kartenserver), und die Karte entschlüsselt sie und gibt das CW zurück. Wenn diese Hin- und Rückreise länger dauert als das Rotationsfenster, kommt es zu einem Freeze. Das ist der gesamte Grund, warum die ECM-Zeit wichtig ist — Sie rennen gegen eine 7-Sekunden-Uhr.

Client/Server-Rollen und der ECM/EMM-Anforderungsfluss

In einer Kartenteilungseinrichtung hält der Server die physische Smartcard. Wenn ein Client-Empfänger auf einen Kanal schaltet, fängt er die ECM aus dem Broadcast-Stream ab und sendet sie über das Sharing-Protokoll an den Kartenserver. Der Server leitet sie an die Karte weiter, erhält das CW zurück und leitet es an den Client weiter, der es verwendet, um das Video zu entschlüsseln.

EMM — Berechtigungsmanagementnachricht — ist eine separate Ebene. EMMs tragen Abonnementaktualisierungen vom Sender, um die Berechtigungen der Karte aktuell zu halten (Pay-per-View-Veranstaltungen, Erneuerungssignale, Tier-Aktualisierungen). Wenn Ihre Einrichtung EMMs nicht an die Karte zurückleitet, werden Sie schließlich feststellen, dass die Karte nach einem Erneuerungszyklus Kanäle verliert. In OScam wird dies durch dasau Flag in oscam.user gesteuert.

CCcam vs OScam vs MGCamd vs Newcamd auf einen Blick

OScam ist fast immer die richtige Wahl für den Betrieb eines Servers. Es wird aktiv gewartet, hat eine Web-Überwachungsoberfläche, schreibt detaillierte Protokolle und unterstützt jedes Protokoll, das die Clients wünschen könnten. CCcam-Protokoll C-Zeilen für die Client-seitige Konfiguration bleiben das am weitesten verbreitete Format zur Verbindung mit einem Server.

Wo die physische Smartcard hineinpasst

Die Smartcard ist die eigentliche Autorisierungswurzel. Alles andere ist nur ein Proxy. Die Karte hält die vom Sender gewährten Schlüssel und führt die ECM-Dekodierung lokal durch — keine Karte, kein CW. Auf der Serverseite sitzt die Karte in einem Smartcard-Leser: einem eingebauten Empfangerslot (internes Protokoll in OScam), einem USB PCSC-Leser wie einem SCR3310 oder einem seriellen Leser. Der Typ des Kartenlesers bestimmt IhrProtokollZeile in oscam.server.

Einrichten eines OScam-Servers von Grund auf

Die Konfiguration von OScam ist auf mehrere Dateien verteilt, was die meisten Erstbenutzer-Setups verwirrt. Die wichtige Erkenntnis ist, dass jede Hauptfunktion — der Leser, die Benutzer, die Protokolle, die globalen Einstellungen — in ihrer eigenen Datei lebt. Zuerst die Dateipfade richtig einstellen und alles andere folgt.

Kompilieren oder Installieren von OScam und dem Konfigurationsverzeichnislayout

Auf Debian/Ubuntu können Sie eine vorkompilierte Binärdatei herunterladen oder aus dem OScam SVN-Repo bauen. Das Build-Ziel, das Sie für die meisten Server-Setups möchten, umfasstWITH_LIBUSBfür PCSC-Unterstützung undWITH_SSLwenn Sie planen, verschlüsselte Client-Verbindungen zu verwenden.

Der Speicherort des Konfigurationsverzeichnisses variiert je nach Image. Häufige Pfade:

• /etc/tuxbox/config/ — Enigma2-Images (OpenATV, OpenPLi)
• /usr/local/etc/ — generische Linux-Installationen
• /var/keys/ — einige ältere DM-Images

Sie können OScam immer explizit sagen, wo es suchen soll:oscam -c /your/config/path. Tun Sie dies in Ihrem Init-Skript, damit Sie nie raten müssen, welches Verzeichnis tatsächlich gelesen wird.

oscam.conf: Webif, Globale und Protokollierungsblöcke

Ein minimalesoscam.conffür einen Server mit aktivierter Weboberfläche:

[global]

Setzen Siehttpallowedauf Ihren LAN-Bereich. Lassen Sie die Weboberfläche nicht auf einer öffentlichen IP ohne Authentifizierung offen. Dienice = -1Zeile erhöht die Priorität des OScam-Schedulers leicht, was auf stark ausgelasteten Boxen helfen kann.

Sobald OScam läuft, öffnen Siehttp://serverip:8888in einem Browser. Die Weboberfläche zeigt den Status des Lesers, aktive Benutzer, ECM-Antwortzeiten pro Anfrage und das Live-Protokoll — dies ist Ihr primäres Debugging-Tool und die meisten Anleitungen ignorieren es vollständig.

oscam.server: Definieren Sie Ihren lokalen Leser (PCSC, Intern, Seriell)

Diese Datei definiert die physische Karte. Für einen eingebauten Leser auf einer Enigma2-Box:

[reader]

Für einen USB PCSC-Leser (SCR3310 oder ähnlich):

[reader]

DercaidWert ist die Conditional Access ID in Hexadezimal. Wenn Sie dies falsch eingeben, wird OScam die Karte sehen, aber ECMs falsch an sie weiterleiten, was zu stillen Entschlüsselungsfehlern führt. Überprüfen Sie die tatsächliche CAID der Karte, indem Sie sich mit der Weboberfläche verbinden — unter Readers zeigt eine erkannte Karte ihre gemeldete CAID. Überprüfen Sie sie mit dem, was Sie in die Konfiguration eingegeben haben.

Ein Randfall, den man kennen sollte: Wenn Sie mehrere Leser mit überlappenden CAIDs definiert haben, wird OScam versuchen, ECMs basierend auf seinen Lastenausgleichsregeln weiterzuleiten. Das kann bedeuten, dass ECMs an eine sekundäre Karte gehen, die tatsächlich nicht die Berechtigungen hat. Weisen Sie unterschiedlichegroupWerte zu und verwenden Sie Gruppenzuweisungen in oscam.user, um Benutzer an bestimmte Leser zu binden.

oscam.user: Konten und CAID/Ident-Zuweisung erstellen

[account]

DerauBereich ist der Ort, an dem viele Setups leise fehlschlagen. Er muss auf ein Leserlabel aus oscam.server verweisen. Ohne ihn erreichen EMMs vom Sender die Karte nicht, und nach dem nächsten Abonnementsverlängerungszyklus hört die Karte auf zu entschlüsseln. Die Berechtigungen der Karte laufen einfach still ab.

DeridentBereich akzeptiert Anbieter-Identifikatoren im FormatCAID:ident1,ident2. Wenn der Sender CAID oder ident nach einem Karten-Software-Update aktualisiert — was vorkommt — bricht Ihr zuvor funktionierendes Setup ohne offensichtlichen Protokollfehler über "kein passender Leser" zusammen.

Aktivieren des CCcam-Protokolls mit [cccam] und Portbindung

Fügen Sie dies zuoscam.confhinzu, um OScam CCcam-Protokoll-Clientverbindungen akzeptieren zu lassen:

[cccam]

DerreshareWert steuert, wie viele Hops ein CW von diesem Server reisen kann. Wenn Sie ihn auf 1 setzen, können Clients die Karte verwenden, aber nicht weiter teilen. DerversionundbuildBereich ist wichtig: Ein Versionskonflikt zwischen der gemeldeten Version des Servers und dem, was der Client erwartet, kann zu Handshake-Fehlern führen, insbesondere bei älteren Enigma2 CCcam-Bauten. Wenn sich ein Client verbindet, aber sofort trennt, versuchen Sie, diese anzupassen, um mit der CCcam-Version des Clients übereinzustimmen.

Verbindung eines CCcam-Clients (Zeilen-Syntax&Ports)

Die C-Zeile ist der Einstiegspunkt für jeden Kartenteilungs-Client. Stellen Sie das Format genau richtig ein — CCcam ist nicht nachsichtig bei Leerzeichen oder Feldreihenfolge.

Anatomie einer C-Zeile: C: host port username password

C: server.example.com 12000 myuser mypassword

Aufschlüsselung jedes Tokens:C:erklärt dies als eine CCcam-Serverzeile. Der Hostname (oder die IP) folgt, dann der Port, auf dem der Server lauscht, dann Benutzername und Passwort, die mit einem Konto in oscam.user (oder CCcam.cfg auf der Serverseite) übereinstimmen. Das ist es für die grundlegende Konnektivität.

Erweiterte Flags kommen nach dem Passwort.nein deaktiviert Wakeup-Pakete; das fünfte Feld (eine Zahl) steuert die EMM-Weiterleitung. Für die meisten Setups ist die oben angegebene Vier-Token-Form alles, was Sie benötigen.

Wo CCcam.cfg lebt und wie der Receiver es liest

Auf Enigma2-Boxen, die CCcam ausführen, befindet sich die Konfiguration typischerweise unter/var/etc/CCcam.cfg. Einige Builds verwenden/etc/CCcam.cfg — SSH einloggen und beide überprüfen. Der Receiver liest diese Datei beim Start und nach einem CCcam-Neustart (über das Plugin-Menü oderinit.d). Änderungen treten erst in Kraft, wenn CCcam neu gestartet wird.

Wenn Sie OScam auf dem Receiver als Client (der sich mit einem entfernten OScam-Server verbindet) ausführen, befindet sich das Äquivalent inoscam.server als einprotocol = cccam Leserblock, der auf den entfernten Host verweist.

F-Zeilen, N-Zeilen und Reshare-Hop-Limits

F-Zeilen in CCcam.cfg definieren, was dieser Receiver an nachgelagerte Clients weitergibt:

F: clientuser clientpass 1 0 { 0:0:0 }

Die Felder nach den Anmeldeinformationen sind Downhops und Uphops. Downhops steuern, wie weit das CW von diesem Knoten nach unten propagiert; Uphops ist, wie viele Hops der Client stromaufwärts sehen kann. Die meisten Server begrenzen die Reshare-Übertragung absichtlich auf Hop 1 oder 2 — tiefe Reshare-Ketten fügen bei jedem Hop Latenz hinzu, und wenn die Kette lang genug ist, kann das CW nach dem Rotationsfenster ankommen, was zu Einfrierungen führt.

N-Zeilen sind für Newcamd-Protokollverbindungen und enthalten einen benutzerspezifischen DES-Schlüssel:

N: server.host 10000 user pass 01 02 03 04 05 06 07 08 09 10 11 12 13 14

Hohe Reshare-Hop-Zahlen sind eine häufige versteckte Ursache für intermittierende Einfrierungen. Ein Setup könnte bei niedrigen Zuschauerzahlen gut funktionieren und anfangen einzufrieren, wenn der Server stärker ausgelastet ist, da wartende ECMs ein paar hundert Millisekunden zu jedem Hop in der Kette hinzufügen.

Testen einer Zeile und Lesen des Verbindungsstatus

Auf einem Enigma2-Receiver, der CCcam ausführt, navigieren Sie zum CCcam-Info-Panel (normalerweise unter Plugins → CCcam-Informationen). Sie sehen jede Serverzeile mit ihrem Verbindungsstatus, der Anzahl der sichtbaren Karten und — am wichtigsten — der ECM-Antwortzeit in Millisekunden.

Eine gesunde ECM-Zeit liegt normalerweise unter 400 ms. Unter 200 ms ist solide. Wenn Sie 600 ms oder mehr sehen, erwarten Sie Einfrierungen. Konsistent steigende ECM-Zeiten deuten auf Serverlast oder Netzwerküberlastung hin, nicht auf ein Konfigurationsproblem. Eine konstant hohe Zahl (sagen wir, immer 800 ms) deutet auf geografische Distanz oder Paketweiterleitungsprobleme hin.

Fehlerbehebung: Keine Kanäle, Einfrieren und 'Karte nicht gefunden'

Die meisten Probleme mit dem Kartenteilung fallen in drei Kategorien: das CW kommt überhaupt nicht an, das CW ist falsch oder der DVB-Tuner selbst hat ein Signalproblem, das nichts mit der Kartenteilung zu tun hat. Diese Verwirrung kostet Stunden.

Schwarzer Bildschirm vs. verschlüsselter Kanal — den Unterschied diagnostizieren

Ein verschlüsseltes oder blockartiges Bild (kein sauberer schwarzer Bildschirm) bedeutet, dass der Kanal korrekt abgestimmt ist, aber die Entschlüsselung fehlschlägt. Das Signal ist vorhanden; das CW nicht. Ein sauberer schwarzer Bildschirm ist eher ein Tunerproblem — falsche Transponderfrequenz, schlechte LNB-Spannung oder eine SID, die einfach nicht in den Berechtigungen der Karte enthalten ist.

Bevor Sie die Kartenteilung für einen schwarzen Bildschirm verantwortlich machen, überprüfen Sie die Signalstärke und SNR/BER in den Tuner-Diagnosen des Receivers. Kartenteilung kann ein schwaches oder fehlendes Signal nicht beheben. Ein LNB-Verbindungsproblem, eine falsche DiSEqC-Einstellung oder ein defektes LNB-Kabel sieht aus der Perspektive des Benutzers identisch mit einem Abonnementproblem aus, hat aber nichts mit der Karte zu tun.

CAID/Provider-Mismatch und das Lesen der richtigen lokalen Karte

Der Logeintrag "kein passender Leser" in OScam ist Ihr diagnostischer Ausgangspunkt. Es bedeutet, dass ein ECM für eine CAID/Ident-Kombination eingegangen ist, die kein Leser verarbeiten kann. Rufen Sie die OScam-Weboberfläche auf, gehen Sie zum Live-Log und suchen Sie nach den CAID- und Identwerten in der fehlgeschlagenen ECM-Zeile. Vergleichen Sie sie mit Ihrem oscam.server-Leserblock und der oscam.user-Ident-Zuweisung.

Sender aktualisieren gelegentlich CAID- oder Provider-Identwerte zusammen mit Karten-Software-Updates. Eine Karte, die monatelang alles einwandfrei entschlüsselt hat, hört plötzlich nach einem OTA-Update auf, und der einzige Hinweis ist, dass die CAID im ECM-Log nicht mehr mit oscam.server übereinstimmt. Aktualisieren Sie Ihre CAID- und Identwerte, um mit dem übereinzustimmen, was das Live-Log meldet.

Firewall, NAT und Port-Forwarding für selbstgehostete Server

Wenn Sie einen OScam-Server hosten und Clients außerhalb Ihres LANs sich nicht verbinden können, muss der Port auf Ihrem Router weitergeleitet werden. Für einen Server, der auf Port 12000 lauscht:

# iptables Beispiel

Leiten Sie auf Ihrem Router den TCP-Port 12000 an die lokale IP des Servers weiter. Überprüfen Sie mitnetstat -tlnp | grep 12000 auf dem Server, dass OScam tatsächlich an diesem Port gebunden ist.

CGNAT ist ein separates Problem. Wenn Ihr ISP Sie hinter Carrier-Grade NAT platziert, gehört Ihre öffentliche IP nicht Ihnen — sie wird von mehreren Kunden geteilt. Sie können als Client problemlos outbound verbinden, aber eingehende Verbindungen zu Ihrer "öffentlichen" IP erreichen niemals Ihren Server. Die einzigen realen Optionen sind ein VPN mit einer dedizierten IP, ein VPS als Relay oder der Wechsel zu einem ISP, der eine echte routbare Adresse bereitstellt. Es gibt keinen Port-Forwarding-Trick, der CGNAT von der Router-Seite aus behebt.

MTU, Latenz und intermittierendes Einfrieren

Intermittierendes Einfrieren, das alle 7–10 Sekunden auftritt, folgt fast genau der CW-Rotation. Das neue Steuerwort kommt nicht an, bevor das alte abläuft. Beginnen Sie mit der ECM-Zeit im Informationsmenü des Receivers — wenn sie konstant über 400 ms liegt, ist das Ihr Problem.

MTU-Missmatches bei bestimmten ISP-Verbindungen können TCP-Pakete fragmentieren, was speziell für kleine, zeitkritische Payloads wie CW-Antworten zu einer erhöhten Latenz führt. Wenn Sie Serverlast und geografische Distanz ausgeschlossen haben, versuchen Sie, die MTU auf der Netzwerkschnittstelle Ihres Servers auf 1460 oder 1452 einzustellen und zu sehen, ob sich die ECM-Zeiten stabilisieren.

Paketverlust ist hier destruktiver als Latenz. Selbst 1–2% Verlust auf dem Weg zwischen Client und Server bedeutet, dass einige CW-Antworten verworfen oder erneut gesendet werden, und eine erneut gesendete CW-Antwort nach dem Rotationsfenster bedeutet ein Einfrieren. Verwenden Siemtr oderping -f um den Pfad auf Verlust zu überprüfen, bevor Sie Konfigurationsprobleme verfolgen.

OScam-Protokolle lesen, um das fehlerhafte ECM zu identifizieren

Aktivieren Sie detailliertes Logging mitoscam -d 255 oder über die Weboberfläche (Konfiguration → Protokollierung, setzen Sie das Protokollniveau auf Debug). Suchen Sie dann nach der SID oder CAID des Kanals:

grep -i "no matching reader" /var/log/oscam/oscam.log

Wichtige Protokollphrasen: "no matching reader" bedeutet, dass das CAID/Ident-Routing fehlgeschlagen ist. "rejected" nach einer Benutzerzeile bedeutet, dass die Authentifizierung fehlschlägt — falsches Passwort oder das Benutzerkonto existiert nicht. "DCW checksum error" ist Hardware: Ihr Smartcard-Leser gibt korrupte Daten zurück, normalerweise von oxidierten Kartenkontakten oder einem fehlerhaften PCSC-USB-Leser. Reinigen Sie die Kartenkontakte mit Isopropylalkohol oder versuchen Sie einen anderen Leser.

Probleme mit der Receiver-Uhr sind eine unterschätzte Ursache für Protokollverwirrung. Wenn die Systemzeit des Servers erheblich abweicht (sagen wir, 20+ Minuten), zeigen Authentifizierungsprotokolle Ablehnungen, die wie credential-bezogen aussehen, aber tatsächlich zeitstempelbasiert sind. Führen Sientpdate -u pool.ntp.org oder aktivieren Sie NTP in Ihrer Systemkonfiguration und stellen Sie sicher, dass die Uhr synchronisiert ist, bevor Sie Credentials beschuldigen.

Wahl einer Serverquelle: Kriterien, nicht Namen

Die grundlegende Frage bei der Bewertung jeder Card-Sharing-Quelle ist: Wie viel der Kette kontrollieren Sie? Der lokale Kartenbesitz und die Miete einer entfernten Leitung sind tatsächlich unterschiedliche Situationen mit unterschiedlichen Fehlermodi.

Lokale Karte vs. entfernte Leitung — Was Sie tatsächlich kontrollieren

Mit einer physischen Karte in Ihrem eigenen Leser kontrollieren Sie alles. EMM-Updates erreichen die Karte direkt, Sie können den Status des Lesers in OScam sehen, und Sie sind nicht von der Betriebszeit anderer abhängig. Der Nachteil sind die Kosten und die Anforderung, ein gültiges lokales Abonnement zu haben.

Eine entfernte Leitung bedeutet, dass jemand anderes die Karte besitzt und den Server betreibt. Sie erhalten eine C-Line, fügen sie Ihrer Konfiguration hinzu, und sie funktioniert entweder oder nicht. Wenn ihr Server ausfällt, haben Sie keine Einsicht, warum, und keine Möglichkeit, es zu beheben. Ihre Karte muss auch EMMs empfangen — wenn die Einrichtung des Karteninhabers EMM-Weiterleitung nicht ordnungsgemäß behandelt, werden Sie sehen, dass Kanäle nach den Abonnementverlängerungszeiträumen abfallen, selbst wenn die Verbindung selbst gesund aussieht.

Stabilitäts- und Betriebszeitindikatoren zur Bewertung

Bei der Bewertung einer Kartenquelle ist der nützlichste Test eine Testphase, in der Sie aktiv die ECM-Zeiten unter verschiedenen Lasten beobachten — der Abend-Hauptzeit ist härter für einen Server als außerhalb der Spitzenzeiten. Eine Quelle, die um 2 Uhr morgens 80 ms ECM-Zeiten zurückgibt, kann um 20 Uhr 600 ms erreichen, wenn die gleichzeitigen Clients ihren Höhepunkt erreichen.

Verbindungsabbrüche, die manuelle C-Line-Neustarts erfordern, sind ein Warnsignal. OScam wird automatisch wieder verbinden, aber ein Server, der regelmäßig Verbindungen trennt, zeigt an, dass irgendwo in seiner Infrastruktur Instabilität besteht. Beobachten Sie die "Clients"-Registerkarte der OScam-Weboberfläche auf häufige Verbindungs-/Trennzyklen bei Ihren eigenen Benutzern als Proxy dafür, wie stabil der Server unter Last funktioniert.

Reshare-Tiefe, CAID-Abdeckung und was zu überprüfen ist

Ein Anbieter, der eine lange CAID-Liste bewirbt, sollte gegen das, was Sie tatsächlich benötigen, überprüft werden. Fragen Sie spezifisch, welche CAIDs und Idents auf der Karte aktiv sind — nicht nur, was das Marketing sagt. Verbinden Sie eine Testleitung, öffnen Sie die OScam-Weboberfläche und sehen Sie sich die Karteninformationen für diesen Leser an. Welche CAIDs erscheinen tatsächlich? Stimmen sie mit den Kanälen überein, die Sie entschlüsseln möchten?

Eine Reshare-Tiefe über Hop 2 ist im Allgemeinen sinnlos und aktiv schädlich für die ECM-Zeiten. Jede Quelle, die Reshare auf Hop 5 oder höher einstellt, denkt entweder nicht an die Latenz oder versucht, die Anzahl der Clients zu maximieren. Beides ist schlecht für Ihre Einrichtung.

Latenz, Serverstandort und Peering-Qualität

Geografische Nähe zum Server betrifft nicht nur den Rohping — es geht um Peering. Ein Server, der 500 km entfernt ist und über eine gut gepeerte Datenzentrumsverbindung verfügt, kann einen Server, der 50 km entfernt ist und über eine überlastete Wohnverbindung verfügt, übertreffen. Pingen Sie die Server-IP von Ihrem Netzwerk aus, bevor Sie sich für eine Leitung entscheiden. Alles unter 30 ms ist ausgezeichnet; 30–80 ms ist machbar; über 150 ms kämpfen Sie ständig mit der ECM-Zeit.

Auf der rechtlichen Seite: Card-Sharing-Berechtigungen mit einer Karte über den lizenzierten Betrachtungsbereich hinaus — beispielsweise das Teilen eines einzelnen Abonnements über mehrere Haushalte — verstößt typischerweise gegen die Bedingungen des Abonnementvertrags und kann in einigen Rechtsordnungen mit Rundfunk- oder Urheberrecht in Konflikt stehen. Die Einzelheiten variieren erheblich je nach Land und Abonnementtyp. Stellen Sie sicher, dass Sie verstehen, was unter Ihren spezifischen Abonnementbedingungen erlaubt ist, bevor Sie etwas konfigurieren.