Telewizja satelitarna bez subskrypcji: konfiguracja CCcam/OScam 2026

Jeśli spędziłeś trochę czasu na forach Enigma2, widziałeś ludzi mówiących o uruchamianiu telewizji satelitarnej bez subskrypcji poprzez konfiguracje udostępniania kart zamiast płacenia nadawcy co miesiąc. Technologia stojąca za tym nie jest magią — to dość prosty trik sieciowy oparty na tym, jak już działa warunkowy dostęp DVB. Ten przewodnik przeprowadza przez rzeczywiste mechanizmy protokołu, pliki konfiguracyjne, które będziesz mógł dotknąć na prawdziwym odbiorniku, oraz kroki rozwiązywania problemów, które oddzielają płynne ustawienie od czarnego ekranu o 20:00 w noc meczu.

Nie zamierzam wskazywać ci żadnego konkretnego źródła kart. To jest techniczne omówienie, jak działają CCcam i OScam, jak skonfigurować klienta i jak czytać swoje logi, gdy coś się zepsuje. Co zrobisz z działającą konfiguracją i skąd weźmiesz linię, to już twoja sprawa — a legalność tego bardzo różni się w zależności od miejsca, w którym mieszkasz.

Jak udostępnianie kart dostarcza telewizję satelitarną bez subskrypcji na urządzenie

Każdy zaszyfrowany kanał satelitarny wysyła ECM — komunikaty kontrolne uprawnień — co kilka sekund. CAM twojego odbiornika (moduł dostępu warunkowego) przechwytuje ECM i przekazuje go do karty inteligentnej. Jeśli karta ma prawo do tego kanału, odszyfrowuje ECM i zwraca Słowo Kontrolne (CW), krótki klucz, którego odbiornik używa do odszyfrowania rzeczywistego strumienia wideo i audio. To wszystko. To jest cały trik, który sprawia, że płatna telewizja jest płatną telewizją.

Udostępnianie kart przenosi to przekazywanie CW przez IP. Zamiast fizycznej karty inteligentnej znajdującej się w twoim odbiorniku, ECM jest przesyłane przez sieć do maszyny, która ma kartę, a CW wraca w ten sam sposób. Twoje urządzenie nigdy nie widzi fizycznej karty — po prostu otrzymuje CW, którego potrzebuje, wystarczająco szybko, że nigdy nie zauważasz podróży w obie strony. To jest cały mechanizm stojący za konfiguracjami telewizji satelitarnej bez subskrypcji: nie usuwasz szyfrowania, po prostu przenosisz miejsce, w którym odbywa się odszyfrowanie.

Co właściwie robi karta inteligentna (ECM i słowa kontrolne)

Karta sama w sobie nie wykonuje prawie żadnych obliczeń obciążających. Sprawdza ECM w odniesieniu do swoich danych uprawnień (które pakiety, które kombinacje caid/provid może odszyfrować) i jeśli się zgadza, zwraca CW. CW jest zazwyczaj ważne przez około 10 sekund, zanim nadawca je zmieni, co jest powodem, dla którego czas ma tak duże znaczenie w udostępnionej konfiguracji — więcej na ten temat w sekcji rozwiązywania problemów.

Role klienta i serwera w konfiguracji udostępniania

W każdej konfiguracji udostępniania jest serwer (trzyma kartę, odpowiada na żądania ECM) i klient (nie ma karty, przesyła ECM i czeka na CW). Twój odbiornik działający w trybie klienta OScam lub CCcam to po prostu kawałek oprogramowania, które przechwytuje to, co normalnie trafiłoby do lokalnego CAM i zamiast tego wysyła to do zdalnego hosta przez TCP.

Dlaczego jedna karta może obsługiwać wiele odbiorników w sieci

Ponieważ ruch ECM/CW jest niewielki — kilka setek bajtów na żądanie — jedna karta znajdująca się w donglu lub czytniku kart na jednej maszynie teoretycznie może odpowiadać na żądania z kilku odbiorników w sieci LAN lub przez internet. To jest cała ekonomiczna logika stojąca za udostępnianiem kart: jedna fizyczna subskrypcja, odszyfrowana raz, redystrybuowana jako dane klucza, a nie jako wideo.

