CCcam& Przewodnik po Ustawieniach Udostępniania Kart OScam (2026)

Jeśli trafiłeś tutaj z półskonfigurowanym odbiornikiem i stosikiem enigmatycznych komunikatów o błędach, ta instrukcja udostępniania kart jest dokładnie tym, czego potrzebujesz. Większość przewodników w Internecie wkleja blok konfiguracji bez wyjaśnienia, co oznacza każdy token, więc w momencie, gdy coś się psuje, jesteś w martwym punkcie. Ten przewodnik idzie głębiej — prawdziwe ścieżki plików, rzeczywiste różnice protokołów i sekcja rozwiązywania problemów, która mapuje konkretne ciągi błędów do konkretnych poprawek.

Brak niejasnych porad. Tylko rzeczy, które naprawdę działają w 2026 roku na rzeczywistym sprzęcie.

Czym jest Udostępnianie Kart (CCcam vs OScam)

Udostępnianie kart pozwala odbiornikowi satelitarnemu deszyfrować kanały, prosząc zdalny serwer o słowo kontrolne (CW) zamiast bezpośrednio odczytywać lokalną kartę smart. Serwer posiada fizyczną kartę, odczytuje ECM (Entitlement Control Message) ze strumienia i odsyła odszyfrowane CW przez sieć. Twój odbiornik używa tego do rozkodowania obrazu.

Istnieją dwie role: jesteś alboklientem łączącym się z serwerem kogoś innego, albo uruchamiaszserwer z własną kartą i udostępniasz dostęp. Większość ludzi zaczyna jako klienci.

Role Klienta i Serwera w Ustawieniach Udostępniania

Odbiornik-klient wysyła ECM-y w górę i otrzymuje CW z powrotem. Potrzebuje nazwy hosta, portu, nazwy użytkownika i hasła — nic więcej. Odbiornik-serwer ma podłączony czytnik kart (fizyczny moduł CAM, gniazdo CI lub wewnętrzny czytnik w Vu+ Solo SE, na przykład) i nasłuchuje na porcie na przychodzące żądania ECM. Obie role mogą istnieć jednocześnie na tym samym urządzeniu.

Protokół CCcam vs OScam: Kiedy Używać Każdego

CCcam to zamknięty protokół opracowany około 2007 roku i nadal najczęściej używany format wymiany. Jego domyślny port to12000. Binarka wciąż krąży dla starszych obrazów Enigma2, ale rozwój zatrzymał się lata temu.

OScam (Open Source Cam) to nowoczesny zamiennik. Jest aktywnie utrzymywany, obsługuje wiele protokołów jednocześnie, ma szczegółową kontrolę per-użytkownik i per-caid oraz daje interfejs webowy z logowaniem ECM na żywo. Jeśli konfigurujesz coś nowego w 2026 roku, użyj OScam. Linijki CCcam (format C:) to nadal sposób, w jaki większość źródeł przekazuje ci dane uwierzytelniające, ale OScam potrafi mówić tym protokołem bez problemu.

Różnice Protokółów Newcamd, CCcam i CWS

Trzy protokoły pojawiają się nieustannie:

• CCcam — własnościowy, port 12000, de facto format danych uwierzytelniających
• newcamd — starszy, ale stabilny, zazwyczaj porty w zakresie 15000, używa 14-bajtowego klucza DES
• camd35 / cs357x / cs378x — warianty oparte na UDP, cs378x dodaje TCP, używane przez niektóre starsze konfiguracje

OScam obsługuje wszystkie z nich. To główny powód, dla którego jest rekomendowany — otrzymujesz jedną zjednoczoną konfigurację i możesz łączyć się z każdym serwerem, niezależnie od tego, jaki protokół obsługuje.

Sprzęt: Odbiorniki Enigma2, Komputery z Linuksem i Moduły CAM

