Serwer CCcam vs OScam: Przewodnik konfiguracji, ustawień i migracji

Jeśli pracujesz z odbiornikami satelitarnymi i współdzielaniem kart, w pewnym momencie będziesz musiał podjąć decyzję dotyczącą konfiguracji serwera cccam oscam — czy uruchamiać jeden, drugi, czy oba równolegle. Ten przewodnik obejmuje rzeczywiste różnice techniczne, rzeczywistą składnię plików konfiguracyjnych i instrukcję krok po kroku dotyczącą migracji. Bez zbędnych informacji, bez rekomendacji dostawców — tylko pliki konfiguracyjne i polecenia.

CCcam vs OScam: architektura protokołu i kluczowe różnice

Te dwa softcamy podchodzą do tego samego problemu w fundamentalnie różny sposób. Zrozumienie architektury ma znaczenie, zanim dotkniesz choćby jednego pliku konfiguracyjnego.

Jak działa protokół CCcam (model klient-serwer)

CCcam operuje na zastrzeżonym, zamkniętym protokole. Plik binarny znajduje się w /usr/bin/CCcam i domyślnie nasłuchuje połączeń klientów na porcie 12000. Jest to model piasty ze szprychami — serwer przechowuje karty, klienci się łączą i żądają deszyfrowania ECM.

Rozwój CCcam zatrzymał się na wersji 2.3.0. Brak łat, brak aktualizacji bezpieczeństwa, brak nowych funkcji. To, co masz, to wszystko, co otrzymasz. Dla wielu konfiguracji to w porządku, ale to trudny limit.

Sam protokół jest szyfrowany, ale szyfrowanie jest dobrze udokumentowane przez społeczność inżynierii wstecznej. Każde połączenie to wyłącznie protokół CCcam — brak natywnej obsługi Newcamd, Camd35 lub czegokolwiek innego.

Jak działa OScam (obsługa wielu protokołów)

OScam jest open-source, aktywnie utrzymywany i zbudowany modułowo. Plik binarny znajduje się zazwyczaj w /usr/local/bin/oscam lub /usr/bin/oscam, w zależności od obrazu odbiornika. Interfejs sieciowy działa domyślnie na porcie 8888.

Kluczowa różnica architektoniczna: OScam oddziela czytniki (źródła kart) od użytkowników (klientów uzyskujących dostęp do tych źródeł) i łączy je za pomocą numerowanych grup. Ten system grupowy jest elegancki, gdy go zrozumiesz, ale jest to również główne źródło błędów konfiguracyjnych dla osób nowych w OScam.

OScam obsługuje również wymianę pamięci podręcznej (CSP — Cache Sharing Protocol), która pozwala wielu instancjom OScam udostępniać już zdekodowane odpowiedzi ECM. To skraca czasy odpowiedzi, gdy ta sama ECM przychodzi od wielu klientów jednocześnie. CCcam nie ma niczego równoważnego.

Porównanie obsługi protokołów: CCcam, Newcamd, Camd3, cs357x

Protokół	CCcam	OScam
CCcam	✓ Natywny	✓ Emulowany (klient + serwer)
Newcamd	✗	✓
Camd35 / cs357x	✗	✓
Gbox	✗	✓
Radegast	✗	✓
DVBAPI	Tylko wewnętrznie	✓

✓ Dedykowany moduł

Emulacja protokołu CCcam przez OScam jest na tyle dojrzała, że większość klientów CCcam nie potrafi zauważyć różnicy. Możesz skierować istniejące urządzenia klienta CCcam na serwer OScam działający na porcie 12000 i będą działać bez rekonfiguracji.

Różnice w wydajności i użytkowaniu zasobów

CCcam jest lżejszy w pamięci w stanie bezczynności — na opartym na ARM Dreamboxie może używać 4–6 MB. OScam z pełną konfiguracją i włączonym webif zwykle działa przy 8–15 MB. Żaden z nich nie będzie obciążać żadnego nowoczesnego odbiornika.