CCcam vs OScam vs MGcamd na poziomie protokołu

CCcam to zamknięty softcam z własnym, zastrzeżonym protokołem (również nazywanym CCcam) działającym przez TCP, historycznie na portach w zakresie 12000-17000 w zależności od konfiguracji. Jest łatwy do skonfigurowania, ale jesteś ograniczony do tego, co wspiera binarka — brak źródła, brak prawdziwego debugowania poza wyjściem logów.

OScam jest otwartym źródłem i, z mojego doświadczenia, poważniejszym narzędziem dla każdego, kto rzeczywiście rozwiązuje problemy z konfiguracją. Obsługuje protokoły cccam, newcamd, camd35 i radegast, co oznacza, że jedna instancja OScam może łączyć się z źródłami działającymi na którymkolwiek z nich. Posiada również odpowiedni interfejs webowy do statusu czytnika na żywo, którego CCcam nie ma natywnie.

MGcamd to klient tylko dla newcamd, lżejszy, powszechny na starszych pudełkach Enigma2 opartych na MIPS, gdzie narzut OScam był problemem. Na nowoczesnych odbiornikach (opartych na ARM Vu+, Zgemma, Dreambox dwa 2 jednostki) OScam jest zazwyczaj lepszym domyślnym wyborem, ponieważ sprzęt nie jest już wąskim gardłem.

Konfiguracja klienta OScam: pliki konfiguracyjne, ścieżki i porty

