Konfiguracja Focus SAT CCcam/OScam: Konfiguracja& Rozwiązywanie problemów

Jeśli uruchamiasz serwer softcam i kanały focus sat ciągle lądują na czarnym ekranie, zacinają się co kilka sekund lub generują błędy ECM w logu, problem prawie na pewno nie leży w twojej antenie. Dziewięć razy na dziesięć to źle skonfigurowany blok czytnika, niedopasowany CAID lub timeout, który albo dusi ważne CW, albo czeka tak długo, że kanał już jest w trakcie zacięcia, zanim klucz dotrze.

Ten artykuł jest dla osób, które już są w trakcie konfiguracji — masz linię, masz działający serwer i coś konkretnego jest zepsute. Pakiet focus sat znajduje się głównie na Hot Bird 13E i Thor 0.8W/1W w zależności od twojego regionu, a konfiguracja szyfrowania ma kilka dziwactw, które mylą nawet doświadczonych użytkowników.

Zacznij od uchwycenia aktywnego CAID, zanim dotkniesz czegokolwiek innego. Statyczne wartości, które znajdziesz na forach, są niewiarygodne — operatorzy je zmieniają, a wcześniej działająca konfiguracja może przestać działać w nocy.

Identyfikacja CAID i identyfikatorów dostawcy Focus SAT

To tutaj większość ludzi przeskakuje dalej, a potem spędza godziny na rozwiązywaniu niewłaściwego problemu. CAID i identyfikator dostawcy to fundament — jeśli je źle wpiszesz, nic poniżej nie będzie działać, niezależnie od tego, jak czysty jest twójoscam.serwer.

Odczytywanie CAID/identyfikatora dostawcy z ekranu informacji o kanale

Przełącz się na zaszyfrowany kanał focus sat, który wiesz, że powinien być odszyfrowany. W większości obrazów Enigma2 naciśnij przycisk Info dwa razy lub przytrzymaj, aby uzyskać widok szczegółów technicznych. Chcesz linię systemu CA — pokaże coś takiego jak0B00:000000 lub podobną parę szesnastkową. Pierwsza połowa to CAID, druga to identyfikator dostawcy.

Na OpenPLi i OpenATV ekran rozszerzonych informacji (zwykle dostępny za pomocą niebieskiego przycisku> Sygnal) wyświetli aktywne deskryptory CA w PMT. W obrazach Vuplus działających na Black Hole te same dane znajdują się w Menu> Informacje> Status strojenia. Dokładna ścieżka różni się w zależności od skórki, ale każdy nowoczesny obraz Enigma2 udostępnia to gdzieś.

Zapisz dokładne wartości szesnastkowe. Nie zakładaj. Identyfikator dostawcy w szczególności różni się w zależności od transponderów przenoszących ten sam pakiet, a jego błędne wpisanie jest najczęstszą przyczyną, dla której kanał wydaje się być FTA, ale jest zablokowany.

Potwierdzanie CAID za pomocą OScam webif (Czytnik> Uprawnienia)

Jeśli masz uruchomiony OScam webif (domyślny port 8888), przejdź do Czytników i kliknij na swój aktywny czytnik. Zakładka Uprawnienia pokazuje, co karta lub linia faktycznie udostępnia. Porównaj to z tym, co zgłosił odbiornik.

Bardziej użytecznym narzędziem diagnostycznym jest log na żywo. Wyszukaj w logu OScam aktywność ECM na tym kanale:

grep -i ecm /var/log/oscam/oscam.log | tail -50

Lub jeśli uruchamiasz oscam z logiem kierowanym do stdout przez swój system inicjalizacji:

journalctl -u oscam -f | grep -i "ecm\|caid\|reader"

Każda linia ECM daje pełny triplet CAID:provid:srvid — na przykład0B00:004A01:1234. Identyfikator usługi (srvid) jest specyficzny dla kanału. Provid to to, czego potrzebujesz w poluident swojego czytnika.

Dlaczego błędny CAID sprawia, że kanały wydają się być FTA, ale zablokowane

Oto scenariusz, który łapie ludzi: kanał ma nieszyfrowany komponent (jak okno podglądu lub inną częstotliwość transpondera przenoszącą ten sam serwis FTA). Odbiornik się na nim blokuje, kanał wydaje się grać, a potem się zacina lub pikseluje, ponieważ główny strumień jest faktycznie szyfrowany i żaden CW nie dociera.