Pod obciążeniem OScam działa lepiej dzięki kolejkowaniu żądań ECM, logice czytnika rezerwowego i pamięci podręcznej CSP. W przypadku CCcam, jeśli Twój główny serwer jest wolny, czekasz. Z OScam możesz skonfigurować fallbacktimeout tak, aby drugi czytnik automatycznie uruchamiał się po, powiedzmy, 2500 ms.

Bezpieczeństwo: Różnice w obsłudze EMM i uwierzytelnianiu

Obsługa EMM (Entitlement Management Messages) to miejsce, w którym OScam naprawdę wygrywał. Możesz skonfigurować filtrowanie EMM na czytnik, kontrolować, które klienty wyzwalają zapisy EMM, i ograniczyć automatyczną aktualizację (au=) do określonych użytkowników. Obsługa EMM w CCcam jest bardziej czarną skrzynią.

Webif OScam zawsze powinien mieć httpallowed ustawiony tylko na lokalną podsieć — coś w stylu httpallowed=192.168.1.0-192.168.1.255. Pozostawienie go otwartego dla 0.0.0.0-255.255.255.255 na publicznym urządzeniu to poważny błąd. Interfejs telnet CCcam (port 16000) w ogóle nie ma żadnego uwierzytelniania, więc reguły zapory sieciowej są tam niezbędne.

Konfiguracja serwera CCcam: Przewodnik po pliku konfiguracyjnym

Cała konfiguracja CCcam znajduje się w jednym pliku. Ta prostota jest zarówno jej siłą, jak i ograniczeniem.

Struktura i lokalizacja pliku CCcam.cfg

Plik konfiguracyjny znajduje się na /etc/CCcam.cfg w większości konfiguracji Linux PC. Na obrazach odbiorników Enigma2 (OpenATV, OpenPLi, itp.) zwykle znajduje się na /var/etc/CCcam.cfg. Sprawdź swój obraz — niektóre menedżery softcam Enigma2 zapisują własną wersję tego pliku przy uruchamianiu, nadpisując edycje ręczne. Jeśli masz readonlyfs, Twoje zmiany nie przetrwają restartu bez ponownego montowania.

Plik jest tekstem zwykłym, ASCII. Bez BOM (Byte Order Mark). Zakończenia linii systemu Windows (CRLF) będą powodować problemy z analizowaniem — użyj zakończeń linii Unix (LF). Jeśli edytujesz w systemie Windows, użyj Notepad++ z trybem zakończeń linii Unix, a nie zwykłego Notatnika.

Wyjaśnienie linii C: i F:

Linia C: definiuje serwer upstream, do którego się podłączasz jako klient:

C: hostname.example.com 12000 myusername mypassword

Linia F: definiuje konto użytkownika, które może się podłączyć do Twojego serwera CCcam:

F: clientuser clientpassword 1 0

Trzecie pole (1) to limit hopów. Hop 0 oznacza tylko lokalną kartę, hop 1 oznacza, że karty jedno hop dalej są udostępniane i tak dalej. Czwarte pole (0) to reshare — ile hopów w dół tego klienta może reshare. Utrzymuj reshare

na 0 dla większości konfiguracji, chyba że specjalnie chcesz, aby peer'y udostępniały Twoje karty dalej w łańcuchu.

Ustawienie portu serwera, limitów przeskoków i ponownego udostępniania

Globalne ustawienia serwera znajdują się na górze CCcam.cfg:

SERVER LISTEN PORT : 12000
TELNETINFO LISTEN PORT : 16000
WEBINFO LISTEN PORT : 16001
HOP LIMIT : 1
SHARE LIMIT : 0
ACCOUNT WAIT TIME : 1

