Konfiguracja pakietu Cardsharing Polsat Box 2026 (CCcam/OScam)

Jeśli szukałeś działającego pakietu Polsat Box CCcam/OScam do cardsharingu 2026, prawdopodobnie już zauważyłeś problem: większość poradników w Internecie jest kopiowana z wątków na forum z 2019 roku i odnosi się do CAID-ów, które przestały odpowiadać na ECM-y lata temu. Prowadzę małą skrzynkę OScam do testowania konfiguracji na kilku zestawach DVB-S2, a pierwszą rzeczą, którą mówię każdemu, kto szuka pakietu Polsat Box CCcam/OScam do cardsharingu 2026, jest to — przestań myśleć w kategoriach "pakietów", jakby był subskrybentem. Myśl w kategoriach CAID i identyfikatora dostawcy. To jedyna rzecz, która naprawdę interesuje twojego czytelnika.

Ten przewodnik przeprowadzi cię przez to, jak zidentyfikować, z czym tak naprawdę masz do czynienia po stronie karty, jak poprawnie skonfigurować oscam.server i oscam.dvbapi, jak wygląda odpowiednik CCcam.cfg, jeśli uruchamiasz ten plik binarny, oraz — prawdopodobnie sekcja, do której wrócisz najczęściej — jak odczytywać czasy ECM, abyś mógł odróżnić błąd w konfiguracji od źródła, które jest po prostu przeciążone w godzinach szczytu.

Jak szyfrowanie Polsat Box odnosi się do wyboru pakietu

Oto rzecz, której nikt nie wyjaśnia jasno: nie ma żadnego pola "pakietu" w CCcam ani OScam. Jest CAID (Conditional Access ID) i identyfikator dostawcy (provid), a czasami filtr SID (service ID) na dodatek. Kiedy ktoś mówi, że potrzebuje pakietu Polsat Box CCcam/OScam do cardsharingu 2026, to, czego tak naprawdę potrzebuje, to konkretna para CAID:provid, która jest aktualnie aktywna na karcie, plus jakakolwiek lista SID, która otwiera warianty HD lub regionalne.

Poziomy marketingowe — rzeczy wydrukowane na fakturze subskrypcyjnej — nie istnieją na poziomie protokołu. Bukiet "Premium" i bukiet "Standard" mogą dzielić ten sam CAID i różnić się tylko tym, do których SID-ów karta ma prawa. Więc kiedy budujesz konfigurację, zapomnij całkowicie o nazwie poziomu i znajdź numery.

Identyfikacja CAID i identyfikatora dostawcy

Dwa miejsca do sprawdzenia. Po pierwsze, jeśli masz fizyczną kartę w czytniku, zaloguj się do OScam webif i przejdź doStatus> Czytniki. Kliknij nazwę czytnika, a zobaczysz ciąg ATR (Answer To Reset) wraz z CAID-ami, które karta zgłasza. Po drugie — i to jest to, co naprawdę ma znaczenie w przypadku rozwiązywania problemów na żywo — dostrój się do docelowego kanału i obserwuj dziennik ECM. Zobaczysz linie takie jak:

czytnik (lokalny) ECM 0100:000000 (crc=xxxxxx) znaleziony przez czytnik w 210 ms

To0100 to twój CAID (Nagravision historycznie używa zakresu 0100-01FF), a sześć cyfr szesnastkowych po nim rozkłada się na identyfikator dostawcy. Nie ufaj numerowi, który znalazłeś na forum z 2023 roku — systemy szyfrowania się zmieniają, a Polsat Box zmieniał identyfikatory dostawców wcześniej bez większego publicznego ogłoszenia. Potwierdź to na żywo, za każdym razem, gdy konfigurujesz nowe źródło.

Dlaczego koncepcja 'pakietu' różni się od bukietu kanałów

Bukiet to lista kanałów zgrupowanych w celach marketingowych. Pakiet, w sensie CCcam/OScam, to dowolny zestaw SID-ów, do których twoja karta lub share ma rzeczywiście ustawione bity uprawnień po stronie EMM. Możesz mieć poprawny CAID i nadal otrzymywać czarny ekran na trzech kanałach w bukiecie, ponieważ EMM nigdy nie przyznał praw do tych konkretnych SID-ów. To myli wielu ludzi, którzy zakładają, że "CAID pasuje, więc wszystko w tym poziomie powinno się otworzyć."

Odczytywanie potoku ECM/EMM przed podjęciem decyzji

