Przewodnik po konfiguracji Cardsharing: CCcam& Przewodnik po konfiguracji OScam
Jeśli szukałeś działającej instrukcji cardsharing, która rzeczywiście pokazuje ścieżki plików, dokładną składnię konfiguracji i co robić, gdy coś się zepsuje — to jest to. Większość przewodników zakłada, że już wiesz połowę z tego lub została napisana dla sprzętu, który został wydany w 2014 roku. Ten jest napisany dla 2026: urządzenia Enigma2, kompilacje Raspberry Pi i OScam-SVN skompilowane ze źródła.
To nie jest przegląd koncepcyjny. Otrzymasz prawdziwe polecenia, prawdziwe lokalizacje plików i adnotowane bloki konfiguracji. Na koniec powinieneś mieć działającą linię zdekodowaną i wiedzieć dokładnie, który wpis w logach przeszukać, gdy nie działa.
Co potrzebujesz przed rozpoczęciem
Zanim dotkniesz pliku konfiguracyjnego, ustal, jaki rodzaj konfiguracji budujesz. Istnieją dwa zasadniczo różne scenariusze, które dyktują wszystko, co następuje.
Alokalne ustawienie karty oznacza, że posiadasz fizyczną kartę smart i kompatybilny czytnik kart USB lub wewnętrzny. Karta jest fizycznie w twojej maszynie lub odbiorniku. OScam lub CCcam odczytuje ją bezpośrednio — jesteś serwerem. Aczyste ustawienie klienta oznacza, że masz linię C lub N od dostawcy, a twoje urządzenie łączy się z zdalnym serwerem, który posiada kartę. Większość użytkowników czytających instrukcję cardsharing znajduje się w drugiej kategorii.
Sprzęt: Odbiornik Enigma2, Raspberry Pi lub serwer Linux
Urządzenia Enigma2 (Dreambox, VU+, Zgemma itp.) działają na systemie operacyjnym opartym na Linuksie i mają wbudowane wsparcie dla wtyczek softcam. OScam instaluje się bezproblemowo z repozytorium. Raspberry Pi 3B/4 działa dobrze, jeśli skompilujesz OScam z SVN — binarka ARM z losowych stron jest zazwyczaj przestarzała. Ogólny serwer Linux x86 jest najłatwiejszy do zarządzania w dłuższej perspektywie.
ARM vs MIPS ma znaczenie. VU+ Zero 4K używa ARM, Dreambox 800 używa MIPS. Binarka OScam, którą pobierasz, musi odpowiadać architekturze twojego CPU, inaczej po prostu nie zadziała. Jeśli kompilujesz ze źródła za pomocą./configure&& make, to jest to obsługiwane automatycznie. Jeśli pobierasz skompilowaną binarkę z repozytorium, sprawdź nazwę pakietu —oscam-emu_mipsel nie zadziała na ARM.
Oprogramowanie: CCcam vs OScam — Które wybrać
CCcam jest zamkniętym źródłem, rozwój zatrzymał się lata temu, a protokół jest zasadniczo zamrożony. Jest prosty w konfiguracji — jeden plik, linie C, gotowe. Ale nie ma interfejsu webowego, aktywnych poprawek błędów i ograniczonego wsparcia dla protokołów.
OScam jest otwartym źródłem, aktywnie utrzymywanym i obsługuje jednocześnie protokoły cccam, newcamd, mgcamd i cs378x. Ma wbudowany interfejs webowy na porcie 8888, szczegółowe logowanie i model konfiguracji czterech plików, który jest bardziej potężny, gdy go zrozumiesz. Dla jakiejkolwiek nowej konfiguracji w 2026 roku użyj OScam. Sięgaj po CCcam tylko wtedy, gdy masz do czynienia z przestarzałym sprzętem lub dostawcą, który wydaje tylko linie CCcam C i potrzebujesz szybkiej instalacji tylko klienta.
Działający tuner DVB i ważna linia
Twój tuner DVB musi zablokować się na transponderze satelitarnym, zanim dekodowanie w ogóle wejdzie w grę. Najpierw potwierdź sygnał — użyj wyszukiwarki sygnału w menu swojego odbiornika. Zaszyfrowany kanał pokazujący się jako zablokowany, ale czarny, to problem z dekodowaniem. Kanał, który w ogóle nie blokuje, to problem z anteną/kablem, a nie problem z konfiguracją. Nie debuguj OScam przy złym sygnale.
Wymagania sieciowe: statyczny adres IP LAN, przekierowanie portów, synchronizacja czasu
Nadaj swojemu odbiornikowi lub serwerowi statyczny adres IP LAN. Dynamiczne adresy IP z DHCP oznaczają, że twoje przekierowanie portów przestaje działać, gdy odnawiane jest dzierżawa. Ustaw to w tabeli rezerwacji DHCP w swoim routerze, używając adresu MAC urządzenia — jest to czystsze niż ustawianie tego na samym urządzeniu.
NTP jest niezbędny. OScam używa znaczników czasowych do walidacji ECM, a jeśli twój zegar systemowy różni się o więcej niż kilka sekund od zegara serwera, otrzymasz natychmiastowe rozłączenia lub błędy uwierzytelniania, które wyglądają jak błędne hasła. Na Raspbian:sudo timedatectl set-ntp true. Na Enigma2: ustaw serwer czasu w ustawieniach systemowych i potwierdź, że synchronizuje się przy uruchomieniu.
Jedna krawędź, którą warto znać: jeśli twój ISP używa CGNAT (częste w przypadku mobilnego szerokopasmowego i niektórych dostawców kablowych), standardowe przekierowanie portów nie zadziała, ponieważ nie masz publicznego adresu IP. Będziesz potrzebować tunelu VPN (WireGuard działa dobrze) lub relay VPS, aby połączyć połączenie. Podwójny NAT — router za modemem, który również wykonuje NAT — ma ten sam problem. Diagnozuj, sprawdzając WAN IP swojego routera w porównaniu do publicznego IP za pomocą strony takiej jak whatismyip. Jeśli się różnią, jesteś za CGNAT.
Instalacja CCcam i OScam
Ścieżki instalacji różnią się w zależności od platformy, więc omówię główne z nich wyraźnie, zamiast ogólnikowo mówić o "twoim katalogu konfiguracyjnym."
Instalacja OScam za pomocą repozytorium pakietów lub kompilacji SVN
Na Enigma2 najszybszą ścieżką jest repozytorium pakietów. W terminalu przez SSH:
opkg updateTo umieszcza binarkę w/usr/bin/oscam i tworzy katalog konfiguracyjny w/etc/oscam/. Skrypt init.d w/etc/init.d/oscam obsługuje start/stop.
Na Raspberry Pi lub serwerze opartym na Debianie, skompiluj z SVN. Najpierw będziesz potrzebować zależności:
sudo apt install build-essential libssl-dev cmake subversionSkompilowana binarka ląduje wDistribution/ podfolderze. Skopiuj ją:sudo cp Distribution/oscam /usr/local/bin/oscam. Utwórz swój katalog konfiguracyjny w/etc/oscam/ ręcznie:sudo mkdir /etc/oscam.
Uruchom to w tle:oscam -b -c /etc/oscam. Flaga-b uruchamia to jako demon;-c wskazuje na twój katalog konfiguracyjny.
Umieszczanie binarki CCcam i ustawianie uprawnień
Na Enigma2, CCcam instaluje się z pakietu w podobny sposób jak OScam. Binarka trafia do/usr/bin/CCcam. Jeśli kopiujesz binarkę ręcznie:
cp CCcam /usr/bin/CCcamBez ustawionego bitu wykonywania, po prostu cicho nic nie robi. chmod 755 to twój pierwszy krok debugowania, jeśli CCcam nie chce się uruchomić.
Gdzie znajdują się pliki konfiguracyjne
CCcam czyta z/var/keys/CCcam.cfg lub/etc/tuxbox/config/CCcam.cfg w zależności od obrazu. Niektóre obrazy sprawdzają oba; niektóre tylko jeden. Jeśli CCcam się uruchamia, ale ignoruje twój konfigurację, umieściłeś plik w złej lokalizacji. Sprawdź skrypt startowy, aby zobaczyć, którą ścieżkę przekazuje:
cat /etc/init.d/softcam | grep CCcamKatalog konfiguracyjny OScam to zazwyczaj/etc/oscam/ na świeżych instalacjach lub/var/etc/oscam/ na starszych obrazach Enigma2. Flaga-c używana przy uruchamianiu to określa — zawsze używaj ścieżki bezwzględnej.
Uruchamianie i zatrzymywanie Emu
Na Enigma2, wtyczka panelu softcam to obsługuje. Na serwerze Linux bez interfejsu graficznego, utwórz plik jednostki systemd w/etc/systemd/system/oscam.service:
[Unit]Następnie:sudo systemctl enable oscam&& sudo systemctl start oscam. Dzienniki trafiają tam, gdzielogfile= wskazuje w twoimoscam.conf — ustaw to na/var/log/oscam.log i upewnij się, że katalog istnieje.
Poprawna edycja plików konfiguracyjnych
To jest miejsce, w którym większość przewodników po cardsharingu się rozpada — pokazują plik konfiguracyjny, ale nigdy nie wyjaśniają, co każde pole właściwie robi. Przejdę przez to pole po polu.
CCcam.cfg: składnia C-Linii
C-Linia CCcam ma dokładnie taki format:
C: my.server.tld 12000 myusername mypassword no { 0:0:2 }Rozkładając to:
C:— deklaruje, że to jest linia klienta łącząca się z serwerem CCcammy.server.tld— nazwa hosta lub IP serwera12000— port TCP, na którym nasłuchuje serwermyusername— nazwa użytkownika wrażliwa na wielkość liter (zła wielkość liter = błąd autoryzacji)mypassword— hasło wrażliwe na wielkość literno— czy udostępniać otrzymane karty z powrotem w górę (prawie zawszenodla ustawień klientów){ 0:0:2 }— opcjonalne: filtr CAID, limit hop, poziom reshare
Pola po haśle są opcjonalne, ale mogą pomóc w ograniczeniu tego, co linia udostępnia lub żąda. Białe znaki mają znaczenie — używaj pojedynczych spacji między polami. Tabulatory mogą przerwać analizę w niektórych wersjach CCcam.
Strona serwera: F-Lines i N-Lines
Jeśli uruchamiasz serwer CCcam (lokalna konfiguracja karty), deklarujesz dozwolonych klientów za pomocą F-linii:
F: clientusername clientpassword 1 0 0 0 { 0:0:2 }N-linie są dla połączeń protokołu Newcamd. Wyglądają inaczej — zawierają klucz DES:
N: my.server.tld 15000 user pass 01 02 03 04 05 06 07 08 09 10 11 12 13 1414-bajtowy klucz hex musi być zgodny zarówno po stronie klienta, jak i serwera. Większość ludzi po prostu zostawia domyślny klucz — to wystarczy dla prywatnej konfiguracji, ale nie dla niczego wrażliwego na bezpieczeństwo.
Model czterofajlowy OScam: oscam.conf, oscam.server, oscam.user, oscam.services
OScam dzieli swoją konfigurację na cztery pliki. Zrozumienie tego jest kluczem do działania OScam. Każdy przewodnik, który tego nie wyjaśnia, pozostawia użytkowników zdezorientowanych, dlaczego zmiany w jednym pliku nie wpływają na nic.
- oscam.conf — ustawienia globalne: logowanie, interfejs webowy, które moduły protokołów załadować ([cccam], [newcamd], [dvbapi])
- oscam.server — bloki [reader]: każde źródło upstream (zdalna C-linia, lokalny czytnik kart) otrzymuje jeden blok
- oscam.user — bloki [account]: każdy klient łączący się z twoją instancją OScam otrzymuje jeden blok
- oscam.services — opcjonalne: filtry CAID/dostawcy/SID do kontrolowania, które usługi każdy czytnik lub konto może uzyskać dostęp
Pola bloku czytnika OScam i bloku konta
Oto blok czytnika łączący się z zdalnym serwerem CCcam:
[reader]A odpowiadający blok konta dla lokalnego klienta DVBAPI:
[account]Polegroup jest tym, co je łączy. Gdy lokalny klient (przez DVBAPI) prosi o klucz, OScam kieruje żądanie ECM do czytników w tej samej grupie. Jeśli twoje konto jest w group=1, a twój czytnik jest w group=2, nigdy nie będą ze sobą rozmawiać i za każdym razem zobaczysz "brak pasującego czytnika" w logu.
Dla czystej konfiguracji klienta (bez lokalnej karty) ustawau = 0 w bloku konta. Aktualizacje EMM są potrzebne tylko wtedy, gdy masz fizyczną kartę, która wymaga aktualizacji subskrypcyjnych — są one nieistotne dla zdalnych linii.
Konfiguracja DVBAPI: oscam.dvbapi i sekcja [dvbapi]
Sekcja [dvbapi] w oscam.conf łączy OScam z demuxem DVB w twoim odbiorniku:
[dvbapi]Poleuser tutaj musi dokładnie odpowiadać kontu w oscam.user. Poleboxtype zależy od twojego sprzętu:dreambox,vuplus,dbox2, itd. Zły typ boxa zazwyczaj skutkuje dekryptowaniem, które zaczyna się, a potem zatrzymuje, lub działa na niektórych kanałach, ale nie na innych.
Na Enigma2, OScam komunikuje się z systemem za pomocą gniazda na/tmp/camd.socket (dla Camd35/cs357x) lub bezpośrednio przez węzły urządzeń DVB.pmt_mode ustawienie kontroluje, jak wykrywane są zmiany kanałów — 0 działa w większości konfiguracji.
Sekcja global oscam.conf również potrzebuje:
[global]Ustaw silnehttppwd. Bez TLS (który większość konfiguracji LAN pomija), hasło jest przesyłane w postaci niezaszyfrowanej — w porządku w prywatnej sieci LAN, nie w porządku, jeśli interfejs jest publicznie dostępny. Jeśli zablokujesz się, ustawiając httpuser/httppwd i zapominając dane logowania, edytuj plik konfiguracyjny bezpośrednio i uruchom ponownie OScam. Nie ma opcji "zapomniałem hasła".
Porty, Zapora i Łączenie Klienta z Serwerem
Poprawne skonfigurowanie portu to jeden z najczęstszych punktów potknięcia w każdej instrukcji cardsharing. Numery muszą się zgadzać w routerze, konfiguracji serwera i konfiguracji klienta — we wszystkich trzech.
Domyślne Porty
| Protokół | Domyślny Port | Lokalizacja Konfiguracji |
|---|---|---|
| CCcam | 12000 | CCcam.cfg pole portu C-line / F-line |
| Newcamd | 15000 | oscam.conf [newcamd] port= |
| CS378x (cs357x) | 15001 | oscam.conf [cs357x] port= |
| Interfejs Webowy OScam | 8888 | oscam.conf [webif] httpport= |
To są domyślne ustawienia, nie wymagania. Możesz uruchomić CCcam na porcie 5500, jeśli chcesz — upewnij się tylko, że C-line i port nasłuchujący serwera dokładnie się zgadzają. Niedopasowane porty oznaczają, że połączenie TCP nigdy się nie ustanawia, co w logach wygląda identycznie jak blokada zapory.
Przekierowanie Portów na Routerze
Jeśli uruchamiasz serwer w domu, a klienci łączą się z zewnątrz twojej sieci LAN, musisz przekierować port nasłuchujący serwera na statyczny adres IP LAN serwera w swoim routerze. Większość interfejsów routerów ma to w sekcji "Przekierowanie portów" lub "Wirtualny serwer." Protokół to TCP. Port zewnętrzny = port wewnętrzny (chyba że zmieniasz mapowanie).
Jeśli jesteś za CGNAT — adres WAN twojego routera nie jest twoim publicznym adresem IP — przekierowanie portów nie pomoże. Rozwiązaniem, na które większość ludzi się decyduje, jest tani VPS jako przekaźnik: tunel WireGuard z twojego serwera domowego do VPS, a następnie port jest wystawiony na publiczny adres IP VPS. Dodaje to kilka milisekund opóźnienia, ale działa.
Testowanie Połączenia: Interfejs Webowy OScam i Strona Informacyjna CCcam
Zanim obwinisz konfigurację OScam, sprawdź, czy port TCP jest rzeczywiście osiągalny:
nc -zv my.server.tld 12000Lub za pomocą telnet:telnet my.server.tld 12000. Jeśli otrzymasz "Połączenie odrzucone" lub timeout, port nie jest otwarty — napraw zaporę przed dotykaniem konfiguracji. Jeśli uzyskasz połączenie, a następnie ono zrywa, serwer nasłuchuje, ale twoje dane logowania lub protokół są błędne.
Interfejs webowy OScam nahttp://receiver-ip:8888 pokazuje status czytnika w czasie rzeczywistym. Przejdź do "Czytniki" i sprawdź kolumnę statusu.POŁĄCZONY oznacza, że linia jest aktywna.BŁĄD POŁĄCZENIA oznacza, że połączenie TCP nie powiodło się.BŁĄD KARTY oznacza, że połączenie zostało nawiązane, ale uwierzytelnienie lub odpytywanie karty nie powiodło się.
Odczytywanie listy udostępniania: Hops i uprawnienia
W interfejsie webowym kliknij czytnik, aby zobaczyć informacje o karcie. "Karta znaleziona, 0 hops" oznacza, że serwer ma fizyczną kartę bezpośrednio. "1 hop" oznacza, że między tobą a kartą znajduje się jeden serwer. Każdy hop dodaje kilka milisekund do czasu ECM.
Wysoka liczba hopów — 3 lub więcej — zazwyczaj powoduje zauważalne zacięcia na szybko zmieniających się kanałach. Większość dostawców ma 1 hop. Jeśli dostawca mówi o swoich hopach, ale widzisz 3 w OScam, coś jest nie tak z ich infrastrukturą lub ponownie udostępniają.
Rozwiązywanie problemów: Zacięcia, błędy ECM i brak obrazu
Większość problemów ma specyficzne objawy. Jeśli wiesz, na co zwrócić uwagę w dzienniku, możesz zdiagnozować w kilka minut zamiast godzin losowych zmian w konfiguracji.
Timeout ECM i wysoki czas ECM
Zacięcie co 10–30 sekund? Czas ECM jest prawdopodobnie zbyt wysoki. Słowo kontrolne, które deszyfruje strumień, musi być odnawiane okresowo — jeśli nowy klucz przychodzi zbyt późno, widzisz zacięcie. Sprawdź czas ECM w interfejsie webowym OScam w sekcji Czytniki. Cokolwiek poniżej 500 ms jest w porządku. Powyżej 1000 ms prawdopodobnie spowoduje widoczne przerwy.
Rozwiązania: użyj geograficznie bliższego serwera, ogranicz CAID/dostawcę w oscam.services, aby uniknąć prób OScam z wieloma czytnikami przed wybraniem właściwego, obniżuphops w bloku czytnika, aby odrzucić karty oddalone o więcej niż N hopów:
[reader]Zielony lub czarny ekran: Błędny CAID lub brak uprawnienia
Zielony ekran (lub czarny ekran, w zależności od odbiornika) bez zacięcia — deszyfrowanie nigdy się nie zaczyna. Albo CAID/ID dostawcy dla tego kanału nie pasuje do tego, co niesie twoja linia, albo twój oscam.services błędnie to filtruje.
Znajdź CAID kanału w informacji o transponderze w menu swojego odbiornika. Porównaj to z tym, co OScam pokazuje w Czytnikach> Uprawnienia. Jeśli nie jest wymienione, twoja linia nie niesie tego CAID. Jeśli jest wymienione, ale nadal nie działa, sprawdź oscam.services pod kątem jakiejkolwiek explicite blokady na tym SID lub kombinacji CAID:provid.
Zrywanie połączeń i pętle ponownego łączenia
Pętla ponownego łączenia — OScam łączy się, rozłącza, łączy ponownie co kilka sekund — zazwyczaj wskazuje na jedną z trzech rzeczy: błędne hasło, limit udostępniania po stronie serwera (zbyt wiele jednoczesnych połączeń) lub przesunięcie czasowe. Sprawdź dokładny błąd:
grep 'ecm\|error\|reject' /var/log/oscam.log | tail -50"odrzucone" po nazwie użytkownika oznacza, że serwer zna użytkownika, ale odmawia połączenia — limit udostępniania lub konto wygasło. "nieprawidłowy użytkownik" oznacza błędną nazwę użytkownika. Natychmiastowe rozłączenie bez wymiany uwierzytelnienia prawie zawsze oznacza przesunięcie czasowe.
Błędny czas systemowy / NTP powodujący natychmiastowe rozłączenia
To jest jedna rzecz, o której prawie żaden poradnik dotyczący udostępniania kart nie wspomina, ale ciągle sprawia problemy. Jeśli zegar twojego odbiornika jest spóźniony o więcej niż ~30 sekund w stosunku do zegara serwera, handshake TLS lub sprawdzenie znacznika czasu protokołu cccam nie powiodą się i otrzymasz natychmiastowe rozłączenie, które wygląda dokładnie jak błędne hasło.
Sprawdź swój czas:date na odbiorniku, a następnie porównaj z maszyną zsynchronizowaną z NTP lub internetową usługą czasu. Napraw to:
# Na Enigma2:Odczytywanie oscam.log w celu diagnozy: Brak pasującego czytnika, niezgodność grupy
"brak pasującego czytnika" w dzienniku oznacza, że żądanie ECM wpłynęło, ale żaden czytnik w dopasowanej grupie nie mógł go obsłużyć. Prawie zawsze jest to niezgodność grupy. Sprawdź, czy grupa konta= i grupa czytnika= mają przynajmniej jeden wspólny numer.
Dziennik OScam jest szczegółowy, gdy znasz format. Udane dekodowanie ECM wygląda jak:
2026/06/12 14:33:12 c (dvbapi) [user=localbox] ECM caid 0500 z dvbapi: znaleziono (16 ms) przez my_clineNiepowodzenie:nie znaleziono (500 ms) przez żadnego czytnika lubprzekroczenie czasu przez czytnik my_cline. Czas w nawiasach to twój czas ECM — zwróć uwagę na tę liczbę.
Jak wybrać dostawcę (bez ryzyka)
Wybór linii to miejsce, w którym ludzie popełniają kosztowne błędy. Techniczne ustawienie to łatwa część — wybór niezawodnego źródła to miejsce, w którym musisz być wybredny.
Jak wygląda dobra linia
Solidny dostawca powinien być skłonny zaoferować linię testową — zazwyczaj 24–48 godzin — zanim zapłacisz. Podczas tego testu sprawdź czas ECM w OScam: stałe wartości poniżej 300ms są doskonałe, poniżej 500ms są akceptowalne, wszystko powyżej 800ms będzie irytujące. Testuj w godzinach szczytu (wieczory, popołudnia w weekendy), a nie o 3 nad ranem, gdy obciążenie jest minimalne.
Zapytaj konkretnie, które CAID-y i identyfikatory dostawców mają. Dobry dostawca dokładnie wie, jakie pakiety ma i może podać ci kombinację CAID:provid, abyś mógł zweryfikować, czy pasuje do tego, co widzisz w OScam. Niejasne odpowiedzi, takie jak "mamy wszystko", to czerwona flaga.
Czerwone flagi: Przeładowane serwery i brak linii testowej
Każdy dostawca, który odmawia linii testowej, coś ukrywa — zazwyczaj przeładowany serwer. Przeładowanie oznacza, że wydali więcej C-linii, niż serwer może jednocześnie obsłużyć, więc wydajność spada w godzinach szczytu. Test pozwala ci to wychwycić przed zapłatą.
Ciągłe zawieszenia, które pojawiają się o 20:00, ale nie o 10:00? Przeładowane. Jeśli wsparcie obwinia twój odbiornik, twoją konfigurację lub twoje połączenie internetowe, nie patrząc na statystyki ECM po stronie serwera, odejdź.
Karta lokalna vs linia zdalna: Kontrola i niezawodność
Lokalna karta smart z czytnikiem USB daje ci pełną kontrolę — nie jesteś zależny od czasu działania strony trzeciej. Karta potrzebuje okresowych aktualizacji EMM, aby pozostać ważna, co OScam obsługuje automatycznie zau = 1 w bloku czytnika. Ale musisz faktycznie posiadać i utrzymywać ważną subskrypcję.
Zdalne linie są wygodne, ale z natury kruche. Dostawca kontroluje czas działania, a jeśli padną o północy, zostajesz w martwym punkcie. Lokalne karty nie mają tego problemu — ale mają problem, że jeśli dostawca zmieni swoje parametry szyfrowania, a twoja karta nie otrzyma aktualizacji na czas, tracisz sygnał, aż EMM się zsynchronizuje.
Uwaga prawna i odpowiedzialność za użytkowanie osobiste
To, do czego masz prawo do deszyfrowania, zależy całkowicie od twojej jurysdykcji i posiadanych subskrypcji. Ustawienia opisane w tym przewodniku — OScam, CCcam, deszyfrowanie DVB — mogą być używane całkowicie legalnie z kartami, które posiadasz i subskrypcjami, za które płacisz. Używanie ich do deszyfrowania treści, do których nie masz uprawnień, to inna sprawa, a sytuacja prawna znacznie różni się w zależności od kraju. Znaj swoje lokalne prawo. To twoja odpowiedzialność, nie moja.
Najczęściej zadawane pytania
Czy powinienem używać CCcam czy OScam do mojej konfiguracji?
OScam. Jest open-source, aktywnie rozwijany, obsługuje protokoły cccam, newcamd, mgcamd i cs378x jednocześnie, i ma interfejs webowy do monitorowania w czasie rzeczywistym. CCcam jest prostszy w konfiguracji dla czystej konfiguracji klienta, ale rozwój jest martwy i nie daje ci wglądu w to, co się dzieje. Jedynym powodem, aby dziś używać CCcam, jest kompatybilność ze starszym sprzętem lub dostawcą, który wyłącznie wydaje C-linie CCcam i potrzebujesz czegoś działającego w dziesięć minut.
Gdzie znajduje się plik CCcam.cfg lub oscam.conf?
Na Enigma2, CCcam.cfg zazwyczaj znajduje się w/var/keys/CCcam.cfg lub/etc/tuxbox/config/CCcam.cfg — sprawdź skrypt uruchamiający swojego obrazu, aby potwierdzić, którą ścieżkę odczytuje. Pliki konfiguracyjne OScam (oscam.conf, oscam.server, oscam.user, oscam.services) znajdują się w/etc/oscam/ w większości wersji, lub/var/etc/oscam/ w starszych obrazach Enigma2. Ostateczna odpowiedź to cokolwiek-c ścieżka, którą przekażesz do binarnego pliku oscam przy uruchomieniu.
Jak wygląda C-linia i co oznaczają pola?
Format:C: hostname port username password. Na przykład:C: my.server.tld 12000 myuser mypassHostname i port wskazują na adres nasłuchujący serwera. Nazwa użytkownika i hasło są wrażliwe na wielkość liter — błędna wielkość liter wygląda identycznie jak błędne dane logowania. Opcjonalne pola w nawiasach klamrowych kontrolują udostępnianie i limity skoków. Wszystkie pola są oddzielone spacjami; tabulatory powodują ciche błędy analizy w niektórych wersjach CCcam.
Dlaczego mój obraz zamraża się co kilka sekund?
Dziewięć razy na dziesięć: wysoki czas ECM. Sprawdź to w interfejsie internetowym OScam w zakładce Readers. Powyżej ~800ms zobaczysz okresowe zamrożenia, gdy odnowienia słowa kontrolnego przychodzą z opóźnieniem. Napraw to, używając linii o niższej latencji, ustawiającuphops = 1 w swoim bloku czytnika, aby odrzucić udostępnienia o wysokich skokach, lub dodając filtrowanie CAID/dostawcy w oscam.services, aby OScam nie marnował czasu na zapytania do czytników, które nie mogą pomóc. Sprawdź również NTP — dryfujący zegar może powodować błędy uwierzytelniania ECM, które wyglądają jak wolne dekodowanie.
Jakie porty muszę otworzyć?
Domyślny port CCcam to TCP 12000. Newcamd to TCP 15000. CS378x to zazwyczaj TCP 15001. Interfejs internetowy OScam działa na TCP 8888 (tylko LAN — nie udostępniaj tego na zewnątrz bez uwierzytelnienia i najlepiej VPN). Przekieruj port, na którym nasłuchuje twój serwer, przez router do adresu IP LAN serwera. Konfiguracja klienta musi określać ten sam port. Niedopasowanie = połączenie odrzucone, co wygląda tak samo jak blokada zapory.
Interfejs internetowy OScam pokazuje CONNECT_ERROR — co teraz?
Zacznij od podstawowego testu TCP:nc -zv hostname port z odbiornika. Jeśli to się nie powiedzie, port nie jest osiągalny — sprawdź zaporę i przekierowanie portów przed edytowaniem konfiguracji. Jeśli TCP łączy, ale OScam nadal pokazuje CONNECT_ERROR, sprawdź nazwę użytkownika/hasło (oba wrażliwe na wielkość liter), upewnij się, że grupa [account] = odpowiada grupie [reader], i potwierdź, że czas systemowy jest zsynchronizowany za pomocą NTP. Przesunięcie zegara większe niż ~30 sekund powoduje natychmiastowe rozłączenia, które są nieodróżnialne od błędów uwierzytelniania w logu.