Ograniczenie przeskoków do 1 jest prawie zawsze słusznym wyborem. Każdy dodatkowy przeskok dodaje opóźnienie i zmniejsza Twoją zdolność do poznania rzeczywistego źródła ECM'ów.

Pliki CCcam.prio i CCcam.providers

Umieść plik CCcam.prio w tym samym katalogu co Twój cfg, aby nadać priorytet określonym CAID'om:

# Prioritize SkyDE on Astra
P: 09C4 000000:000000 1

Plik CCcam.providers mapuje identyfikatory dostawcy na czytelne dla człowieka nazwy dla wyświetlania webinfo. Nie wpływa na funkcjonalność, a jedynie sprawia, że lista udziałów jest czytelna.

Uruchamianie CCcam i weryfikacja, czy działa

Uruchom go ręcznie za pomocą /usr/bin/CCcam & lub za pośrednictwem systemu init. Sprawdź, czy działa:

ps | grep CCcam

Połącz się z interfejsem telnet, aby uzyskać status na żywo:

telnet localhost 16000

Tam wpisz entitlements, aby zobaczyć dostępne karty/CAID'y. Plik dziennika znajduje się domyślnie w /tmp/CCcam.log lub gdziekolwiek ustawiłeś LOGFILE w pliku konfiguracyjnym.

Przewodnik konfiguracji serwera OScam: Kompletna konfiguracja

OScam rozkłada swoją konfigurację na wiele plików. To wydaje się być więcej pracy na początek, ale się opłaca, gdy musisz dodać czytnik lub zmienić uprawnienia użytkownika bez zmiany reszty.

Struktura katalogu konfiguracji OScam (/etc/tuxbox/config/oscam/)

W odbiornikaach opartych na Enigma2 konfiguracje zazwyczaj znajdują się w /etc/tuxbox/config/ z plikami nazwanymi oscam.conf, oscam.server, oscam.user, oscam.dvbapi i oscam.srvid. W systemie x86 Linux z ręczną instalacją, bardziej prawdopodobne jest, że będziesz w /usr/local/etc/oscam/ lub /etc/oscam/.

W odbiornikach ARM, takich jak Vu+ lub Dreambox, plik binarny może być w /usr/bin/oscam ze skryptami init w /etc/init.d/. Menedżer softcam Enigma2 obsługuje uruchamianie/zatrzymywanie — jeśli ręcznie edytujesz konfiguracje, uruchom ponownie za pośrednictwem menu zamiast bezpośrednio zabijać proces, w przeciwnym razie menedżer może uruchomić się ponownie ze starymi konfiguracjami.

oscam.conf: ustawienia globalne, WebIF i rejestrowanie

[global]
logfile = /tmp/oscam.log
maxlogsize = 500
nice = -1
preferlocalcards = 1
clienttimeout = 5000
fallbacktimeout = 2500
cachedelay = 0
[webif]
httpport = 8888
httpuser = admin
httppwd = changethis
httpallowed = 127.0.

