Konfiguracja OScam wyjaśniona: reader, user i co robi każda linia

Opublikowano sierpień 2026

Pliki konfiguracyjne OScam wyglądają groźnie, dopóki nie wiesz, że liczą się tylko dwa. Czym jest reader, czym jest user i dlaczego to numer grupy zwykle wszystko psuje.

OScam ma opinię skomplikowanego i naprawdę na nią nie zasługuje. Dostajesz z nim kilka plików konfiguracyjnych, ale na zwykłym odbiorniku liczą się tylko dwa: oscam.server mówi, skąd bierze się odkodowanie, a oscam.user mówi, kto może o nie prosić. Reszta to ustawienia globalne, których nigdy nie ruszasz, albo funkcje, których nie używasz.

Dwa pliki, po jednym zdaniu

Reader w oscam.server to połączenie wychodzące, twój odbiornik sięga do serwera. User w oscam.user to uprawnienie przychodzące, twój odbiornik pozwala komuś prosić o odkodowanie. Na pojedynczym odbiorniku jesteś obiema stronami: jeden reader do dostawcy, jeden user reprezentujący twój własny odbiornik.

Właśnie ten model umyka ludziom. Poprawiają reader, widzą CONNECTED w logu i nie rozumieją, dlaczego nic się nie odkodowuje. Reader to tylko połowa konfiguracji.

Blok reader

Otwórz plik. Ścieżka zależy od image, więc spróbuj obu:

nano /usr/local/etc/oscam.server
# niektóre image używają:
# nano /etc/tuxbox/config/oscam.server

Reader wskazujący na linię cccam.io wygląda tak:

[reader]
label                         = cccam_io
protocol                      = cccam
device                        = server1.cccam.io,12000
user                          = <nazwa_uzytkownika>
password                      = <haslo>
group                         = 1
audisabled                    = 1

Pola warte zrozumienia: protocol określa sposób rozmowy, device zawiera nazwę hosta i port razem, oddzielone przecinkiem zamiast spacji, a group to numer, który wybierasz sam. Nasz generator readera OScam wypełni to z twoich danych, jeśli wolisz nie pisać ręcznie.

Blok user

Teraz oscam.user, i to tutaj większość zepsutych konfiguracji naprawdę się wykłada:

[account]
user                          = local
pwd                           = local
group                         = 1

group tutaj musi zgadzać się z group readera. Ta jedna liczba jest łącznikiem między plikami. Gdy się różnią, OScam połączy się z serwerem, wypisze CAID, w logu będzie wyglądać zupełnie zdrowo i nadal nie odkoduje niczego, bo nie uzna tego readera za dostępny dla tego użytkownika.

Przeładuj, potem zajrzyj do interfejsu webowego

OScam nie potrzebuje restartu odbiornika. Przeładuj go w locie:

oscam -d 4096
# albo zrestartuj usługę softcam:
# /etc/init.d/softcam restart

Następnie otwórz http://<ip-odbiornika>:8888. Tę część warto poznać, bo interfejs webowy mówi prawdę szybciej niż jakikolwiek log. Reader powinien pokazywać CONNECTED i listę CAID. Wejdź na zakodowany kanał i obserwuj czas ECM: poniżej 500 ms jest zdrowo, a wartość rosnąca w godzinach szczytu wskazuje na serwer, nie na twój odbiornik.

Kiedy dodać drugi reader

Każda wydana przez nas linia ma dwie nazwy hostów, więc dodaj drugą jako osobny reader, z tymi samymi danymi i tą samą grupą. OScam użyje jednego i przełączy się na drugi, gdy host jest obciążony, i właśnie to utrzymuje obraz podczas awarii zamiast zamrożenia. Dotyczy to każdego dostawcy: jeśli dostałeś tylko jedną nazwę hosta, nie masz żadnego failover, a to jedna z rzeczy, które warto sprawdzić przed zakupem.

Sprawdź to na własnym odbiorniku

Powyższa konfiguracja to cała robota, za pierwszym razem jakieś dziesięć minut. Jeśli wolisz przejść przez nią z prawdziwą linią zamiast z symbolami zastępczymi, nasz darmowy 3-dniowy test daje dane działające z CCcam i OScam, a szybki start OScam pokazuje te same kroki z naszymi prawdziwymi nazwami hostów.