Zanim napiszesz jedną linię konfiguracji, spędź dwadzieścia minut, po prostu obserwując logi. ECM-y pojawiają się mniej więcej co kilka sekund na kanał i są odpowiadane (lub nie) przez którykolwiek czytnik w twoim łańcuchu, który faktycznie ma prawa. EMM-y aktualizują uprawnienia okresowo w tle — jeśli te nie są przetwarzane poprawnie, kanał, który otworzył się wczoraj, może zgasnąć dzisiaj, nawet przy niezmienionym CAID. To jest potok, wokół którego budujesz całą resztę konfiguracji.

Konfiguracja czytnika OScam dla pakietu w stylu Nagravision

Zakładając, że potwierdziłeś swój CAID na żywo, a nie zgadując, oto jak rzeczywiste pliki konfiguracyjne się łączą. Ścieżki różnią się w zależności od obrazu — zaznaczę te powszechne — ale logika jest identyczna wszędzie.

przykład bloku czytnika oscam.server

Na większości odbiorników opartych na Linuksie ten plik znajduje się w/var/etc/oscam.server; w niektórych obrazach enigma2 znajduje się pod/etc/tuxbox/config/oscam.server. Oczyszczony blok czytnika, ograniczony do jednego identyfikatora, wygląda tak:

Zauważ miejsca na dane — 203.0.113.10 to zarezerwowany IP do dokumentacji, a nie prawdziwy host. Każda wartość tutaj musi pochodzić z twojej własnej karty lub danych uwierzytelniających share, nigdy nie kopiowana z postu na forum.

Filtracja CAID/dostawcy w oscam.dvbapi

Ten plik —/var/etc/oscam.dvbapi na większości obrazów — to to, co faktycznie decyduje, które kombinacje CAID/provid są wysyłane do demultipleksera. Bez filtra tutaj OScam spróbuje zażądać ECM-ów dla każdego CAID, który widzi w strumieniu, co marnuje cykle i może powodować opóźnienia w przełączaniu.

Połącz to z ograniczeniem caid/provid bezpośrednio na czytniku (liniaident powyżej to robi) zamiast próbować filtrować na poziomie dvbapi za pomocą symboli wieloznacznych — jest to bardziej przewidywalne i łatwiejsze do debugowania, gdy coś przestaje działać.

AU (automatyczna aktualizacja) i obsługa EMM

Ustawienieau = 1 informuje OScam, aby przetwarzał EMM i automatycznie utrzymywał aktualne uprawnienia. Wyłącz to (au = 0) tylko jeśli korzystasz z czystego udostępniania CCcam bez lokalnej karty — zdalne udostępnianie obsługuje przetwarzanie EMM po stronie serwera, a uruchamianie AU lokalnie w połączeniu z udostępnieniem nie przynosi żadnych korzyści i tylko generuje szum w logach.

linijki ecmlist i ident

Jeśli chcesz mocno zablokować czytnik do konkretnego pakietu zamiast pozwalać mu odpowiadać na wszystko, na co technicznie mógłby, użyj pliku ecmlist wskazanego w oscam.server, lub po prostu trzymajident = CAID:PROVID linijkę wąsko. Czytnik z szeroką listą identyfikatorów chętnie spróbuje odpowiedzieć na ECM-y, do których nie ma rzeczywistych praw, co dokładnie powoduje przerywane czarne ekrany omówione w następnej sekcji.

Odpowiednik konfiguracji CCcam.cfg i higiena F-Line/C-Line

Jeśli używasz rzeczywistego binarnego pliku CCcam zamiast emulacji klienta cccam OScam, plik znajduje się w/var/etc/CCcam.cfg w większości obrazów odbiorników, chociaż widziałem urządzenia — szczególnie starsze obrazy Dreambox — które przechowują go w/usr/keys/CCcam.cfg zamiast tego. Jeśli edytujesz plik i nic się nie zmienia po ponownym uruchomieniu, to prawie zawsze jest powód: edytowałeś kopię, której urządzenie nie odczytuje. Sprawdź oba ścieżki, zanim założysz, że demon jest uszkodzony.

Struktura wpisu klienta C-line

C-line definiuje wychodzące połączenie z udostępnieniem, z którego korzystasz:

Proste, ale port ma znaczenie — 12000 to domyślny port CCcam, chociaż wielu operatorów korzysta z niestandardowych portów w celu rozkładu obciążenia lub unikania przypadkowego skanowania. Potwierdź port z kimkolwiek, kto zapewnia połączenie, zamiast zakładać, że 12000 zawsze obowiązuje.