``` 0.1,192.168.1.0-192.168.1.255 httpdyndns = 0 [cccam] port = 12000 version = 2.3.0 reshare = 1 stealth = 1 [dvbapi] enabled = 1 user = dvbapi

Opcja stealth w sekcji [cccam] powoduje, że OScam identyfikuje się jako rzeczywisty serwer CCcam, a nie jako emulacja CCcam przez OScam. Niektórzy klienci pracują lepiej z włączoną tą opcją. Pole version powinno odpowiadać temu, czego oczekują Twoi klienci — 2.3.0 to ostatnie rzeczywiste wydanie CCcam i najbezpieczniejszy wybór.

Jedno, na co warto zwrócić uwagę: niektóre kompilacje OScam dla określonych obrazów odbiornika wykluczają obsługę protokołu CCcam ze względów licencyjnych. Jeśli nie widzisz dostępnej sekcji [cccam] w webif, masz kompilację bez obsługi CCcam. Będziesz potrzebować innego pliku binarnego — sprawdź flagi kompilacji za pomocą oscam --build-info.

oscam.server: Konfiguracja czytnika dla kart inteligentnych i serwerów proxy

Każde źródło karty lub serwer upstream otrzymuje swój własny blok [reader]:

[reader]
label = myserver1
protocol = cccam
device = hostname.example.com,12000
account = username,password
caid = 09C4,09CD
group = 1
reconnecttimeout = 30
cccreshare = 0
cccmaxhops = 1

Dla lokalnego czytnika kart inteligentnych (fizyczna karta w odbiornika):

[reader]
label = local_card
protocol = internal
device = /dev/sci0
caid = 09C4
group = 1
detect = cd
mhz = 357
cardmhz = 357

Numer group stanowi połączenie między czytnikami a użytkownikami. Użytkownik z parametrem group=1 może kierować ECM-y tylko przez czytniki również w group=1. Jeśli to źle skonfigurujesz, nie będziesz mieć uprawnień nawet przy doskonale skonfigurowanym połączeniu serwera. To naprawdę najczęstszy błąd w konfiguracji OScam.

oscam.user: Zarządzanie kontami klientów

[account]
user = clientuser1
pwd = securepassword
group = 1
caid = 09C4,09CD
au = myserver1
monlevel = 2
cccmaxhops = 1

Pole au łączy tego użytkownika z określonym czytnikiem w celu automatycznej aktualizacji (przetwarzania EMM). Ustaw to tylko wtedy, gdy faktycznie potrzebujesz aktualizacji EMM dla tej karty — niepotrzebny ruch EMM powoduje problemy. Parametr monlevel kontroluje, co ten użytkownik może widzieć w webif: 0 = brak, 2 = informacje o własnym koncie, 4 = pełny dostęp administratora.

oscam.dvbapi: Filtrowanie Demux i CAID

[dvbap
``````html
i]
priority = 09C4:000000@1234:0000
ignore = 1702:000000
pmtmode = 1
boxtype = dreambox

Linie priority i ignore używają formatu CAID:provid@SID:VPID. Dwukropki i zera można pominąć dla symboli wieloznacznych. To tutaj mówisz OScamowi, które identyfikatory CAID aktywnie odszyfrować i które pominąć, co ma znaczenie, gdy kanał transmituje jednocześnie z wieloma systemami dostępu warunkowego.

Korzystanie z OScam WebIF do monitorowania i zarządzania

Wpisz http://adres-odbiornika:8888 w przeglądarce. Główna strona stanu pokazuje stany czytników w czasie rzeczywistym — szukaj CARDOK na swoich czytnikach. Z webif możesz ponownie uruchomić poszczególne czytniki, zmienić szczegółowość dziennika bez edycji plików i zobaczyć żywe statystyki ECM, w tym czasy odpowiedzi na czytnik.

W sekcji Informacje > Dziennik na żywo możesz obserwować przetwarzane w czasie rzeczywistym pliki ECM, co jest bezcenne przy diagnozowaniu problemów. Nie pozostawiaj włączonego debugowania na poziomie 64 na stałe — zapisuje agresywnie i wypełni /tmp na odbiornikach z ograniczoną pamięcią RAM.

Migracja z CCcam do OScam: krok po kroku

Dobra wiadomość: gdy prawidłowo skonfigurujesz migrację serwera cccam oscam, Twoi istniejący klienci CCcam nie muszą nic zmieniać. OScam obsługuje protokół CCcam na porcie 12000 i klienci nigdy nie wiedzą o różnicy.

Konwertowanie linii C: na wpisy czytnika oscam.server

Każda linia C: w Twoim pliku CCcam.cfg mapuje się bezpośrednio na blok [reader]. Oto tłumaczenie:

CCcam.cfg:

C: server1.example.com 12000 user1 pass1
C: server2.example.com 12000 user2 pass2

oscam.server:

[reader]
label = server1
protocol = cccam
device = server1.example.com,12000
account = user1,pass1
caid = 09C4
group = 1
cccmaxhops = 1
reconnecttimeout = 30
[reader]
label = server2
protocol = cccam
device = server2.example.com,12000
account = user2,pass2
caid = 09C4
group = 1
cccmaxhops = 1
reconnecttimeout = 30

Jeśli nie wiesz, który CAID niesie Twój serwer, pomiń linię caid na początku — OScam zaakceptuje wszystko, co serwer wyśle. Następnie sprawdź webif po połączeniu i dodaj odpowiednie ograniczenie CAID.

Konwertowanie linii F: na wpisy konta oscam.user

CCcam.cfg:

F: peer1 peerpass 1 0

oscam.user:

[account]
user = peer1
pwd = peerpass
group = 1
cccmaxhops = 1
cccreshare = 0

The t ```trzecie pole z linii F: (limit przeskoków) staje się cccmaxhops. Czwarte pole (reshare) staje się cccreshare. Zachowaj te konserwatywne.

