GBox Radegast Przewodnik Ustawień: Konfiguracja, Porty& Naprawy 2026

Jeśli spędziłeś wieczór na ściganiu "peer offline" w logach GBoxa bez żadnego wyjaśnienia, nie jesteś sam. To jedna z tych konfiguracji, gdzie każdy post na forum zakłada, że już znasz brakujący krok. Odbudowałem ten most na boxach Enigma2, kilku maszynach wirtualnych Debian i jednym bardzo opornym odbiorniku opartym na ARM, a tryby awarii powtarzają się prawie za każdym razem. Ten przewodnik przeprowadza przez gbox radegast настройка: настройка (GBox Radegast setup) od czystego boxa do działającego czytnika, w tymOScam stronę, którą większość stron całkowicie pomija.

Omówimy rzeczywiste dyrektywy konfiguracyjne, porty, które się mylą, strefy mostu OScam, które nikt nie zapisuje, oraz polecenia diagnostyczne, które mówią ci, czy problem leży w twojej konfiguracji, czy w sieci. Żadnych kopiowanych identyfikatorów peerów, żadnych fałszywych liczb czasu pracy — tylko to, co naprawdę się psuje i jak to sprawdzić.

Czym są GBox i Radegast (i jak się różnią)

Ludzie ciągle mylą te dwa, więc rozdzielmy je. GBox to demon udostępniania peer-to-peer z własną listą peerów, własnym modelem haseł i własnym protokołem wymiany ECM między boxami, które sobie ufają.CCcam działa inaczej — klient/serwer, z listą udostępniania przesyłaną do klientów. Peery GBoxa są mniej więcej równorzędne; każdy z nich może serwować karty i żądać kart od innych w zależności od tego, jak go skonfigurujesz.

Radegast to coś zupełnie innego. To nie jest demon udostępniania — to cienki, tekstowy protokół do przesyłania żądań i odpowiedzi ECM przez TCP. Brak szyfrowania, brak wymiany haseł, nic. Kontrola dostępu to cokolwiek, co dodasz do listy dozwolonych adresów IP w zaporze lub w konfiguracji demona. To wszystko. TCP 6666 to port, do którego wszyscy domyślnie się odnoszą, ale nie ma w tym nic magicznego — jest konfigurowalny po obu stronach.

Większość ludzi wpisujących to zapytanie w oknie wyszukiwania nie próbuje w rzeczywistości uruchomić dwóch instancji GBoxa razem. Próbują połączyć stary klient GBoxa z nowoczesnym czytnikiem OScam lub połączyć sieć peerów GBoxa z boxem OScam, który trzyma fizyczną kartę. Radegast jest klejem dla dokładnie tej sytuacji — protokół mostu, a nie coś, co wybrałbyś jako główny link udostępniania, gdybyś miał nowoczesne opcje OScam-do-OScam dostępne.

GBox jako demon udostępniania peer-to-peer vs model klient/serwer CCcam

W CCcam jeden box jest serwerem, a wszyscy inni łączą się jako klienci z nazwą użytkownika/hasłem z linii C:. W GBoxie każdy peer jest definiowany indywidualnie z własnym adresem IP, portem, identyfikatorem i parą haseł. Nie ma centralnej listy kont — to wszystko relacje zaufania punkt-punkt.

Radegast jako prosty, nieszyfrowany protokół żądań kart

Radegast wysyła żądanie ECM, otrzymuje z powrotem słowo kontrolne, koniec. Nie ma warstwy szyfrowania sesji jak w CCcam, ani wymiany logowania jak w nowym OScam. Każdy, kto może dotrzeć do portu i nie jest blokowany przez filtrowanie IP, może z nim rozmawiać.

Dlaczego Radegast jest używany jako most, a nie jako główny link udostępniania

Ponieważ nie ma własnej autoryzacji i nie ma ścieżki EMM (więcej na ten temat później), najlepiej traktować go jako warstwę tłumaczenia między dwoma systemami, które w przeciwnym razie nie mogłyby rozmawiać — a nie jako główny protokół dystrybucji do tuzina downstreamowych boxów.

Kiedy potrzebujesz GBoxa w ogóle vs pozostanie całkowicie w OScam