Większość ludzi uruchamia to na urządzeniach opartych na Enigma2: Dreambox DM900, Vu+ Duo 4K, GigaBlue lub tańsze klony działające na obrazach OpenATV lub OpenPLi. Ogólne komputery Debian również działają — wystarczy zainstalować OScam z źródła lub repozytorium pakietów. Moduły CAM (adaptery CI+) są alternatywą, ale dają mniej kontroli nad konfiguracją i logowaniem. Reszta tego przewodnika zakłada Enigma2 lub czysty Linux.

Krok po Kroku Konfiguracja Klienta CCcam

To jest miejsce, gdzie większość konfiguracji działa lub się psuje w zależności od jednego błędnego znaku w pliku konfiguracyjnym. Podejdź do tego token po tokenie.

Edycja /etc/CCcam.cfg lub /var/etc/CCcam.cfg

Na większości obrazów Enigma2, CCcam odczytuje z/etc/CCcam.cfg. Po aktualizacji obrazu lub w niektórych wersjach OpenPLi, może przenieść się do/var/etc/CCcam.cfg. Sprawdź, która ścieżka jest rzeczywiście odczytywana, uruchamiając:

ps aux | grep CCcam

Następnie sprawdź skrypt uruchamiający w/etc/init.d/CCcam dla wyraźnej ścieżki. Edytuj odpowiedni plik przez SSH (nano działa dobrze) lub FTP (użyj FileZilla wskazując na port 22 z SFTP). Nie używaj Notatnika Windows — zapisuje zakończenia linii CRLF, które łamią parser.

Anatomia linii C: (Host Port NazwaUżytkownika Hasło)

Linia połączenia klienta wygląda tak:

C: hostname.example.com 12000 myuser mypassword no { 0:0:1 }

Rozkładając to na części:

• C: — dyrektywa połączenia klienta
• hostname.example.com — nazwa hosta serwera lub IP
• 12000 — port (domyślny CCcam; dostosuj, jeśli twoje źródło używa czegoś innego)
• myuser mypassword — dane uwierzytelniające dokładnie tak, jak podano
• no — czy dzielić lokalne karty z tym serwerem (użyjno chyba że robisz ponowne udostępnianie)
• { 0:0:1 } — opcjonalne: maksymalne przeskoki. Ustaw na 1 dla bezpośredniej karty, usuń całkowicie, jeśli nie jesteś pewien

Jedna linia na serwer. Wiele linii C: jest w porządku, a CCcam spróbuje każdej z nich dla ECM, jeśli poprzednia nie powiedzie się.

Ustawianie linii F: do ponownego udostępniania

Jeśli używasz lokalnej karty i chcesz pozwolić innym na połączenie z tobą, dodaj linie F:

F: clientusername clientpassword 1 0 { 0:0:2 }

Tokeny to: nazwa użytkownika, hasło, zezwól na aktualizacje emm (0 lub 1), dziel wszystkie karty (0 lub 1) oraz opcjonalne ograniczenia hop/caid. Każda linia F: to jeden dozwolony klient. Trzymaj je ściśle ograniczone — nie używaj dzikich caidów, chyba że dokładnie wiesz, co udostępniasz.

Restartowanie demona i potwierdzanie połączenia

Zrestartuj CCcam za pomocą:

killall -9 CCcam&& sleep 2&& /etc/init.d/CCcam start

Lub użyj panelu softcam w menu wtyczek swojego odbiornika, jeśli korzystasz z obrazu GUI. Po restarcie, przejdź do interfejsu webowego CCcam podhttp://receiver-ip:16001.Karty zakładka pokazuje, co serwer zdekodował i udostępnił. Zielone wpisy oznaczają aktywne czytniki. Jeśli lista jest pusta po 30 sekundach, coś w linii C: jest nie tak — sprawdź ponownie port i dane uwierzytelniające.

Konfiguracja serwera OScam i czytnika