Konfiguracja OScam znajduje się w plikach tekstowych, co jest szczerze mówiąc najlepszą rzeczą w tym — brak binarnych blobów do zgadywania. W większości obrazów Enigma2 znajdziesz je pod/etc/tuxbox/config/oscam/, chociaż niektóre starsze wersje lub obrazy specyficzne dla pudełek (szczególnie starsze flash'e Dreambox) umieszczają je w/usr/keys zamiast tego. Jeśli nie możesz znaleźć katalogu, sprawdź oba, zanim założysz, że konfiguracja nie istnieje.

Układ katalogów: /etc/tuxbox/config/oscam/ i /var/keys

Główne pliki tooscam.conf,oscam.server,oscam.user,oscam.services, ioscam.dvbapi. Niektóre obrazy tworzą dowiązania do tych plików w/var/keys dla wygody, więc edytowanie jednego edytuje drugie — sprawdź za pomocąls -la zanim założysz, że edytujesz plik na żywo.

ustawienia globalne i monitorowania oscam.conf

Ten plik kontroluje globalne zachowanie — szczegółowość logowania, port interfejsu webowego oraz ustawienia monitorowania dla dostępu telnet, jeśli z tego korzystasz. Typowy blok globalny wygląda tak:

 [global]

Zauważ domyślny httpport 8888 — niektóre obrazy mają 83 lub 8080 zamiast tego, więc sprawdź domyślny port swojego obrazu, zanim założysz, że 8888 jest poprawny. Cokolwiek to jest, uzyskujesz do niego dostęp pod http://receiver-ip:8888 z przeglądarki w tej samej sieci.

oscam.server: definiowanie czytnika CCcam lub newcamd

Każde źródło, do którego się łączysz, otrzymuje [reader] blok w oscam.server. Dla źródła protokołu CCcam wygląda to mniej więcej tak (wartości poniżej są miejscami, a nie rzeczywistą linią):

 [reader]

Pole device przyjmuje host,port — port musi dokładnie odpowiadać temu, co działa w źródle, a jeśli jest błędny, zobaczysz odmowę połączenia lub przekroczenie czasu w logu w ciągu kilku sekund. Wartość group wiąże tego czytnika z konkretnymi kontami użytkowników w oscam.user

, co pozwala kontrolować, które lokalne klienty mogą korzystać z którego czytnika.

oscam.user: lokalne konta klientów i mapowanie grup

 Tutaj definiujesz, kto ma prawo pobierać CW z twojej instancji OScam lokalnie (lub z innych urządzeń w twojej sieci LAN, jeśli łączysz wiele odbiorników z jednego serwera). Podstawowy blok konta:

[account] Wartość group = 1 tutaj musi odpowiadać grupie czytnika w oscam.server

lub konto nie będzie mogło w ogóle korzystać z tego czytnika — to sprawia więcej problemów przy pierwszych konfiguracjach niż cokolwiek innego.

Restartowanie i sprawdzanie interfejsu webowego na porcie 8888 Po edytowaniu któregokolwiek z tych plików, zrestartuj OScam — zazwyczaj /etc/init.d/softcam.oscam restart lub przez menu wtyczek odbiornika w sekcji konfiguracji Softcam. Następnie przejdź do WebIf pod http://receiver-ip:8888

i sprawdź zakładkę Czytniki. Działający czytnik pokazuje zielony status "połączony"; wszystko inne i przechodzisz od razu do sekcji rozwiązywania problemów poniżej.

Konfigurowanie klienta CCcam (CCcam.cfg) i DVBAPI Jeśli uruchamiasz CCcam bezpośrednio, a nie przez OScam, wszystko znajduje się w jednym pliku: CCcam.cfg, zazwyczaj znajdującym się w,/var/etc, lub/usr/keys w zależności od obrazu (OpenATV i OpenPLi umieszczają to w nieco innych miejscach, więc sprawdź oba, jeśli brakuje).

Składnia C-linii w pliku CCcam.cfg wyjaśniona pole po polu

C-linia to to, co definiuje połączenie wychodzące do źródła karty:

C: 203.0.113.10 17000 myusername mypassword

Cztery pola, w kolejności: host, port, nazwa użytkownika, hasło. To cała składnia — żadnych numerów grup, żadnych flag protokołu, w przeciwieństwie do bardziej szczegółowych bloków czytników OScam. Niektóre wersje CCcam obsługują opcjonalną flagę końcową dla zachowania przekazywania (czy karta tego połączenia jest ponownie udostępniana twoim klientom F-line), ale podstawowe cztery pola są obowiązkowe.

F-linia do udostępniania z powrotem twoim klientom

Jeśli chcesz, aby inne odbiorniki pobierały karty z twojego boxa, dodajesz F-linię:

F: myaccountname myaccountpass 0 0 0

Końcowe zera kontrolują limity skoków i ograniczenia przekazywania — pozostawienie ich na 0 zazwyczaj oznacza brak dodatkowych ograniczeń poza domyślnymi ustawieniami CCcam. To jest jednak konfiguracja po stronie serwera; większość osób uruchamiających pojedynczy box kliencki nigdy nie potrzebuje F-linii.

Włączanie dvbapi, aby OScam zasilał tuner boxa

Jeśli używasz OScam zamiast CCcam bezpośrednio, część, która faktycznie komunikuje się z tunerem odbiornika, tooscam.dvbapi. Musi być włączona i skierowana na odpowiednie urządzenie:

[dvbapi]

Ustawboxtype aby pasował do twojej rodziny sprzętowej — wiele obrazów Enigma2 automatycznie to wykrywa poprawnie, ale jeśli kanały w ogóle się nie deszyfrują pomimo podłączonego czytnika, wymuszenie boxtype explicite (dreambox, duckbox lub pc dla ogólnego Linuxa) jest warte spróbowania.

Priorytet, ignorowanie i pliki usług

oscam.dvbapi obsługuje również linie P: (priorytet) i I: (ignoruj), które kontrolują, który czytnik odpowiada na który kanał, gdy masz skonfigurowane więcej niż jedno źródło:

P: 0100:000000 0963 01& 03200000 # priorytet czytnika1

Te kwestie mają znaczenie, gdy zarządzasz wieloma źródłami — bez nich OScam wybiera czytniki według własnej logiki wewnętrznej, co nie zawsze jest tym, czego chcesz, jeśli jedno źródło jest szybsze od innego dla tego samego kanału.

Jedna rzecz, którą warto wyraźnie zaznaczyć: nie uruchamiaj CCcam i OScam jednocześnie, jeśli oba są skonfigurowane do kontrolowania dvbapi. Będą walczyć o interfejs tunera i zamiast obrazu otrzymasz czarny ekran. Wybierz jeden do zarządzania dvbapi — zazwyczaj OScam, łącząc w czytnik protokołu CCcam, jeśli musisz połączyć się z źródłem w stylu CCcam — i całkowicie wyłącz wtyczkę softcam drugiego.

Rozwiązywanie problemów: Zawieszanie, Brak CW, i Wysokie czasy ECM

To jest sekcja, którą większość przewodników pomija, a to ta, która naprawdę ma znaczenie, gdy już coś działa. Działająca konfiguracja dzisiaj nie oznacza działającego strumienia jutro — sieci się zmieniają, źródła są przeciążone, a zegary się spóźniają.

Czytanie logu OScam i strony statusu

Śledź log ztail -f /tmp/oscam.log i obserwuj linie pokazujące status czytnika i czas odpowiedzi ECM w milisekundach. Zdrowa linia wygląda mniej więcej tak:

reader1 (11111111&M#S) ECM znaleziono (0 ms rsp) - CW 12345678...

Liczba w nawiasach to twój czas ECM. Poniżej około 300-500ms to płynne oglądanie. Gdy przekraczasz 900ms konsekwentnie, spodziewaj się widocznego zawieszania przy zmianach scen i szybkim ruchu — szczególnie w sporcie.

'CW nie znaleziono' vs 'czytnik nie połączony'

To dwa zupełnie różne problemy, a początkujący ciągle je mylą. "Czytnik nie połączony" oznacza, że OScam nie może nawet dotrzeć do źródła — problem z siecią, zły port lub samo źródło jest niedostępne. "CW nie znaleziono" oznacza, że połączenie jest w porządku, ale karta nie ma uprawnień do tego konkretnego kanału — zły caid/provid, pakiet nie jest wliczony, lub źródło usunęło ten kanał ze swojej oferty.

Diagnozowanie wysokiego czasu ECM i zawieszania kanału

Jeśli twój czytnik pokazuje połączenie, ale czasy ECM są konsekwentnie wysokie, problem zazwyczaj leży w ścieżce sieciowej, a nie w twojej konfiguracji. Wykonaj podstawowy ping i traceroute do adresu IP źródłowego — jeśli widzisz opóźnienie 150 ms lub więcej lub utratę pakietów, to właśnie tam wyjaśnia się twoje zamarzanie. Linijki udostępnione ponownie (karta znajdująca się kilka skoków od oryginalnego źródła) mają tendencję do wyższych czasów ECM niż źródło z lokalną, oryginalną kartą, po prostu dlatego, że każdy skok dodaje opóźnienie.

Zapory, NAT i kontrole przekierowania portów

Jeśli to ty uruchamiasz stronę serwera, a klienci zewnętrzni nie mogą się połączyć, sprawdź, czy port czytnika/serwera jest faktycznie przekierowany na twoim routerze i nie jest zablokowany przez zaporę oprogramowania na maszynie hosta. Częsty problem: podwójne konfiguracje NAT, w których modem/router przypisuje ci prywatny adres IP, a twój własny router znajduje się za tym — samo przekierowanie portów na twoim routerze tego nie naprawi, ponieważ zewnętrzne urządzenie również wykonuje NAT.

Gorsze jest CGNAT (Carrier-Grade NAT), które wiele ISP używa teraz w celu oszczędzania IPv4. Jeśli twój ISP umieścił cię za CGNAT, nie masz w ogóle publicznego adresu IP, a żadne przekierowanie portów na twoim własnym sprzęcie nie pozwoli połączeniom przychodzącym dotrzeć do ciebie. Potrzebujesz VPN z publicznym punktem końcowym lub połączenia na poziomie biznesowym, aby to obejść. To ma znaczenie tylko wtedy, gdy sam hostujesz serwer — czyste klienci łączący się na zewnątrz nie są w ogóle dotknięci CGNAT.

Jitter sieciowy i problemy z MTU

Jeśli twój ruch udostępniany przebiega przez tunel VPN, zwróć uwagę na problemy z MTU/frakcjonowaniem. Standardowe MTU Ethernet wynosi 1500 bajtów, ale narzut VPN (OpenVPN, WireGuard) zmniejsza to, a jeśli pakiety zostaną podzielone lub utracone w wyniku tego, zobaczysz przerywane czasowe przekroczenia ECM, które wyglądają losowo, ale takie nie są. Obniżenie MTU tunelu nieco (próbując 1400 lub 1350) często to naprawia.

Sprawdź również zegar systemowy swojego odbiornika. Jeśli NTP nie synchronizuje — co jest powszechne po przerwie w zasilaniu lub ponownym uruchomieniu na urządzeniu z martwą baterią RTC — zegar może się na tyle przesunąć, że przerwie handshake autoryzacji z niektórymi protokołami lub sprawi, że czas ECM będzie wyglądał na błędny w logach, nawet gdy sieć jest w porządku. Włącz synchronizację NTP w ustawieniach sieciowych Enigma2 i potwierdź, że data/godzina faktycznie odpowiada rzeczywistości po ponownym uruchomieniu.

Jak ocenić źródło udostępniania kart (tylko kryteria ogólne)

Nie wymienię tutaj dostawców — częściowo dlatego, że wolałbym, aby ta strona pozostała użyteczna za sześć miesięcy, zamiast stać się martwą listą martwych linków, a częściowo dlatego, że kryteria mają większe znaczenie niż jakakolwiek konkretna nazwa. Oto, co należy sprawdzić przed zobowiązaniem się do źródła telewizji satelitarnej bez subskrypcji.

Czas działania i sygnały niezawodności do przetestowania samodzielnie

Nie wierz nikomu na słowo, jeśli chodzi o czas działania. Obserwuj własny log OScam przez kilka dni w różnych porach — wczesnym rankiem, w godzinach szczytu, w weekendy. Źródło, które jest niezawodne o 3 w nocy, ale ma problemy o 21 w sobotę, mówi ci coś o tym, jak bardzo jest przeszacowane.

Lokalna karta vs linia udostępniona — jak rozpoznać

Źródła z kartą lokalną dla swojego serwera mają tendencję do pokazywania konsekwentnie niskich, stabilnych czasów ECM. Linijki udostępnione (łańcuch serwerów przekazujących dostęp do tej samej karty przez wiele skoków) zazwyczaj pokazują wyższe i bardziej zmienne czasy ECM, a także są bardziej podatne na całkowite zrywanie, jeśli jakikolwiek skok w łańcuchu ma problem. Nie zawsze możesz powiedzieć, co dostajesz na początku, ale twoje własne zarejestrowane czasy ECM w czasie powiedzą ci.

Czas odpowiedzi ECM jako wskaźnik jakości

To jest jedyny najuczciwszy wskaźnik, jaki masz, i jest to wskaźnik, który generujesz samodzielnie, zamiast ufać twierdzeniu. Zarejestruj swój średni czas ECM w różnych kanałach i porach dnia. Jeśli jest konsekwentnie poniżej 400 ms, to dobre źródło. Jeśli regularnie skacze powyżej 800-900 ms, oczekuj zamarzania, niezależnie od tego, co ktokolwiek ci powie o swojej konfiguracji.

Rozważania prawne i bezpieczeństwa konta

Bądź sceptyczny wobec wszystkiego, co prosi o dostęp administracyjny do twojego routera lub dane logowania root twojego odbiornika — to czerwony flag niezależnie od tego, jak skonfigurowane jest to ustawienie. I miej jasny obraz strony prawnej: dostęp do zaszyfrowanych transmisji płatnej telewizji bez autoryzacji od właściciela praw jest nielegalny w wielu jurysdykcjach, kropka. Ta strona wyjaśnia, jak działa technologia z perspektywy sieciowej i protokołowej. Co zrobisz z tymi informacjami i czy jest to legalne tam, gdzie mieszkasz, to całkowicie twoja decyzja i twoja odpowiedzialność.