Zwróć również uwagę na kanały, które są FTA na jednym transponderze i szyfrowane na innym przenoszącym ten sam identyfikator usługi. Jeśli twoje skanowanie najpierw wykryło wersję FTA, odbiornik może kierować żądania ECM do niewłaściwego wpisu na swojej liście kanałów. Usunięcie i ponowne przeskanowanie tylko szyfrowanego transpondera zazwyczaj to naprawia.

Jeśli log OScam pokazuje, że żądanie ECM dociera, ale nie znajduje pasującego czytnika, lub pokazuje, że czytnik je odrzuca, to jest to niedopasowanie CAID lub ident — nie problem z siecią.

Konfiguracja czytnika OScam i ECM

Pliki konfiguracyjne OScam znajdują się w różnych miejscach w zależności od twojego obrazu. Na OpenPLi zazwyczaj jest to/etc/tuxbox/config/oscam/. Na obrazach używających układu tuxbox może być/var/config/oscam/. W niektórych wersjach OpenATV znajdziesz to pod/etc/oscam/. Sprawdź, gdzie wskazuje twoja działająca instancja za pomocą:

ps aux | grep oscam

To-c argument w linii procesu informuje o katalogu konfiguracyjnym.

oscam.server blok czytnika: caid, ident, grupa

Oto czysty blok czytnika startowego dla zdalnego udostępniania protokołu — obejmuje to newcamd icccam czytniki, dostosuj linię protokołu w razie potrzeby:

[reader]

Toident linia, w której większość konfiguracji się myli. Potrzebuje prefiksu CAID, po którym następuje dwukropek i identyfikator dostawcy, który uzyskałeś z dziennika na żywo. Jeśli dostawca ma aktywne wiele identyfikatorów, wymień je oddzielone przecinkami:ident = 0B00:004A01,004A02.

Togroup wartość musi odpowiadać grupie przypisanej do użytkownika w oscam.user — to niedopasowanie grupy jest inną główną przyczyną wpisów "brak pasującego czytnika", które ludzie ścigają przez godziny.

oscam.user z au i powiązaniem grupy

Twoje konto użytkownika woscam.user potrzebuje tego samego numeru grupy i odpowiedniego zakresu CAID:

[account]

Jeśli masz wiele czytników w różnych grupach, użytkownik musi być w grupie, która zawiera czytnik obsługujący ten pakiet. Jeśli czytnik jest w grupie 1, a użytkownik w grupie 2, OScam zarejestruje ECM jako przychodzący, ale nie będzie miał gdzie go skierować. Wpis w dzienniku wygląda jak "brak pasującego czytnika" lub "odrzucony" — nie jest to błąd uwierzytelnienia, tylko błąd routingu.

Ustawienie limitu czasu ECM i zachowania ponownego próby lb_ w oscam.conf

Otwórzoscam.conf i znajdź[global] sekcję. Kluczowe wartości:

[global]

Tolb_mode = 1 włącza równoważenie obciążenia według czasu odpowiedzi ECM. To jest to, czego chcesz, gdy masz wiele czytników — będzie preferować najszybszy. Ale ustawlb_nbest_percaid zbyt wysoko (3 lub 4) i zacznie niepotrzebnie sprawdzać wolne lub martwe czytniki, co faktycznie zwiększa częstotliwość zacięć podczas szczytowego obciążenia. Zacznij od 1 i zwiększaj tylko, jeśli masz potwierdzone działające redundantne czytniki.

lb_retrylimit w milisekundach mówi OScam, kiedy uzna czytnik za zbyt wolny i spróbuje inny. 800 ms jest rozsądne dla lokalnego czytnika o niskiej latencji. Dla zdalnych peerów z zmiennym RTT, zwiększ to do 1200–1500 ms. Ustawienie na 200 ms na zdalnym czytniku spowoduje, że będzie on ciągle próbował i osiągnie limit czasu.

Nadpisanie per-CAIDlb_retrylimits = 0B00:1200 pozwala dostosować konkretnie dla tego pakietu bez wpływu na inne.

Buforowanie i obsługa CW dla stabilnego wyjścia

Bufor CW OScam (cwcache) może faktycznie powodować specyficzną klasę zacięć: odbiornik otrzymuje ważny CW, działa dobrze, zmieniasz kanał i wracasz, a ekran jest czarny przez kilka sekund. To bufor serwuje przestarzały CW z poprzedniej sesji na tym samym SRVID. Klucz kryptograficzny został obrócony, ale bufor nie wygasł.