OScam dzieli swoją konfigurację na wiele plików zamiast jednego monolitycznego pliku konfiguracyjnego. To jest irytujące na początku, a naprawdę lepsze, gdy już to zrozumiesz. Trzy pliki, którymi się interesujesz, znajdują się w/etc/tuxbox/config/oscam/,/var/keys/, lub/etc/oscam/ w zależności od twojego obrazu. Sprawdź za pomocąfind / -name "oscam.conf" 2>/dev/null.

oscam.conf: Port Webif i Ustawienia Globalne

[global]

Interfejs webowy na porcie 8888 jest twoim głównym narzędziem diagnostycznym. Ustawhttprefresh na 10, aby uzyskać prawie na żywo aktualizacje na stronie statusu. Plik dziennika w/tmp/oscam.log to to, co przeszukujesz, gdy coś idzie nie tak — więcej na ten temat poniżej.

oscam.server: Definiowanie Czytnika CCcam

[reader]

Liniagroup = 1 to miejsce, w którym większość konfiguracji cicho się psuje. Numer grupy musi odpowiadać temu, co ustawiłeś woscam.user — jeśli się nie zgadzają, czytnik staje się aktywny, ale konto użytkownika nie widzi żadnych kart. To prawdopodobnie najczęstsza przyczyna, dla której OScam "działa", ale nie dekoduje niczego.

Ustawcccmaxhops na 1 lub 2. Cokolwiek powyżej 3 i ścigasz reshare'y na tyle głęboko, że czas odpowiedzi staje się problemem.

oscam.user: Tworzenie Kont Użytkowników i Mapowanie Grup

[account]

Liniagroup = 1 musi odpowiadać grupie czytnika. Liniaau = 1 włącza aktualizacje EMM (konieczne do utrzymania ważności karty w czasie — więcej na temat dryfu zegara EMM poniżej). Ogranicz caidy i identyfikatory do tego, co faktycznie oglądasz; nie zostawiaj tych pól pustych, chyba że chcesz, aby wszystkie caidy były przekazywane.

Odczytywanie Statusu Interfejsu Webowego OScam i Dziennika ECM

Zakładka Czytniki w interfejsie webowym OScam pokazuje każdy czytnik, jego status (Połączony / Niepołączony) oraz karty, które widzi. Zakładka Użytkownicy pokazuje aktywne sesje i liczniki ECM dla każdego konta.

Najbardziej przydatny widok toHistoria ECM — albo w interfejsie webowym, albo w surowym dzienniku. Każda linia pokazuje kanał, caid, identyfikator i czas odpowiedzi w milisekundach. Zdrowa linia wygląda tak:

OK (234 ms) caid=0900 prov=000000 srvid=1234

Cokolwiek konsekwentnie powyżej 500–600 ms to problem. Kanały z szybkim kluczem (na przykład transmisje sportowe na żywo) zmieniają swoje słowa kontrolne co 5–10 sekund, więc jeśli twój czas przejazdu ECM wynosi 700 ms, zobaczysz zacięcia, nawet jeśli linia technicznie działa na wolniejszych kanałach.

Rozwiązywanie problemów: Zawieszenia, timeouty ECM i błędy DCW

Ta sekcja to rzeczywista wartość instrukcji cardsharing — mapowanie komunikatów o błędach do przyczyn źródłowych zamiast po prostu mówić "sprawdź swoją konfigurację."

Zawieszenia kanału co kilka sekund (interwał ECM)

Jeśli obraz zawiesza się w regularnym rytmie — zazwyczaj co 5, 10 lub 30 sekund — osiągasz interwał zmiany klucza ECM. Serwer nie odpowiada wystarczająco szybko przed następną rotacją klucza.

Przyczyny w kolejności prawdopodobieństwa: wysoki licznik skoków (każdy dodatkowy skok dodaje ~50–150ms), przeciążony serwer lub odległość geograficzna powodująca opóźnienia. W OScam sprawdź średni czas odpowiedzi w logu ECM. Jeśli jest powyżej 400ms, zmniejsz liczbę skoków. Jeśli jest w porządku na kanałach filmowych, ale przerywa na sportowych, problem dotyczy szczególnie szybkiej rotacji kluczy — nadawcy sportowi często używają interwałów 5-sekundowych.