Jeśli każdy box w twojej konfiguracji działa na OScam, prawdopodobnie nie potrzebujesz GBoxa — OScam-do-OScam przez jego własny protokół lub nowymcamd załatwi sprawę z mniejszym narzutem. GBox zasługuje na swoje miejsce, gdy masz starsze klientów lub relacje peerów, które konkretnie oczekują protokołu GBox na jednym końcu.

Przygotowanie Boxa: Pliki, Ścieżki i Uprawnienia Zanim Cokolwiek Edytujesz

Zanim dotkniesz jakiejkolwiek dyrektywy, potwierdź, które pliki uruchamiany binarny rzeczywiście odczytuje. To brzmi oczywiście, ale to najczęstszy czasochłonny problem w gbox radegast настройка: настройка (GBox Radegast setup) — ludzie edytują konfigurację, której demon nigdy nie otwiera.

Gdzie GBox szuka swojej konfiguracji: /etc/gbox.cfg, /var/keys/ i specyficzne dla obrazu nadpisania

Na wielu obrazach Enigma2 działająca konfiguracja znajduje się pod/var/keys/, podczas gdy ogólna wersja domyślnie wskazuje na/etc/gbox.cfg. Niektóre obrazy tworzą dowiązania jednego do drugiego; niektóre nie. Nie zakładaj — zweryfikuj.

Lokalizowanie gbox.ident, gbox.cfg i plików share/peer

Zabij działający demon, a następnie uruchom go ręcznie w pierwszym planie:

/usr/bin/gbox -c /etc/gbox.cfg

Obserwuj linie startowe — prawidłowo zbudowany plik binarny rejestruje dokładne ścieżki, które otwiera dla konfiguracji, pliku identyfikacyjnego i listy peerów. Jeśli uruchamia się cicho bez drukowania ścieżki, sprawdź skrypt inicjalizacyjny.

Lokalizowanie gbox.ident, gbox.cfg i plików share/peer

Szukaj w skrypcie startowym rzeczywistej ścieżki:

grep -i gbox /etc/init.d/* 2>/dev/null

Lub na systemie z systemd:

systemctl cat gbox.service

To mówi ci dokładnie-c flaga lub katalog roboczy, z którym uruchamia się demon — co jest konfiguracją, którą faktycznie odczytuje, niezależnie od tego, co znajduje się w/etc.

Sprawdzanie twojego obrazu: Enigma2 (OpenATV/OpenPLi) vs zwykła skrzynka Debian/Ubuntu

Odbiorniki Enigma2 zazwyczaj uruchamiają wszystko jako root z płaskim systemem plików, więc błędy uprawnień są rzadkie, ale zamieszanie ze ścieżkami jest powszechne. Skrzynka Debian lub Ubuntu uruchamiająca GBox jako usługę ma odwrotny problem — uprawnienia ciągle cię gryzą, zamieszanie ze ścieżkami rzadko.

Architektura binarna: mipsel, ARM i x86 nie są wymienne

Jeśli wrzucisz binarny plik mipsel na odbiornik oparty na ARM, otrzymasz enigmatyczny błąd formatu wykonywalnego, który nie wygląda jak problem z uprawnieniami lub konfiguracją. Sprawdź za pomocąfile /usr/bin/gbox zanim zmarnujesz godzinę na edytowanie konfiguracji, która nigdy nie miała działać.

Ustawianie uprawnień wykonywalnych i potwierdzanie, że demon uruchamia się przy starcie

chmod 755 /usr/bin/gbox na pliku binarnym,chmod 644 na plikach konfiguracyjnych. Na skrzynce Debian nie uruchamiaj demona jako root, chyba że obraz dostawcy naprawdę tego wymaga — zamiast tego utwórz dedykowane konto usługi. Sprawdź również wolne miejsce na partycji flash za pomocądf -h; na starszych odbiornikach pełna pamięć flash cicho obcina zapisaną konfigurację w połowie pliku, a ty nie dostaniesz za to błędu.

Pisanie konfiguracji GBox: Każda linia wyjaśniona

Oto anotowany szkielet. Zastąp każdy IP, ID i hasło poniżej — to są symbole zastępcze, a nie coś, co należy kopiować dosłownie do produkcji.

Linie lokalnej tożsamości partnera, hasła i nazwy hosta

ToN: iP: linie identyfikują, kim jesteś dla rówieśników i jakie hasło przedstawisz przy łączeniu wychodzącym. To jest oddzielne od tego, co wysyła ci rówieśnik — co jest częścią, która wprowadza ludzi w błąd.

Definiowanie zdalnych rówieśników: IP, port, identyfikator rówieśnika i para wspólnego hasła

KażdaC: linia potrzebuje odpowiadającej pary — hasła, którego rówieśnik oczekuje od ciebie, oraz hasła, którego ty oczekujesz od niego. Jeśli jedno z tych dwóch będzie odwrotne, otrzymasz cichą awarię połączenia bez niczego użytecznego w logu. Większość czasu nie ma błędu "złe hasło"; rówieśnik po prostu nigdy się nie pojawia.

Ustawianie portu nasłuchującego i wiązanie do odpowiedniego interfejsu

Sprawdź, czy twoja wersja wiąże się z0.0.0.0 (wszystkie interfejsy) czy127.0.0.1 (tylko loopback) domyślnie. Wiązanie do loopback i potem zastanawianie się, dlaczego klient LAN nie może dotrzeć do portu, jest jednym z najczęstszych własnych goli w całej tej konfiguracji.

Filtry karty i CAID/dostawcy: udostępnianie tylko tego, co zamierzasz udostępnić

Liniecaid: iident: ograniczają to, co jest oferowane rówieśnikowi. Pozostawienie ich szeroko otwartych nie jest dokładnie błędem konfiguracji, ale jest niedbałe — i znacznie utrudnia debugowanie "dlaczego ten kanał nie dekoduje" później, ponieważ nie możesz na pierwszy rzut oka wykluczyć filtrowania.

Limity skoków, odległość i ustawienia pamięci podręcznej, które zapobiegają burzom żądań

Wartośćhops: kontroluje, jak daleko żądanie może podróżować przez sieć rówieśników, zanim zostanie odrzucone. Cokolwiek powyżej 2 lub 3 ma tendencję do zanieczyszczania pamięci podręcznej ECM przestarzałymi wpisami i generuje martwe żądania, które nigdy się nie rozwiązują — nie przynosi to więcej kanałów, tylko dodaje szum.

Włączanie nasłuchiwacza Radegast i wybór jego portu

To jest część, którą ludzie ciągle pomijają: nasłuchiwacz Radegast to całkowicie oddzielna usługa od portu rówieśnika GBox powyżej.radegast_port: 6666 nie ma nic wspólnego zport: 12000. Każdy potrzebuje własnej reguły zapory, a zapomnienie o tym jest powodem, dla którego połowa postów "to nie działa" w internecie to tak naprawdę dwa różne porty, z których tylko jeden jest otwarty.

Łączenie GBox i OScam przez Radegast

To jest sekcja, którą większość przewodników całkowicie pomija — wrzucają gbox.cfg i przestają, pozostawiając cię z domysłami po stronie OScam. Oto obie strony.

Konfigurowanie czytnika OScam z protokołem = radegast

W/etc/oscam/oscam.server zdefiniuj czytnik, który mówi Radegast do rówieśnika GBox:






caid = 0500
ident = 0500:000000
inactivitytimeout = 30

Odpowiedni blok oscam.server: urządzenie, IP, port, grupa i CAID

Urządzenie linia przyjmuje IP i port oddzielone przecinkiem, a nie dwukropkiem — jeśli to źle zrobisz, OScam odmówi załadowania czytnika, a nie tylko nie połączy się.caid iident filtry tutaj mają znaczenie, ponieważ Radegast sam w sobie nie prowadzi negocjacji identyfikacji dostawcy; jeśli nie ustawisz ich jawnie, OScam nie ma sposobu, aby wiedzieć, do czego czytnik jest właściwie przeznaczony.Dodanie użytkownika radegast w oscam.user z odpowiednią grupą

W

/etc/oscam/oscam.user, każdy klient, który potrzebuje kart z tego czytnika, musi być w tym samym numerze grupy:




Dopasowanie numeru grupy to najczęstszy punkt awarii w całym połączeniu. Ustaw grupę 4 na czytniku i grupę 5 na użytkowniku, a OScam pokaże czytnik jako połączony, log będzie wyglądał całkowicie czysto, a licznik ECM będzie przez wieczność wynosił zero. Nie ma błędu dla tego — to po prostu cicha brak routingu.

Włączenie serwera OScam Radegast w oscam.conf i ustawienie dozwolonego IP

Jeśli OScam jest tym, który udostępnia karty przez Radegast (zamiast je konsumować), dodaj to do

/etc/oscam/oscam.conf:



Ponieważ Radegast nie ma wymiany haseł,

allowed to twoja cała warstwa uwierzytelniania tutaj. Nie zostawiaj tego pustego.Weryfikacja połączenia w interfejsie webowym OScam status czytnika

Otwórz interfejs webowy OScam, zazwyczaj na porcie 8888, i sprawdź stronę statusu czytnika. "Połączony" tylko informuje, że gniazdo działa. Liczba, której naprawdę chcesz, to licznik żądań ECM na tym czytniku — jeśli rośnie, gdy zmieniasz kanały, mostek rzeczywiście kieruje ruch. Jeśli utknie na zerze, wróć do numerów grup przed dotknięciem czegokolwiek innego.

Kierunek odwrotny: GBox jako źródło kart, OScam jako klient

Jeśli GBox trzyma kartę, a OScam jest w dół, zamień to: GBox uruchamia nasłuchiwacz Radegast (

radegast: 1,radegast_port: 6666) i czytnik OScam zprotocol = radegast wskazuje na IP GBoxa i ten port. Te same uwagi dotyczące grupy/CAID mają zastosowanie po stronie OScam w obie strony. points at GBox's IP and that port. Same group/CAID caveats apply on the OScam side either way.

Sieciowanie: Porty, NAT, dynamiczne IP i zapory ogniowe

Gdy konfiguracja jest poprawna, większość pozostałych awarii dotyczy sieci, a nie GBoxa czy OScam.

Jakie porty otworzyć: port peer GBoxa i port Radegasta są różne

Powtórzmy to, ponieważ warto to powtórzyć: port peer-to-peer GBoxa (w powyższym przykładzie, 12000) i port nasłuchujący Radegasta (6666) to niezwiązane usługi. Otwórz oba, jeśli potrzebujesz obu. Otwieranie tylko jednego i zakładanie, że drugi działa, to bardzo powszechny błąd.

Przekierowywanie portów na routerze i problem podwójnego NAT / CGNAT

Sprawdź WAN IP routera w porównaniu do tego, co zgłasza publiczny test "jaki mam IP". Jeśli się nie zgadzają, jesteś za CGNAT — twój ISP dzieli jeden publiczny adres między wielu klientów, a żadne przekierowanie portu, które skonfigurujesz, nie będzie dostępne z zewnątrz. W tej sytuacji jedynymi realistycznymi ścieżkami są tunel VPN wychodzący lub skłonienie drugiej strony do zainicjowania połączenia zamiast ciebie.

Dynamiczny DNS, gdy twój ISP zmienia twój adres

Jeśli twój WAN IP się zmienia (tylko nie przez CGNAT — regularne przypisanie dynamiczne), nazwa hosta DDNS skierowana na twój router oszczędza ci edytowania IP peerów za każdym razem, gdy twój ISP przypisuje ci nowy adres.

Potwierdzanie dostępności za pomocą nc, telnet i ss/netstat

Z maszyny uruchamiającej demon, potwierdź, że rzeczywiście nasłuchuje:

ss -tulpn | grep -E '6666|12000'

Sprawdź kolumnę lokalnego adresu —0.0.0.0:6666 oznacza wszystkie interfejsy,127.0.0.1:6666 oznacza tylko loopback i nic poza maszyną nie może się do niego dostać. Z perspektywy peera, przetestuj, czy pakiet w ogóle dociera:

nc -vz 192.168.1.20 6666

To jedno polecenie oddziela "demon jest zepsuty" od "pakiet nigdy tam nie dotarł" szybciej niż wpatrywanie się w logi.

Tunelowanie Radegasta przez WireGuard lub OpenVPN zamiast wystawiania go na zewnątrz

Ponieważ Radegast niczego nie autoryzuje samodzielnie, nie przekierowuj go bezpośrednio do internetu. Umieść tunel WireGuard lub OpenVPN między dwoma końcami i uruchom Radegasta wewnątrz tego tunelu — zyskujesz wygodę zdalnego peera bez otwartego portu dla każdego, kto go skanuje.

Rozwiązywanie problemów: Czytanie logów i naprawianie powszechnych awarii

Pracuj przez te kroki w kolejności — objaw, prawdopodobna przyczyna, polecenie do potwierdzenia, naprawa.

Włączanie szczegółowego logowania i gdzie ląduje plik logu

Większość wersji akceptuje -d lub flagę debug na linii poleceń, lub dyrektywę poziomu logowania w konfiguracji. Uruchom to najpierw w tle (/usr/bin/gbox -c /etc/gbox.cfg -d) zanim zaufasz czemukolwiek, co trafi do pliku logu — zobaczysz próby połączenia przewijać się w czasie rzeczywistym.

Peer pokazuje offline: niezgodność hasła, błędny identyfikator peera lub zablokowany UDP

Sprawdź ponownie parę haseł opisaną wcześniej — niezgodność nie produkuje wyraźnego błędu, tylko peera, który nigdy się nie uruchamia. Potwierdź również, że identyfikator peera zgadza się dokładnie po obu stronach; literówka tutaj powoduje tę samą cichą awarię.

Peer online, ale zero ECM: niezgodność grupy, filtr CAID lub limit hopów

Omówione powyżej w sekcji mostka OScam, ale warto to powtórzyć jako listę kontrolną: numer grupy na czytniku vs użytkownik, filtr CAID/ident wykluczający kanał lub limit hopów, który odrzuca żądanie zanim dotrze do karty. Licznik ECM czytnika OScam jest twoją najszybszą diagnostyką — obserwuj go podczas zmiany kanałów.

Zamrażanie i opóźnienie zmiany kanału: czas odpowiedzi ECM powyżej ~1,5s

Poniżej około 500ms wydaje się czyste. Po około 1000-1500ms zobaczysz widoczne zamrażanie przy zmianie kanału, a gdy przekroczysz czas cyklu słowa kontrolnego, odpowiedź jest bezużyteczna, niezależnie od tego, jak szybko ostatecznie przyjdzie. Sprawdź czasy odpowiedzi w statystykach czytnika OScam — to problem sieciowy/źródłowy, a nie coś, co naprawia dyrektywa konfiguracyjna.

Duplikaty lub pętle żądań spowodowane przez dwa urządzenia dzielące jeden identyfikator peera

Jeśli dwa odbiorniki w twojej sieci są przypadkowo skonfigurowane z identycznym identyfikatorem peera, zobaczysz przerywane, pozornie losowe zrzuty, które mają sens dopiero po skorelowaniu logów obu urządzeń obok siebie. Nadaj każdemu urządzeniu unikalny identyfikator, bez wyjątków.

Czysta procedura ponownego uruchamiania, która unika przestarzałych plików blokad

Przed ponownym uruchomieniem po awarii lub nieczystym zamknięciu, sprawdź, czy nie ma procesu zombie, który nadal trzyma port:

ps aux | grep gbox
ss -tulpn | grep 6666

Zabij przestarzały proces, usuń wszelkie pozostałe pliki blokady używane przez binarny plik, a następnie zacznij od nowa. Pominięcie tego kroku jest powodem, dla którego ponowne uruchomienie czasami wydaje się nie przynosić żadnych rezultatów.

Co nie działa (i wspólne porady, które powinieneś zignorować)

Niektóre z informacji krążących w wątkach na forach na ten temat są po prostu błędne lub przestarzałe o lata.

Skopiowane i wklejone konfiguracje z forum z identyfikatorami peerów i portami kogoś innego

Konfiguracje z starych wątków odnoszą się do identyfikatorów peerów, portów, a nawet ścieżek plików, które należały do czyjegoś ustawienia, być może lata temu. Traktuj je jako szablony do zrozumienia struktury, nigdy jako coś, co można wkleić bezpośrednio.

Zwiększanie liczby hopów, aby "uzyskać więcej kanałów"

To zła rada, która wciąż jest powtarzana. Wyższa liczba hopów nie dodaje kanałów — obniża wskaźniki trafień w pamięci podręcznej dla wszystkich w sieci i generuje żądania ECM, które wygasają, zanim będą użyteczne.

Otwieranie portu Radegast na internet bez listy dozwolonych adresów IP

Ponieważ w protokole nie ma autoryzacji, otwarty port Radegast to otwarte drzwi. Zawsze łącz go z listą dozwolonych adresów IP, najlepiej w połączeniu z regułą ograniczenia źródła iptables jako drugą warstwą.

Mieszanie binarnych plików GBox zbudowanych dla innej architektury lub innego obrazu

Binarne pliki mipsel na odbiorniku ARM lub zbudowany Enigma2 wrzucony na ogólny system Linux kończy się błędem formatu wykonywalnego, który jest mylony z problemem konfiguracji. Sprawdźplik na binarnym pliku najpierw.

Oczekiwanie, że Radegast obsłuży EMM lub zapisze karty

Radegast to tylko żądanie/odpowiedź dla ECM — w protokole nie ma ścieżki EMM. Aktualizacje kart muszą odbywać się na urządzeniu, które fizycznie trzyma czytnik, a nie przez łącze Radegast. Ludzie tracą całe dni, zakładając inaczej.

Gonienie za "szybszym" protokołem, gdy prawdziwym wąskim gardłem jest opóźnienie w górę

Jeśli karta w górę jest 400 ms w odległości przez zatłoczone łącze, zmiana protokołów tego nie naprawi. Żaden dyrektywa konfiguracyjna nie kompensuje fizycznego opóźnienia sieci.

Wybór źródła karty lub peera bez poparzenia się

Jeśli oceniasz nowego peera lub źródło karty, zamiast uruchamiać własny czytnik od początku do końca, oceniaj ich na podstawie mierzalnych kryteriów, a nie twierdzeń marketingowych.

Kryteria techniczne: mierzalny czas odpowiedzi ECM, czas pracy i odległość hopów

Poproś o krótki okres testowy i faktycznie zmierz czasy odpowiedzi ECM w godzinach szczytu wieczorem w swoich własnych logach — nie na ich stronie marketingowej. Cokolwiek, co jest konsekwentnie poniżej 500 ms, jest solidne; cokolwiek regularnie powyżej 1500 ms nie będzie użyteczne, niezależnie od tego, co innego jest w porządku w konfiguracji.

Wsparcie protokołu: czy źródło faktycznie oferuje łącze zgodne z Radegast lub OScam

Potwierdź, że rzeczywiście wspierają protokół, którego potrzebujesz, zanim poświęcisz czas na konfigurację. Niektóre źródła mówią tylko w newcamd lub CCcam i powiedzą ci, że Radegast działa "z odrobiną dostosowania" — to zazwyczaj oznacza, że nie działa.

Czerwone flagi: brak okresu testowego, brak kanału wsparcia, nierealistyczne liczby kanałów

Brak okresu testowego, brak możliwości zadania pytania technicznego lub liczba kanałów, która brzmi zbyt szeroko dla wiarygodnej konfiguracji karty, to powody, aby się wycofać.

Lokalna karta vs zdalny peer: kompromisy w kosztach, opóźnieniach i niezawodności

Karta, którą fizycznie trzymasz, ma zerową zależność od sieci i najniższe możliwe opóźnienie, kosztem własnego sprzętu i subskrypcji. Zdalny peer jest bardziej elastyczny, ale dziedziczy każdą część niezawodności sieci i odległości tego peera.

Rzeczywistość prawna: musisz posiadać ważną subskrypcję na treści, które deszyfrujesz

Gdzieś w tym łańcuchu prawdziwa, opłacona karta inteligentna musi przeprowadzać deszyfrowanie w sposób legalny. Dzielenie się kluczami deszyfrującymi bez ważnej subskrypcji na tę treść jest niezgodne z prawem w większości jurysdykcji, a ten przewodnik zakłada, że konfigurujesz sprzęt i karty, które legalnie posiadasz lub do których subskrybujesz.