Uruchamianie OScam jako serwera protokołu CCcam w celu zapewnienia kompatybilności wstecznej

W pliku oscam.conf sekcja [cccam] umożliwia OScam akceptowanie przychodzących połączeń klientów CCcam:

[cccam]
port = 12000
version = 2.3.0
reshare = 1
stealth = 1
nodeid = auto

Dzięki temu każdy klient, który wskazywał na adres IP Twojego starego serwera CCcam i port 12000, po prostu będzie działać dalej. Zero zmian potrzebnych na tych urządzeniach.

Testowanie migracji bez przestojów

Uruchom OScam na innym porcie — powiedzmy 12001 — podczas gdy CCcam pozostaje na porcie 12000. Zmień jednego testowego klienta, aby wskazywał na 12001 i sprawdź, czy działa. Gdy będziesz zadowolony, przełącz OScam na 12000, zatrzymaj CCcam i skieruj pozostałych klientów z powrotem.

Jeśli jesteś za CGNAT lub podwójnym NAT, połączenia przychodzące nie będą działać niezależnie od protokołu. Dotyczy to trybu serwera — możesz nadal łączyć się wychodzącą jako klient. Jeśli Twój dostawca usług internetowych zapewnia CGNAT, będziesz potrzebować VPS z publicznym adresem IP, aby działał jako przekaźnik, lub użyć dostawcę, który obsługuje to po swojej stronie.

Typowe pułapki migracji i jak ich uniknąć

• Niezgodność grup — czytnik w grupie 1, użytkownik w grupie 2. ECM-y nigdy nie są kierowane. Sprawdź oba pliki i upewnij się, że numery grup się zgadzają.
• Brakujące przypisanie au= — aktualizacje EMM przestają działać. Przypisz każdego użytkownika do czytnika za pomocą au=readerlabel, jeśli potrzebuje aktualizacji uprawnień.
• Zły filtr CAID — ustawiłeś caid=09C4 na czytniku, ale serwer wysyła 09CD. Dodaj oba lub usuń filtr na początku.
• Stara składnia CCcam 2.0.x w konfiguracjach — niektóre starsze konfiguracje CCcam używają przestarzałych dyrektyw, które emulacja CCcam OScam nie rozumie. Sprawdź dziennik OScam pod kątem ostrzeżeń parsowania przy uruchamianiu.
• Menedżer softcam Enigma2 nadpisujący konfiguracje — niektóre obrazy regenerują pliki konfiguracyjne ze swojej własnej bazy danych przy uruchamianiu. Przechowuj swoje autoryzacyjne konfiguracje w lokalizacji, której menedżer nie dotyka, lub skonfiguruj menedżera bezpośrednio z Twoimi ustawieniami.

Rozwiązywanie problemów z serwerami CCcam i OScam

Diagnozowanie „Brak uprawnień" i pustych list kart

