Jak skonfigurować CCcam C-line Darmowe Cardsharing Część 2: Konfiguracja Linii, Peering i Naprawa Błędów Offline
Jeśli przeszedłeś przez Część 1, już wiesz, co robi CCcam i dlaczego ludzie się tym zajmują. To jest kontynuacja, której naprawdę potrzebujesz — jak cccam c-line darmowe cardsharing część 2 przechodzi przez prawdziwą pracę konfiguracyjną: pisanie C-linii, która się łączy, ustawianie współdzielenia między dwoma dekoderami, które kontrolujesz, zamiast płacenia resellerowi, oraz przeszukiwanie logów, gdy twoja linia pokazuje czerwoną. Zakładam, że masz dekoder lub box z Linuxem z już zainstalowanym CCcam. Jeśli nie, wróć i najpierw skończ Część 1.
Wszystko tutaj jest napisane dla osób edytujących pliki konfiguracyjne bezpośrednio — użytkowników obrazów Enigma2 (OpenPLi, OpenATV, VTi) oraz instalacji CCcam na Linuxie/Dockerze. Wskaźnik, gdzie się różnią, ponieważ tak jest, i tam większość ludzi utknie.
Wyjaśnienie składni C-line pole po polu
Każda C-linia ma ten sam podstawowy kształt. Oto prawdziwy przykład:
C: myserver.dyndns.org 12000 user1 pass1 no { 0:0:2 }
Od lewej do prawej:C: informuje CCcam, że to jest linia klienta — łączysz się z serwerem kogoś innego.myserver.dyndns.org to host, a może być zwykłym adresem IP lub nazwą hosta DNS/DDNS.12000 to port, na którym nasłuchuje zdalny serwer — to domyślna wartość CCcam, chociaż wielu administratorów przenosi go na coś mniej oczywistego. Następnieuser1 ipass1 to dane uwierzytelniające, które wydał ci właściciel serwera. Wielkość liter ma znaczenie. Straciłem dwadzieścia minut więcej niż raz, ponieważ hasło miało dużą literę, a ja wpisałem małą.
Anatomia C-linii: C: host port user pass
Te pierwsze pięć tokenów jest niepodlegających negocjacji — jeśli którykolwiek z nich jest błędny, linia nie zostanie uwierzytelniona. Host i port razem tworzą gniazdo TCP, które CCcam próbuje otworzyć. Jeśli rozwiązywanie DNS nie powiedzie się lub port jest niedostępny, zobaczysz timeout połączenia w logu, zanim nawet przejdziesz do sprawdzenia hasła.
Opcjonalne flagi: { 0:0:2 } oraz parametry no-emm/no-caid
no przed nawiasami klamrowymi to flagi dziedzictwa, czy połączenie używa konkretnej wersji protokołu — zostaw to jakono chyba że właściciel serwera powie ci inaczej. Część w nawiasach klamrowych,{ 0:0:2 }, ogranicza, które kombinacje CAID:provider:hop zaakceptujesz z tej linii.0:0 oznacza "dowolny CAID, dowolny dostawca," a2 to maksymalna odległość hop, którą pozwolisz przez to połączenie. Możesz również wymienić konkretne CAID-y, takie jak{ 0100:000000:1 } aby pobierać tylko karty pasujące do tego CAID i identyfikatora dostawcy na hopie 1. W ten sposób doświadczeni administratorzy utrzymują swoją listę współdzielenia w czystości, zamiast wciągać śmieci z głębokich reshare'ów.
Gdzie znajduje się CCcam.cfg w popularnych systemach
To ciągle myli ludzi. W OpenPLi i większości wersji OpenATV, konfiguracja znajduje się w/etc/CCcam.cfg. Niektóre starsze lub dostosowane obrazy tworzą do tego symlink do/var/etc/CCcam.cfg zamiast tego, a jeśli edytujesz niewłaściwy, twoje zmiany cicho nic nie robią — dekoder działa z tym, co jest faktycznie załadowane. Kilka obrazów, szczególnie te z kluczami przechowywanymi osobno, umieszcza CCcam.cfg pod/usr/keys/CCcam.cfg. Zanim spędzisz godzinę na debugowaniu problemu "linia się nie łączy", uruchomls -la /etc/CCcam.cfg i sprawdź, czy to jest dowiązanie symboliczne, a następnie potwierdź za pomocąps aux | grep CCcam że binarka w ogóle działa z konfiguracją, którą myślisz, że jest.
Budowanie darmowej konfiguracji peer zamiast kupowania linii
Oto część, którą większość przewodników całkowicie pomija. Duża część ruchu wyszukiwania dotyczącego jak cccam c-line darmowe cardsharing część 2 to ludzie, którzy nie chcą płacić resellerowi co miesiąc — a szczera odpowiedź to peering. Jeśli ty lub ktoś, komu ufasz, ma drugi odbiornik z własną legalnie subskrybowaną kartą, możesz dzielić dostęp między dwoma dekoderami, które posiadasz, bez udziału osób trzecich. To nie to samo, co ściąganie losowej "darmowej linii" z forum, która zazwyczaj jest skradzionym dostępem i znika w ciągu kilku dni.
Udostępnianie peer-to-peer między dwoma własnymi dekoderami
Konfiguracja jest symetryczna. Dekoder A ma fizyczną kartę i działa jako serwer. Dekoder B łączy się z nim jako klient, używając linii C. Jeśli oba dekodery mają własne karty, możesz odzwierciedlić konfigurację, aby każdy działał jako serwer i klient — to prawdziwy związek peer, a to jest legalny przypadek użycia, dla którego CCcam został stworzony, gdy zaczynał jako sposób na połączenie dostępu w ramach własnego sprzętu w gospodarstwie domowym.
Generowanie linii F po stronie serwera
Na serwerze (Dekoder A) nie piszesz linii C — piszesz linię F, która definiuje, kto ma prawo się połączyć. Wygląda to tak:
F: peeruser peerpass 2 0 0
To jest nazwa użytkownika, hasło, a następnie trzy liczby kontrolujące dostęp: maksymalne połączenia dla tego użytkownika, limit udostępnienia i zarezerwowany znacznik (zazwyczaj pozostawiony na 0). Gdy to zostanie zapisane i CCcam zostanie uruchomione ponownie, linia C dekodera B używa pasującej nazwy użytkownika i hasła —C: boxA-ip-or-hostname 12000 peeruser peerpass no { 0:0:2 } — a obie autoryzują się nawzajem.
Dopasowanie CAID i identyfikatorów dostawcy, aby peer był użyteczny
Połączenie z odpowiednimi poświadczeniami, ale z niewłaściwym filtrem CAID daje ci linię, która pokazuje, że jest połączona, ale nie dostarcza nic, co możesz zdekodować. Sprawdź rzeczywisty CAID swojej karty w menu informacji odbiornika — w większości dekoderów Enigma2 znajduje się to w Menu > Informacje > status czytnika kart, lub możesz to wyciągnąć z logu CCcam po inicjalizacji karty. Dopasuj tę parę CAID:dostawca w nawiasach po stronie linii C, aby nie marnować połączenia na kanały, których karta twojego peera w rzeczywistości nie obsługuje.
Odpowiedzialne ustawianie limitów udostępniania i skoków
Skok 1 oznacza dostęp bezpośrednio z karty — bez udostępniania pomiędzy. Skok 2 oznacza, że dekoder, z którym się łączysz, sam odsprzedaje kartę kogoś innego. Każdy dodatkowy skok zwiększa opóźnienie ECM i niestabilność, a szczerze mówiąc, po skoku 2 doświadczenie szybko się pogarsza — zawieszenia, czarne ekrany, karty, które "znikają" bez wyraźnego powodu. Utrzymuj swoje limity udostępniania linii F w wąskich granicach, a limit skoków linii C na 1 lub 2. To nie tylko dobra etykieta między peerami, to bezpośrednio decyduje o tym, czy twoja konfiguracja pozostaje stabilna.
Pełna konfiguracja serwera CCcam.cfg
Jeśli Dekoder A ma obsługiwać peera, strona serwera CCcam.cfg musi być poprawna. Oto przycięty, ale kompletny szkielet:
Dyrektywy główne: SERVER LISTEN PORT, WEBINFO LISTEN PORT
SERVER LISTEN PORT to miejsce, w którym CCcam otwiera swój gniazdo dla przychodzących połączeń linii C — domyślnie 12000, chociaż zmiana tego jest powszechną praktyką, aby unikać skanowania botów.WEBINFO LISTEN PORT otwiera wbudowaną stronę statusu, a 16001 jest standardem.
Linie czytnika/karty DVB dla lokalnych kart
Poniżej dyrektyw sieciowych, CCcam.cfg potrzebuje linii czytnika wskazującej na fizyczną kartę, coś w styluP: /dev/sci0<pin> dla czytnika kart smartcard lub ścieżki urządzenia DVB dla wbudowanej konfiguracji CI+. Bez ważnej linii czytnika serwer nie ma nic do udostępnienia — sama linia F nie tworzy dostępu, tylko przyznaje pozwolenie na korzystanie z tego, co zapewniają linie czytnika.
Kontrola dostępu: DOZWOLONY CZAS, flagi bezpieczeństwa
DOZWOLONY CZAS: tak pozwala na działanie okien dostępu opartych na czasie, jeśli ograniczasz partnera do określonych godzin. W połączeniu zMAKSYMALNE POŁĄCZENIA SERWERA, to jest twoje podstawowe ograniczenie przeciwko wyciekowi poświadczeń dalej niż zamierzano — warto ustawić to celowo, zamiast zostawiać na domyślnych ustawieniach.
Włączenie strony statusu w sieci na porcie 16001
Po włączeniu WEBINFO i ponownym uruchomieniu CCcam, przejdź dohttp://box-ip:16001 z przeglądarki w tej samej sieci. Otrzymasz na żywo widok podłączonych klientów, ich liczby skoków i liczby udostępnień na CAID — naprawdę najszybszy sposób, aby potwierdzić, czy linia C rzeczywiście uwierzytelniła, zamiast zgadywać z listy kanałów odbiornika. Po każdej edycji pliku CCcam.cfg pamiętaj, abychmod 644 /etc/CCcam.cfg jeśli uprawnienia zostały uszkodzone, a następnie uruchom ponownie za pomocąkillall -9 CCcam a następnie uruchom go ponownie (większość obrazów automatycznie go wznawia, lub możesz to wywołać z panelu softcam w menu wtyczek). Edycje nie wchodzą w życie, dopóki binarny plik nie zostanie ponownie uruchomiony — widziałem ludzi edytujących plik pięć razy z rzędu, zastanawiających się, dlaczego nic się nie zmienia, gdy stary proces działał przez cały czas.
Rozwiązywanie problemów z offline'owymi liniami C i błędami braku sygnału
To jest sekcja, w której większość osób szukających jak cccam c-line darmowe udostępnianie kart część 2 faktycznie tutaj trafiła. Linia, która się nie łączy, jest prawie zawsze jedną z kilku przyczyn, więc przechodź przez nie w kolejności, zamiast losowo wpisywać hasło pięć razy.
Linia pokazuje czerwono/offline w panelu sieciowym
Zacznij od łączności, a nie poświadczeń. Z innego komputera w innej sieci uruchomnc -vz myserver.dyndns.org 12000 lubtelnet myserver.dyndns.org 12000. Odrzucone połączenie lub czas oczekiwania oznacza, że problem leży na poziomie sieci — zapora, przekierowanie portów lub niezgodność PORTU NASŁUCHUJĄCEGO — a nie twoja nazwa użytkownika i hasło. Dopiero po potwierdzeniu, że port jest osiągalny, ma sens podwójne sprawdzenie poświadczeń pod kątem czułości na wielkość liter lub białych znaków wklejonych z miejsca, z którego je skopiowałeś.
Połączony, ale kanały nadal zniekształcone
Jeśli panel sieciowy pokazuje, że linia jest połączona, ale nadal otrzymujesz zniekształcony obraz, gniazdo działa dobrze, a problem leży w górę. Zwykle jest to niezgodność CAID lub identyfikatora dostawcy — kanał, który oglądasz, używa identyfikatora dostawcy, którego karta partnera nie obsługuje, nawet jeśli CAID się zgadza. Sprawdź listę udostępnień na stronie statusu w sieci dla tej konkretnej kombinacji CAID:dostawca. Inne przyczyny: interwał ECM na serwerze jest zbyt wysoki dla tego kanału, filtr odległości skoku w twoich klamrach C-line wyklucza jedyną ścieżkę, która mogłaby dotrzeć do karty, lub czas oczekiwania ECM karty jest zbyt agresywny dla ponownego udostępnienia, które jest o skok lub dwa dalej.
Kontrola zapory, NAT i przekierowania portów
Jeśli serwer znajduje się za domowym routerem, port 12000 (i 16001, jeśli chcesz zdalny dostęp do sieci) potrzebuje jawnej reguły przekierowania wskazującej na IP LAN boxa. Ustawienia podwójnego NAT — powszechne w przypadku niektórych modemów dostarczanych przez ISP połączonych z drugim routerem — wymagają skonfigurowania przekierowania na obu skokach, a łatwo jest poprawnie przekierować na wewnętrznym routerze, podczas gdy zewnętrzny nadal blokuje wszystko. Jeśli nie jesteś pewien, sprawdź swoje publiczne IP za pomocą usługi takiej jakcurl ifconfig.me z samego serwera i porównaj je z tym, co klient faktycznie wybiera.
DNS vs statyczne IP i serwery dynamiczne
Większość domowych połączeń nie ma statycznego IP, co oznacza, że adres zmienia się, gdy tylko ISP ma na to ochotę. Jeśli IP twojego serwera się zmienia, a linia C ma wbudowane twarde IP, połączenie partnera po prostu przestaje działać bez oczywistego błędu — wygląda identycznie jak martwa karta. Rozwiązaniem jest nazwa hosta DDNS (No-IP, DuckDNS lub cokolwiek, co obsługuje wbudowany klient DDNS twojego routera), aby linia C zawsze wskazywała na nazwę, która rozwiązuje się na aktualne IP.
Czytanie logów CCcam w przypadku niepowodzeń handshake
Włącz logowanie, jeśli jeszcze nie jest włączone — większość obrazów zapisuje do/tmp/cccam.log lub podobnej ścieżki, a możesz na żywo śledzić to za pomocątail -f /tmp/cccam.log. Szukaj konkretnej wiadomości handshake: "logowanie klienta" potwierdza, że uwierzytelnienie się powiodło, "złe hasło" jest oczywiste, a "brak karty" oznacza, że połączenie uwierzytelniło się poprawnie, ale nie ma nic za tym, co można by faktycznie obsłużyć — często oznaka źle skonfigurowanej linii czytnika lub karty, która wypadła z gniazda.
OScam vs CCcam interoperacyjność dla tej samej linii
Wielu ludzi korzystających z CCcam w końcu kończy z OScam na przynajmniej jednym boxie, a dobra wiadomość jest taka, że poświadczenia linii C CCcam działają dobrze jako czytnik OScam — nie potrzebujesz oddzielnego konta.
Dodawanie linii C CCcam jako czytnika OScam
W/etc/oscam/oscam.server, dodaj blok czytnika:
ustawienia protokołu oscam.server=cccam
protocol = cccam to, co mówi OScam, aby używać handshake CCcam zamiast newcamd lub radegast. Liniadevice przyjmuje host i port oddzielone przecinkiem, te same informacje co pierwsze dwa pola C-linii.group łączy tego czytnika z dowolną grupą użytkowników woscam.user która powinna otrzymywać ECM-y przez niego.
wersja cccam i flagi want_emu
cccversion = 2.3.0 odpowiada wersji protokołu, której oczekują najnowsze serwery CCcam — niezgodności tutaj mogą powodować ciche zrywanie połączeń, które nie pokazują oczywistego błędu w żadnym z logów. Jeśli potrzebujesz dekodowania opartego na EMU w czytniku,want_emu = 1 mówi OScam, aby kierować przez warstwę emulatora softcam zamiast oczekiwać odpowiedzi z fizycznej karty.
Kiedy woleć nową wersję OScam newcamd/CS378x zamiast
Jeśli oba końce połączenia to OScam, pomiń protokół CCcam całkowicie i użyj CS378x lub newcamd — uzyskujesz lepsze buforowanie ECM, bardziej szczegółowe logowanie woscam.log, oraz naprawdę bardziej użyteczny interfejs webowy na porcie 8888, który pokazuje statystyki per-reader, których panel CCcam nie ma. Interoperacyjność protokołu CCcam jest głównie opłacalna, gdy jedna strona utknęła na oprogramowaniu tylko CCcam i nie można jej zmienić.
Jaka jest różnica między C-linią a F-linią?
C-linia to linia klienta, którą umieszczasz w swoim urządzeniu, aby połączyć się z serwerem. F-linia to linia przyjaciela/partnera, którą serwer definiuje, aby przyznać konkretnemu użytkownikowi dostęp. To dwie połówki tego samego połączenia — nazwa użytkownika i hasło muszą się zgadzać po obu stronach.
Jaki port używa CCcam domyślnie?
TCP 12000 dla samego protokołu udostępniania, ustawiony przez SERVER LISTEN PORT, oraz 16001 dla strony statusu webowego. Oba są konfigurowalne w CCcam.cfg i muszą być przekierowane przez NAT, jeśli serwer znajduje się za routerem.
Moja C-linia łączy się, ale kanały są nadal zaszyfrowane — dlaczego?
Zwykle jest to niezgodność CAID lub identyfikatora dostawcy, zbyt ciasno ustawiony dystans hop w klamrach C-linii, czas oczekiwania ECM lub karta upstream po prostu nie obsługuje tego pakietu. Sprawdź listę udostępniania w panelu webowym, aby potwierdzić, że CAID kanału faktycznie tam się pojawia.
Gdzie znajduje się plik CCcam.cfg?
Zależy od obrazu. Zwykle jest to /etc/CCcam.cfg, czasami symlinkowane do /var/etc/CCcam.cfg, a w niektórych wersjach Enigma2 znajduje się w /usr/keys/CCcam.cfg. Zawsze uruchom ponownie binarkę CCcam po edytowaniu, ponieważ zmiany nie mają zastosowania do już działającego procesu.
Czy mogę używać C-linii CCcam w OScam?
Tak. Dodaj blok czytnika w oscam.server z protocol=cccam, device=host,port oraz tym samym nazwą użytkownika i hasłem z C-linii, a następnie przypisz tego czytnika do grupy użytkowników w oscam.user. Logowanie OScam i buforowanie ECM są zauważalnie lepsze niż natywne narzędzia CCcam.
Jak mogę przetestować, czy mój port serwera jest osiągalny?
Z innej sieci uruchom nc -vz host 12000 lub telnet host 12000. Odrzucone połączenie lub przekroczenie czasu wskazuje na blokadę zapory, błędne ustawienie PORTU NASŁUCHU lub brak przekierowania portu na routerze — a nie na złe hasło.
To obejmuje mechanikę — składnię C-line, rzeczywistą konfigurację peer między urządzeniami, które faktycznie posiadasz, działający plik CCcam.cfg oraz proces rozwiązywania problemów, który należy przejść, gdy linia odmawia połączenia. Jeśli śledziłeś, jak cccam c-line free cardsharing część 2 do tego momentu i rzeczy nadal nie współpracują, wróć najpierw do wyjścia logu. Dziewięć razy na dziesięć odpowiedź jest tam na wyciągnięcie ręki w zwykłym tekście, a naprawa jest mniejsza niż godzina, którą prawdopodobnie już spędziłeś na zgadywaniu.