Wpis serwera F-line i limity hop

F-liny definiują, co udostępniasz na zewnątrz, jeśli udostępniasz swoją własną kartę. Dla konfiguracji ograniczonej do pakietu, generalnie chcesz, aby to było wąskie, a nie otwarte:

Trzecie pole to maxhop. Hop 1 oznacza, że klient widzi tylko karty jeden krok od źródła — niższe liczby hop oznaczają niższe opóźnienia i mniej punktów awarii. Hop 2 lub 3 wprowadza więcej węzłów w łańcuchu, a każdy dodatkowy hop zwiększa zarówno opóźnienie, jak i ryzyko niestabilności. Jeśli czasy ECM są niespójne, głębokość hop jest jedną z pierwszych rzeczy do sprawdzenia.

Przypisanie SID i ograniczenie CAID

CCcam.cfg obsługuje ograniczanie udostępnień do konkretnych SID-ów za pomocą składni blokowej dodanej do linii:

To{ caid:provid:sid,sid,sid } blok ogranicza połączenie do żądania ECM-ów tylko dla tych dokładnych usług. To najbliższa rzecz, jaką CCcam ma do jawnego ograniczania pakietów, i warto to używać celowo — nieograniczona C-line będzie pobierać cokolwiek może, co znacznie utrudnia debugowanie, gdy coś się nie otwiera.

Ograniczenie udostępnienia i rozważania dotyczące identyfikatora węzła

Jeśli udostępniasz karty na zewnątrz, ustaw ograniczenie udostępnienia, aby pojedyncze źródło nie przeciążało się zbyt wieloma jednoczesnymi połączeniami klientów — to jest higiena po stronie serwera, a nie coś, czym musi się martwić konfiguracja tylko dla klientów. Upewnij się również, że twój identyfikator węzła jest naprawdę unikalny dla każdego urządzenia; zduplikowane identyfikatory węzłów w wielu instalacjach w tej samej sieci udostępniania powodują resetowanie połączeń, które wyglądają dokładnie jak niestabilne źródło, gdy w rzeczywistości są kolizją konfiguracji.

Rozwiązywanie problemów z zawieszaniem, czasami ECM i opóźnieniami zappingu

To jest miejsce, gdzie większość konfiguracji faktycznie żyje lub umiera. Wszystko powyżej łączy cię — ta sekcja dotyczy utrzymania tego w oglądalności.

Czytanie logów dvbapi i czas ECM (ms)

Włącz logowanie do pliku (ustawlogfile w oscam.conf, zazwyczaj wskazując na coś takiego jak/tmp/.oscam/oscam.log) i obserwuj czasy odpowiedzi ECM zgłaszane w każdej linii. Ta liczba to wszystko:

• Poniżej ~400ms — płynnie, bez widocznego wpływu na obraz
• 400–700ms — marginalnie, możesz zauważyć krótkie zacięcie przy zmianach scen
• Powyżej 1000ms — tutaj zaczyna się rzeczywiste zamrażanie, ponieważ dekoder kończy buforowane klatki czekające na klucz

Miałem źródła, które działały stabilnie na poziomie 180ms o 2 w nocy i wspinały się powyżej 900ms do 20 — ta sama konfiguracja, ten sam CAID, nic się nie zmieniło z mojej strony. To problem obciążenia po stronie źródła, nie coś, co możesz naprawić lokalnie.

Zamrażanie co kilka sekund vs. czarny ekran

To są dwa różne tryby awarii, a ludzie ciągle je mylą. Okresowe zamrażanie (obraz zacięty co kilka sekund, ale wraca) prawie zawsze oznacza długi czas ECM lub niestabilny skok gdzieś w łańcuchu — dekoder okresowo głoduje. Twardy czarny ekran od początku, bez obrazu, zazwyczaj oznacza błędny CAID/provid całkowicie lub CAID, który jest poprawny, ale nie ma rzeczywistego uprawnienia dla tego SID. Sprawdź dziennik: jeśli widzisz żądania ECM i odpowiedzi, to problem z czasem. Jeśli widzisz "nie znaleziono" lub brak ruchu ECM dla tego CAID, to problem z prawami lub konfiguracją.

Interpretacja kolorów statusu OScam (zielony/żółty/czerwony)