To jest najczęstsza skarga i prawie zawsze ma te same przyczyny pierwotne. W OScam najpierw sprawdź listę czytników webif. Jeśli czytnik pokazuje CARDOK, ale nie masz uprawnień, grupa użytkownika nie odpowiada grupie czytnika. Napraw numery grup.

Jeśli czytnik pokazuje OFF lub ERROR, połączenie z serwerem upstream w ogóle nie działa. Sprawdź poświadczenia i czy serwer jest faktycznie osiągalny.

W CCcam wykonaj telnet na port 1600

0 i uruchom entitlements. Puste wyjście oznacza, że albo żadne linie C: nie są połączone, albo połączony serwer ma reshare ustawiony na 0 i nic nie współdzieli.

Błędy Połączenia Odrzucone i Limit Czasu

Najpierw sprawdź oczywistości — czy oprogramowanie działa?

ps aux | grep oscam
ps aux | grep CCcam

Następnie sprawdź, czy port jest otwarty:

netstat -tlnp | grep 12000

Sprawdź reguły zapory:

iptables -L -n | grep 12000

Jeśli port nie pojawia się w netstat, oprogramowanie się do niego nie wiąże — sprawdź swoją konfigurację pod kątem literówek w dyrektywie portu. Jeśli jest powiązany, ale otrzymujesz połączenie odrzucone ze zdalnej maszyny, jest to problem z zaporą.

Uwaga IPv6: Protokół CCcam nie obsługuje poprawnie IPv6 we wszystkich implementacjach. Jeśli jesteś w sieci tylko IPv6, OScam obsługuje to lepiej, ale możesz potrzebować jawnego powiązania z adresem IPv4 przy użyciu dyrektywy bindaddr w oscam.conf.

Limit Czasu ECM i Powolne Przełączanie

Powolne zmiany kanałów zwykle oznaczają, że odpowiedzi ECM trwają zbyt długo. W oscam.conf:

[global]
clienttimeout = 5000
fallbacktimeout = 2500

clienttimeout to czas, który OScam czeka przed poinformowaniem klienta o niepowodzeniu. fallbacktimeout to moment, w którym zaczyna próbować czytników rezerwowych, nadal czekając na główny. Ustawienie fallbacktimeout na około połowę clienttimeout daje szybkie przejście bez porzucania głównego zbyt szybko.

Czytanie Dzienników OScam i Poziomy Debugowania

W webif w sekcji Konfiguracja > Rejestrowanie ustaw Poziom debugowania na 64 dla szczegółów ECM, 256 dla pełnej komunikacji czytnika. Nie zostawiaj na 256 na długo.

Interpretacja linii dziennika:

• found (234ms) — ECM zdekodowany pomyślnie w 234ms. Dobrze.
• timeout after 5000ms — czytnik nie odpowiedział na czas. Serwer jest wolny lub nieosiągalny.
• not found (123ms) — serwer odpowiedział, ale nie ma ważnej subskrypcji dla tego CAID. Zły serwer lub wygasła subskrypcja.
• invalid card — uwierzytelnianie karty nie powiodło się. Złe poświadczenia lub serwer odrzucił logowanie.

Naprawianie Typowych Błędów Czytnika oscam.server

Czytnik utknął w NEEDINIT: zwykle oznacza, że OScam się połączył, ale uścisk dłoni karty się nie kończy. W przypadku czytników protokołu CCcam sprawdź, czy wersja serwera się zgadza — ustaw cccversion=2.3.0 w bloku czytnika, jeśli to konieczne.

Czytnik oscyluje między CARDOK a ERROR: zazwyczaj problem ze stabilnością sieci lub upstream serwer limituje ponowne połączenia. Zwiększ reconnecttimeout do 60 sekund i dodaj keepalive=1 do bloku czytnika.

Wybieranie Niezawodnego Serwera: Na Co Zwrócić Uwagę