Jeśli widzisz ten wzór szczególnie przy zmianach kanałów, dodaj dooscam.conf:

[cache]

Czas życia bufora 15 sekund jest zazwyczaj bezpieczny dla standardowych okresów rotacji CW wynoszących 10 sekund. Wyższe wartości narażają na serwowanie przestarzałych kluczy.

Konfiguracja CCcam i priorytet linii

Jeśli używasz CCcam zamiast OScam jako głównego softcamu, konfiguracja znajduje się w/etc/CCcam.cfg. Składnia jest inna, ale koncepcje są te same — musisz powiedzieć CCcam, który CAID kierować przez które połączenie, i musisz kontrolować zachowanie hop.

Podstawy C-linii i F-linii w CCcam.cfg

C-linia to twoje wychodzące połączenie klienta do serwera udostępniania. F-linia to przychodzący peer, który ma prawo się z tobą połączyć. Do dekodowania pakietu potrzebujesz C-linii:

# Połącz się z serwerem udostępniania

Port 12000 jest domyślnym portem CCcam i większość serwerów go używa. Jeśli łączysz się znewcamd serwerem zamiast tego, użyj N-linii z portem 15050 (również powszechny domyślny). Zweryfikuj, czy twoja linia jest rzeczywiście połączona, uzyskując dostęp do strony informacji CCcam — zazwyczaj podhttp://receiver-ip:16001 — i sprawdzając sekcję Połączone serwery. Zielony oznacza połączony, czerwony oznacza, że handshake się nie powiódł.

Używanie priorytetu CAID/ident i linii ignorowania

CCcam ma dyrektywy P: (priorytet) i I: (ignoruj), które kierują routowaniem dla konkretnych CAID. Jeśli masz wiele C-linii, a jedna jest wyraźnie lepsza dla tego pakietu, użyj:

# Priorytetowy serwer dla CAID 0B00

Bez tych dyrektyw, CCcam stosuje round-robin między połączonymi serwerami i otrzymasz niespójne czasy dekodowania. W godzinach szczytu, gdy jeden serwer się pogarsza, powoduje to przerywane zacięcia, które wyglądają na losowe, ale są w rzeczywistości związane z obciążeniem.

Wymuszanie konkretnego hopa dla pakietu

Liczba hopów ma duże znaczenie dla niezawodności dekodowania. Czytnik hop-1 oznacza, że karta jest bezpośrednio połączona z serwerem, z którym rozmawiasz. Hop-2 oznacza jeden przekaźnik między tobą a kartą. W moich testach hop-1 i hop-2 są zazwyczaj w porządku dla stabilnego dekodowania. Hop-3 i wyżej wprowadza zmienność opóźnienia, która objawia się jako zacięcia podczas szybkiej rotacji ECM.

CCcam ujawnia informacje o hopach na swojej stronie statusu. W sekcji Połączone karty zobaczysz liczbę hopów dla każdego wpisu CAID. Jeśli pakiet pokazuje hop-4 lub wyżej, ten serwer nie otrzymuje swojej karty bezpośrednio — przekazuje przez wiele węzłów. Albo znajdź lepsze źródło, albo zaakceptuj niestabilność.

Możesz również ograniczyć, które hop-y CCcam będzie używać:

ALLOW SIDMAPPING = no

UstawienieIGNORE RESHARE DISTANCE mówi CCcam, aby odrzucał CW przychodzące z więcej niż N hopów. Ustawienie na 2 filtruje śmieci o wysokim hopie kosztem zmniejszenia opcji zapasowych.

Rozwiązywanie problemów z zacięciami, czarnymi ekranami i błędami ECM

Zanim obwinisz softcam, zawsze najpierw wyklucz sygnał. Przełącz na kanał FTA na tym samym transponderze. Jeśli to również pikseluje lub przerywa, twój problem leży w LNB/talerzu, a nie w konfiguracji. Rozpocznij debugowanie softcamu dopiero po potwierdzeniu, że transponder jest zablokowany, a kanały FTA są czyste.

Odczytywanie czasów odpowiedzi ECM w logu

OScam rejestruje czasy odpowiedzi ECM w milisekundach na każdej linii CW. Zdrowe dekodowanie wygląda tak:

2026/06/03 21:14:02 c [SRVID 1234] ECM odpowiedział (0B00/004A01) przez focus_peer1 (220ms)

Poniżej 400ms jest solidne. 400–1000ms jest marginalne, ale zazwyczaj w porządku dla 10-sekundowej rotacji CW. Cokolwiek, co wielokrotnie osiąga 3000ms+, oznacza, że czytnik ma problemy. Jeśli zobaczysz 9000ms, a następnie timeout, czytnik się poddał — to jest twoje zamarznięcie.

Wzór, na który należy zwrócić uwagę, to CW znaleziony, ale przybywający późno. Kanał wydaje się działać, a następnie zatrzymuje się za każdym razem, gdy klucz się obraca. OScam znalazł CW, ale zajęło to 2800ms w oknie 2500ms. Rozwiązaniem jest albo szybsze źródło czytnika, albo wyższy ecmtimeout, aby dać wolnym czytnikom więcej czasu.

Naprawa powtarzających się wpisów 'brak pasującego czytnika' / 'odrzucone'

Jeśli log konsekwentnie pokazuje "brak pasującego czytnika" dla konkretnej pary CAID:provid, przejdź przez to w kolejności:

1. Sprawdź, czy blok czytnika w oscam.server ma poprawnecaid iident wartości odpowiadające temu, co uchwyciłeś na żywo
2. Zweryfikuj, czy numergrupyczytnika odpowiada grupie użytkownika w oscam.userPotwierdź, że czytnik jest faktycznie połączony — sprawdź stronę webif Readers w celu uzyskania statusu "połączony"
3. Jeśli używasz cacheex, sprawdź, czy cache serwuje odrzucenie z poprzedniej nieudanej próby
4. "Odrzucone" jest inne — zazwyczaj oznacza, że czytnik był połączony, ale karta lub serwer aktywnie odrzuciły ECM. Dzieje się tak, gdy wysyłasz żądania ECM dla CAID, którego serwer nie obsługuje, lub gdy filtr ident na zdalnym końcu blokuje twoje żądanie.

Problemy z siecią i MTU przez zdalnych partnerów

To łatwo przeoczyć. Jeśli twoje zamarznięcia występują szczególnie na strumieniach HD i szczególnie na zdalnych partnerach (nie lokalnych czytnikach sieciowych), fragmentacja MTU jest silnym kandydatem. Strumienie HD mają większe ładunki ECM, a zdalne połączenie z MTU ustawionym na 1500, ale przechodzące przez PPPoE lub tunel VPN z niższym efektywnym MTU, spowoduje fragmentację tych pakietów. Fragmentowane pakiety CW często przychodzą niekompletnie, co wywołuje timeout.

Przetestuj to:

ping -M do -s 1472 your.peer.server. Jeśli zobaczysz błędy "wymagana fragmentacja", zmniejsz swoje MTU. W systemie Linux ustaw to na interfejsie:ip link set eth0 mtu 1400

Lub ustaw to na stałe w swojej konfiguracji sieciowej. 1400 daje wystarczająco dużo miejsca na większość narzutów tunelowych. Po zmianie, zrestartuj oscam i obserwuj, czy zamarznięcia tylko HD ustępują.

Rozróżnianie problemów z sygnałem/LNB od problemów z softcam

Szybkie drzewo decyzyjne:

Kanały FTA na tym samym transponderze zamarzają

• → problem z sygnałem/LNB. Zatrzymaj się tutaj, napraw swoją antenę.FTA w porządku, zaszyfrowane kanały czarny ekran natychmiast
• → softcam nie łączy się, prawdopodobnie niezgodność CAID lub czytnik nie jest połączony.Odtwarza przez 10–30 sekund, a następnie zamarza
• → timeout rotacji CW. ECM jest wolne lub zawodzi przy rotacji klucza.Zamarza tylko w godzinach szczytu
• → serwer źródłowy przeciążony. Poza szczytem jest w porządku. Sprawdź czasy ECM w obu okresach.Działa po restarcie, przestaje działać po zmianach kanałów
• → przestarzała pamięć podręczna CW. Zobacz poprawkę cwcachetime powyżej.Własna pamięć podręczna ECM odbiornika może również tymczasowo maskować problemy. Niektóre STB buforują ostatni ważny CW przez kilka sekund po jego wygaśnięciu. To sprawia, że uszkodzona konfiguracja wydaje się działać tuż po restarcie, a następnie zawodzi 10–15 sekund później, gdy buforowany klucz wygasa i potrzebny jest nowy ECM.