Na stronie statusu webif, czytniki pokazują się jako zielone (karta lub udostępnienie online i odpowiadające poprawnie), żółte (połączone, ale z ostatnimi błędami lub opóźnionymi odpowiedziami) lub czerwone (nie odpowiada / połączenie przerwane). Czytnik, który migocze między zielonym a żółtym w godzinach szczytu, opowiada tę samą historię, co rosnący wykres czasu ECM — to problem obciążenia lub stabilności na tym konkretnym źródle, a niekoniecznie na twoim dekoderze.

Jitter sieciowy, port i kontrole zapory

Zanim obwinisz źródło, wyklucz swoją własną sieć. Przetestuj podstawową osiągalność za pomocą:

telnet 203.0.113.10 12000

lub, jeśli telnet nie jest zainstalowany:

nc -vz 203.0.113.10 12000

Odmowa połączenia lub przekroczenie czasu oznacza, że port jest błędny, jest zapora na drodze, lub — coraz częściej w 2026 roku — jesteś za CGNAT lub na połączeniu tylko IPv6 próbującym dotrzeć do źródła, które nasłuchuje tylko na bezpośrednim porcie IPv4. Jeśli to twoja sytuacja, będziesz potrzebować tunelu IPv4, VPN z statycznym punktem końcowym lub źródła, które wspiera IPv6 bezpośrednio. Sprawdź również MTU, jeśli widzisz sporadyczne zrzuty zamiast twardej awarii — fragmentowane pakiety w niektórych konfiguracjach ISP powodują dokładnie taki rodzaj przerywanego zamrażania, który jest frustrujący do zdiagnozowania, ponieważ wygląda identycznie jak opóźnienie ECM po stronie źródła.

Wybór źródła pakietu: ogólne kryteria selekcji

Nie zamierzam wskazywać konkretnego dostawcy — częściowo dlatego, że to, co jest niezawodne, zmienia się z miesiąca na miesiąc, a częściowo dlatego, że jedynymi pomiarami, które mają znaczenie, są te, które wykonasz sam. Oto co naprawdę przetestować przed zobowiązaniem się do jakiegokolwiek pakietu Polsat Box CCcam/OScam do udostępniania kart w długim okresie 2026.

Sygnalizacja stabilności i dostępności do przetestowania samodzielnie

Uruchom dowolne źródło kandydata przez minimum 3-4 dni przed zaufaniem mu. Zapisz czasy ECM w różnych godzinach — rano, po południu, a szczególnie w godzinach szczytu (około 19-23 lokalnego czasu), ponieważ wtedy udostępniane źródła są najbardziej obciążone. Źródło warte zachowania pokazuje spójne liczby w całym tym oknie, a nie tylko o 3 w nocy, gdy nikt inny nie jest połączony.

Lokalna karta vs. zdalne udostępnienie — kompromisy

Lokalna fizyczna karta w twoim własnym czytniku daje ci skok 0 lub 1 i całkowicie eliminuje zależność od sieci w ścieżce ECM — jedynym opóźnieniem jest czas reakcji twojego czytnika kart, zazwyczaj poniżej 100ms. Zdalne udostępnienie dodaje przynajmniej jeden skok sieciowy plus obciążenie, które niesie źródło. Lokalna jest z natury bardziej stabilna, ale wymaga, abyś faktycznie posiadał ważną kartę i czytnik. Zdalna jest bardziej wygodna, ale wiąże jakość obrazu z dostępnością kogoś innego i obciążeniem w godzinach szczytu.

Opóźnienie, liczba skoków i głębokość udostępnienia

Oceniając jakiekolwiek udostępnienie, zapytaj, na jakiej liczbie skoków jesteś. Skok 1 z oryginalnej karty jest znacząco bardziej stabilny niż skok 3 przez łańcuch pośredników, ponieważ każdy dodatkowy skok to kolejny punkt, w którym przerwane połączenie lub przeciążony pośredni dekoder obniża twój czas ECM. Jeśli nie możesz uzyskać prostej odpowiedzi na temat głębokości skoków, traktuj to jako punkt danych sam w sobie.

Czerwone flagi w niewiarygodnym źródle

Uważaj na czasy ECM, które wahają się dziko, zamiast utrzymywać się w stabilnym zakresie, częste rozłączenia, które zmuszają do ponownego uruchamiania czytnika, oraz — najczęstsza skarga, którą widzę — udostępnienia, które działają dobrze przez pierwszy tydzień, a następnie cicho znikają po dokonaniu płatności. Żadne z tego nie jest czymś, co zmiana konfiguracji naprawi. To sygnał, aby przejść dalej i przetestować gdzie indziej, używając tej samej metodologii: twoje własne logi, przez kilka dni, w godzinach szczytu i poza szczytem.