'Timeout ECM' i wolne czasy odpowiedzi

Timeout ECM w logu OScam oznacza, że czytnik wysłał żądanie i nie otrzymał odpowiedzi w oknie timeoutu. Przyczyny:

• Serwer niedostępny — uruchomtelnet hostname 12000 z odbiornika, aby przetestować surową łączność
• Zapora ogniowa po stronie serwera blokująca port
• Karta upstream w ogóle nie obsługuje tego caid — serwer otrzymuje ECM, ale nie ma nic do jego deszyfrowania
• Błędne dane uwierzytelniające powodujące cichą odmowę

Woscam.log przeszukaj za pomocąECM i sprawdź pole statusu.E wpisy (w przeciwieństwie doOK) informują, który czytnik zawiódł i dla którego caid.

'Błąd sumy kontrolnej DCW' i błędne po dekodowaniu

To jest subtelne. Błąd sumy kontrolnej DCW oznacza, że OScam otrzymał słowo kontrolne, ale walidacja sumy kontrolnej nie powiodła się. Dwie powszechne przyczyny:

Pierwsza: fałszywa lub proxy karta, która w rzeczywistości generuje błędne CW — albo karta jest nieważna, albo serwer upstream manipuluje wartościami. Druga, i bardziej naprawialna:dwaj czytnicy odpowiadający za ten sam caid. Jeśli masz dwa wpisy serwera, które mogą zwrócić CW dla caid 0900, OScam może otrzymać sprzeczne odpowiedzi. Rozwiązaniem jest wyraźne ograniczenie caid na każdym czytniku lub ustawienie priorytetu czytnika zpriority = 1 na preferowanym czytniku ipriority = 2 na zapasowym.

[reader]

Brak karty / czytnik pokazuje offline

Czytnik pokazuje offline w OScam webif — albo nigdy się nie połączył, albo połączenie zostało zerwane. Sprawdź: błędna nazwa hosta/port (literówka jest powszechna), błędne dane uwierzytelniające, serwer aktywnie odrzucający połączenie lub sam serwer jest wyłączony. Log OScam pokaże albo komunikat o odmowie połączenia, albo o nieudanym logowaniu. Dla czytników protokołu CCcam, również zweryfikujcccversion odpowiada temu, czego oczekuje serwer — niektóre serwery odrzucają klientów ogłaszających zbyt nowe wersje.

Problemy z siecią, NAT i przekazywaniem portów

Jeśli jesteśhostem serwera, połączenia przychodzące muszą dotrzeć do twojego odbiornika. Oznacza to przekazywanie portu 12000 (lub wybranego portu) na routerze i upewnienie się, że zapora ogniowa twojego odbiornika (iptables) na to pozwala:

iptables -A INPUT -p tcp --dport 12000 -j ACCEPT

Sprawdź, czy port jest dostępny z zewnątrz, używając dowolnego narzędzia do sprawdzania portów z przeglądarki w innej sieci. Jeden nieprzyjemny przypadek: jeśli twój ISP umieszcza cię za CGNAT (carrier-grade NAT), nie masz w ogóle publicznego IP, a przekierowanie portów przychodzących jest niemożliwe. Sprawdź, patrząc na WAN IP swojego routera — jeśli znajduje się w zakresie 100.64.0.0/10, jesteś za CGNAT. Obejście to VPS z tunelem (WireGuard lub podobnym) do twojego domowego odbiornika.

Obserwuj również zegar systemowy. Przetwarzanie EMM (które utrzymuje ważność uprawnień twojej karty) może cicho zawieść, jeśli zegar odbiornika się rozjeżdża. Klient NTP na urządzeniu to naprawia — zainstaluj i włącz chrony lub ntpd. Bez tego karta, która działa dzisiaj, może stopniowo tracić kanały w ciągu dni lub tygodni, gdy aktualizacje EMM nie przechodzą walidacji.