Wybór niezawodnego źródła udostępniania (kryteria ogólne)

Kiedy oceniasz jakiekolwiek źródło dla pakietu focus sat — lub jakiegokolwiek pakietu — wskaźniki techniczne mają większe znaczenie niż cokolwiek innego. Szybka odpowiedź ECM o 2 w nocy nic nie znaczy, jeśli serwer się zawiesza o 20, gdy połowa jego subskrybentów jest online jednocześnie.

When you're evaluating any source for the focus sat package — or any package — the technical indicators matter more than anything else. A fast ECM response at 2am means nothing if the server melts at 8pm when half its subscribers are online simultaneously.

Wskaźniki dostępności i stabilności do przetestowania

Uruchom swój czytnik OScam przez co najmniej 24 godziny, zanim stwierdzisz, że źródło jest stabilne. Obserwuj czasy odpowiedzi ECM w tych konkretnych oknach: 7–9 rano, 12–14, 18–22. Wieczorne okno to czas, kiedy przeciążone źródła pokazują swoje prawdziwe osiągi. Jeśli widzisz czasy ECM skaczące z 180 ms w godzinach poza szczytem do 2400 ms w godzinach szczytu, to źródło spowoduje zacięcia, gdy będzie to najważniejsze.

OScam rejestruje wszystko. Po dniu działania uruchom:

grep "focus_peer1" /var/log/oscam/oscam.log | grep -v "not found" | awk '{print $NF}' | sort -n

To daje ci przybliżony rozkład czasów odpowiedzi dla tego czytnika. Jeśli 95. percentyl jest poniżej 800 ms, jesteś w dobrej sytuacji. Jeśli jest powyżej 2000 ms, spodziewaj się zacięć.

Liczba hopów i rozumowanie lokalnych vs zdalnych kart

Źródło z bezpośrednim dostępem do karty (hop-1 w terminologii CCcam) zawsze przewyższy łańcuch reshare pod obciążeniem. Powód jest prosty: każdy hop dodaje własną latencję przetwarzania i wprowadza kolejny potencjalny punkt awarii. W czasie szczytowego zapotrzebowania łańcuch hop-3 może czekać na dwa pośrednie węzły do przetworzenia, zanim twój CW dotrze.

Jeśli masz taką możliwość, źródło, w którym operator fizycznie trzyma kartę, a serwer jest z nią współlokalizowany, będzie konsekwentnie lepsze od reshare. RTT z twojego odbiornika do karty napędza czas ECM, a każdy hop w łańcuchu do tego się przyczynia.

Legitymacyjne ustawienie oznacza, że ty lub twoje źródło macie prawo do karty, która jest udostępniana. Pamiętaj o tym, oceniając opcje — korzystanie z karty, do której nie masz prawa, wiąże się z ryzykiem prawnym i technicznym, ponieważ operatorzy mogą wykrywać wzorce udostępniania i unieważniać kartę bez powiadomienia.

Czerwone flagi, które przewidują zacięcia

Zrezygnuj z każdego źródła, które pokazuje te:

• Czasy odpowiedzi ECM, które zmieniają się drastycznie — 150 ms w jednej minucie, 4000 ms w następnej — wskazują na przeciążone lub niestabilne połączenie
• Liczba hopów 3 lub wyższa w statusie CCcam
• Częste ponowne połączenia widoczne w logu OScam (więcej niż raz na godzinę w normalnych warunkach)
• Brak odpowiedzi na konkretną kombinację CAID/provid, której potrzebujesz — serwer udostępnia karty, które nie obejmują twojego pakietu
• Wydajność, która jest stabilna przez godzinę, a następnie się pogarsza — sugeruje, że wchodzi w grę limit przepustowości lub ograniczenie sesji

I jeden przypadek brzegowy, który warto znać: operatorzy okresowo rotują identyfikatory dostawców dla pakietów focus sat i innych na Hot Bird. Jeśli konfiguracja, która działała dobrze przez miesiące, nagle zaczyna rejestrować "brak pasującego czytnika" bez zmian z twojej strony, sprawdź ponownie wartości CAID/provid na żywo. Twoja linia identyfikacyjna może teraz wskazywać na przestarzały identyfikator dostawcy, który operator wycofał.