Gdy masz już techniczne ustawienia serwera cccam oscam prawidłowo skonfigurowane, jakość serwera staje się t

pozostała zmienna. Oto jak ją ocenić bez polegania na obietnicach marketingowych.

Kluczowe kryteria techniczne: czas odpowiedzi ECM i stabilność

Czas odpowiedzi ECM jest najwyraźniejszą miarą obiektywną. Poniżej 500ms jest akceptowalne, poniżej 300ms jest dobre, a poniżej 150ms to doskonałość. Webif OScam pokazuje średnie czasy ECM dla każdego czytelnika w zakładce statystyki czytelnika — to jest twój główny punkt odniesienia.

Uruchom serwer przez 24–48 godzin przed podjęciem zobowiązania. Szukaj spójności czasu ECM — serwer uśredniający 200ms z okazjonalnymi skokami do 3000ms jest gorszy niż jeden konsekwentnie na poziomie 400ms. Skoki powodują zamrażanie kanału nawet gdy średnie wyglądają dobrze.

Obsługa protokołu i kompatybilność

Newcamd ma mniejsze obciążenie protokołu niż CCcam i warto go zaproponować, jeśli dostawca go obsługuje. Camd35 to kolejna lekka opcja. W przypadku konfiguracji serwera cccam oscam obsługującego wiele protokołów, posiadanie dostawcy obsługującego Newcamd oznacza, że możesz go używać dla niektórych czytelników, jednocześnie zachowując CCcam dla innych.

Zapytaj, czy dostawca oferuje zapasowe adresy IP serwera. Jeden punkt awarii jest niedopuszczalny dla czegokolwiek, na czym ci zależy.

Lokalizacja serwera i rozważania dotyczące opóźnienia

Bliskość geograficzna ma znaczenie. Serwer oddalony o 500km będzie konsekwentnie działać lepiej niż jeden 5000km dalej, nawet jeśli odległy ma szybszy sprzęt. Podstawowa fizyka.

Przetestuj raw latency do IP serwera przed rejestracją:

ping -c 20 server.example.com

Jeśli widzisz średni ping ponad 80ms, czasy ECM poniżej 300ms są mało prawdopodobne. Weź to pod uwagę podczas oceny specyfikacji.

Ocena czasu działania i redundancji

Żaden dostawca nie może uczciwie gwarantować 100% czasu działania. Każdy obiecujący to kłamie. Szukaj dostawców oferujących wiele punktów końcowych serwera, które możesz skonfigurować jako fallbackowe czytniki w OScam — w ten sposób awaria jednego serwera nie spowoduje przerwy w działaniu po twojej stronie.

Okres próbny trwający co najmniej 24 godziny to minimalna rozsądna prośba. Każdy, kto odmawia próby, ukrywa problemy z wydajnością. Testuj w godzinach szczytu (wieczory, weekendy), a nie tylko w południe, gdy obciążenie jest niskie.

Czerwone flagi do unikania przy wyborze dostawcy

• Obietnice nieograniczonego reshare'u — fizycznie niemożliwe bez pogorszenia usług dla wszystkich. Oznacza to, że sprzedają nadmiernie zdolności.
• Brak okresu próbnego — oczywiste. Nie płać z góry bez testowania.
• Ceny znacznie poniżej średniej rynkowej — przeciążone serwery z zbyt wieloma klientami na kartę. Zobaczysz czasy ECM powyżej 1000ms w godzinach szczytu.
• Wymaganie dostępu root/SSH do twojego odbiornika — to poważne zagrożenie bezpieczeństwa. Dostawca powinien potrzebować tylko, abyś skonfigurował linię C: lub wpis czytelnika oscam.server. Nic więcej.
• Bezpłatne serwery — są prawie uniwersalnie zawodne, często niedostępne i wprowadzają potencjalną ekspozycję bezpieczeństwa. Traktuj je tylko jako środowiska testowe, nigdy pr

oduction.