Jeszcze jeden przypadek brzegowy: jeśli uruchamiasz zarówno binarny CCcam, jak i OScam na tym samym urządzeniu, oba będą próbować związać port 12000. OScam wygra lub przegra tę walkę w zależności od kolejności uruchamiania, a ten, który przegra, po prostu cicho zawiedzie. Wybierz jeden i wyłącz drugi.

Jak wybrać wiarygodne źródło udostępniania (kryteria ogólne)

Nie podaję nazw dostawców — to zamierzone, nie tylko z powodów prawnych. Jakość dostawców zmienia się nieustannie, a każda nazwa, którą napiszę dzisiaj, może zniknąć lub ulec pogorszeniu do następnego miesiąca. To, co się nie zmienia, to to, co należy mierzyć.

Lokalna karta vs. linia udostępniona: implikacje opóźnienia

Serwer zlokalną kartą (skok 0) odczytuje ECM bezpośrednio z fizycznej karty inteligentnej. Czas odpowiedzi wynosi zazwyczaj 80–250 ms. Każdy dodatkowy skok — gdzie serwer A przekazuje ECM do serwera B, który ma rzeczywistą kartę — dodaje opóźnienie sieciowe. Skok 2 może wynosić 300 ms. Skok 5 może wynosić 800 ms i być ledwo używalny.

Kiedy otrzymasz dane uwierzytelniające, zapytaj lub przetestuj, jaki rzeczywisty licznik skoków otrzymujesz. Interfejs webowy OScam pokazuje liczbę skoków na czytnik w zakładce Karty, gdy używasz protokołu CCcam.

Czas pracy, liczba skoków i jak testować czas odpowiedzi

Podłącz czytnik w OScam, dostrój się do kanału, który faktycznie oglądasz, i pozostaw log ECM włączony przez godzinę. Eksportuj lub przeszukaj log pod kątem swojego caid. Spójrz nams wartości — czy są spójne, czy skaczą do 2000 ms, a potem wracają do 100 ms? Stabilne źródło zmienia się może o 50–100 ms. Dziko fluktuujące źródło jest albo przeciążone, albo udostępnia z niepewnego źródła.

Częstotliwość zamrożenia to ostateczny test. Zero zamrożeń przez godzinę na kanałach z szybkim kluczem oznacza, że źródło jest solidne.

Czerwone flagi przeciążonych lub fałszywych źródeł

• Czas odpowiedzi, który skacze powyżej 1000 ms w godzinach szczytu (czas prime, ważne wydarzenia sportowe)
• Czytnik często przechodzi w tryb offline i ponownie się łączy — pokazuje w logu OScam jako powtarzające sięPołączenie nawiązane /Połączenie utracone cykle
• Jedna linia reklamująca 50+ caidów — żadna pojedyncza karta tego nie pokrywa; to agregator udostępniania z nieprzewidywalną niezawodnością
• Błędy sumy kontrolnej DCW pojawiające się nawet na kanałach, które krótko działają — znak złych danych karty w źródle

Uwaga prawna: Udostępniaj tylko karty, które legalnie posiadasz

Ta instrukcja dotycząca udostępniania kart obejmuje konfigurację technicznąsystemów udostępniania kart.Protokóły i narzędzia opisane tutaj — CCcam, OScam, newcamd — to legalne oprogramowanie. To, czy ich użycie jest legalne, zależy całkowicie od tego, czyja karta znajduje się w czytniku i co mówią warunki twojej subskrypcji.

Udostępnianie kart powinno zawsze dotyczyć karty subskrypcyjnej, którą osobiście posiadasz i za którą płacisz. Udostępnianie własnej legalnie posiadanej karty między własnymi urządzeniami to szara strefa w większości jurysdykcji; udostępnianie komercyjne lub dostęp do kart, których nie posiadasz, nie jest. Ten przewodnik istnieje, aby pomóc ludziom poprawnie skonfigurować własny sprzęt, a nie ułatwiać cokolwiek innego.