Konfiguracja CCcam Reshare: Przewodnik po konfiguracji& Rozwiązywanie problemów

Jeśli zanurzasz się w świat satelitarnychudostępniania kart, prawdopodobnie napotkałeś potrzebę konfiguracji CCcam reshare. To obejmuje przyjmowanie kart otrzymanych od partnera i przekazywanie ich do własnych klientów lub nawet dzielenie się nimi z innymi partnerami. Ale nie zawsze jest to proste. Błędne konfiguracje mogą prowadzić do sytuacji, w której karty nie pojawiają się, pokazują nieprawidłowe poziomy hopów lub są całkowicie odrzucane przez Twojego dostawcę upstream. Rozłóżmy na czynniki pierwsze podstawy konfiguracji CCcam reshare, aby pomóc Ci na właściwej drodze.

Co właściwie robi CCcam Reshare (Hopy i linia F)

CCcam reshare oznacza przyjmowanie kart, które Twój serwer otrzymuje przez połączenie z partnerem (używając linii C) i ponowne udostępnianie tych informacji lokalnym klientom (poprzez linie F) lub innemu partnerowi. Koncepcja hopów jest tutaj kluczowa. Każdy serwer w łańcuchu dodaje +1 do wartości hopu. Więc jeśli karta przychodzi na hopie 2 od Twojego partnera, staje się hopem 3, gdy dotrze do Twoich klientów. Proces reshare jest dyktowany nie tylko przez Twoją konfigurację CCcam, ale także przez ustawienia linii F Twojego partnera upstream.

Reshare vs. bezpośrednie udostępnianie: koncepcja hopów

Bezpośrednie udostępnianie oznacza, że dostarczasz karty bezpośrednio do klientów bez żadnych pośrednich serwerów. W przeciwieństwie do tego, reshare polega na udostępnianiu kart, które otrzymałeś od innego partnera. Kluczowa różnica leży w liczbie hopów. Karta udostępniona bezpośrednio nadal znajduje się na hopie 1, podczas gdy karty udostępnione ponownie są inkrementowane w zależności od tego, przez ile serwerów przeszły.

Jak działają pola uphops/downhops

W konfiguracji linii F pole uphops określa, z jakiej odległości klienci mogą otrzymać tę kartę. Z kolei pole downhops określa, z jakiej odległości karty od tego klienta mogą być akceptowane upstream. Zrozumienie tych wartości jest kluczowe dla skutecznego zarządzania Twoją siecią.

Dlaczego 0 oznacza 'nie udostępniaj ponownie'

Ustawienie downhops na 0 skutecznie oznacza, że blokujesz wszelkie karty od tego klienta przed dalszym udostępnianiem. Jest to szczególnie przydatne, jeśli chcesz zachować kontrolę i zapobiec potencjalnym pętlom w swojej sieci udostępniania.

Konfiguracja Reshare w CCcam.cfg

Rdzeń konfiguracji CCcam reshare leży w pliku CCcam.cfg. Format linii F, który musisz zapamiętać, to:F: nazwa_użytkownika hasło uphops downhops. Wartość uphops kontroluje, z jakiej odległości klienci mogą uzyskać dostęp do karty, podczas gdy downhops kontroluje, co mogą odesłać. Przyjrzyjmy się kilku przykładom.

Składnia linii F i pole wartości reshare

Oto podstawowy przykład linii F:

F: użytkownik hasło 1 1

To oznacza, że klient może otrzymywać karty z jednego hopa w odległości i może ponownie udostępniać karty innemu partnerowi. Jeśli chcesz umożliwić głębsze udostępnianie, możesz odpowiednio zwiększyć wartość uphops.

Ustawianie uphops i downhops dla każdej linii

Dla bardziej specyficznej konfiguracji możesz użyć:

F: użytkownik2 hasło2 2 0

To ustawienie pozwala klientowi otrzymywać karty z dwóch hopów w odległości, ale uniemożliwia im ponowne udostępnianie jakichkolwiek kart, które otrzymują z powrotem do partnerów.

Globalna kontrola reshare vs. kontrola per-linia

CCcam pozwala ustawić globalne dyrektywy dla reshare, które mogą być nadpisane przez konkretne ustawienia linii F. Na przykład, jeśli Twoje globalne ustawienie pozwala na reshare, ale ustawisz konkretną linię F na 0 dla downhops, ta konkretna linia nie będzie mogła ponownie udostępniać żadnych kart.

Przykład: ponowne udostępnianie karty partnera lokalnym klientom

Aby zilustrować, jeśli masz partnera dostarczającego karty na hopie 2, Twoja linia F może wyglądać tak:

F: partnerużytkownik partnerhasło 2 1

To daje Twoim lokalnym klientom dostęp do ponownie udostępnionych kart, jednocześnie pozwalając na udostępnianie upstream.

Kontrolowanie, które karty są ponownie udostępniane

Z CCcam możesz kontrolować, które konkretne karty są ponownie udostępniane, używając składni nawiasów inline na swoich liniach C. Pozwala to określić limity reshare dla każdej karty, a nawet zablokować niektóre karty, jednocześnie używając ich lokalnie.

Ograniczanie reshare według CAID/dostawcy za pomocą składni bloku linii C

Składnia wygląda mniej więcej tak:

C: nazwa_hosta port użytkownik hasło nie { caid:provid:reshare }

To pozwala ustawić konkretne kombinacje CAID i dostawcy dla ponownego udostępniania. Jeśli ustawisz ponowne udostępnianie na 0, nadal możesz korzystać z karty do lokalnego oglądania, nie pozwalając na dalsze udostępnianie.

Używanie dyrektywy { } do ponownego udostępniania

Wykorzystując nawiasy inline, możesz ograniczyć konkretne dostawców lub CAID-y bez wpływu na całą konfigurację. To jest kluczowe dla utrzymania kontroli nad swoim ustawieniem udostępniania.

Blokowanie konkretnych kart przed ponownym udostępnieniem

Jeśli musisz zablokować kartę przed ponownym udostępnieniem, po prostu ustaw jej wartość ponownego udostępnienia na 0 w nawiasach. Na przykład:

C: hostname port user pass no { 1234:5678:0 }

Ta konfiguracja pozwala na lokalne oglądanie karty, jednocześnie uniemożliwiając jej dalsze udostępnianie.

Limity głębokości ponownego udostępniania w celu ochrony twojego upstreamu

Bądź ostrożny, aby nie udostępniać za dużo. Jeśli twój upstream peer nie pozwala na ponowne udostępnianie lub ogranicza je do hop 1, upewnij się, że twoje ustawienia ponownego udostępniania to odzwierciedlają, aby uniknąć odcięcia od ich usługi.

Wymagania dotyczące sieci i portów dla ponownego udostępniania

Zrozumienie wymagań dotyczących sieci i portów jest kluczowe dla udanej konfiguracji ponownego udostępniania CCcam. Domyślnie CCcam nasłuchuje na porcie 12000, ale można to zmienić, używającDYREKTYWY SERVER LISTEN PORT.

Port nasłuchu i dyrektywa SERVER LISTEN PORT

Aby zmienić port, po prostu dodaj następującą linię do swojego pliku CCcam.cfg:

SERVER LISTEN PORT 12345

Upewnij się, że odpowiednio skonfigurowałeś swoje routery i zapory, aby umożliwić ruch przez ten port.

Przekierowanie portów i NAT dla przychodzących klientów F-line

Jeśli chcesz, aby klienci łączyli się z twoim serwerem w celu ponownego udostępnienia, musisz przekierować port TCP przez swój NAT/router do adresu IP LAN twojego boxa. To jest kluczowe dla zapewnienia, że klienci mogą dotrzeć do twojego serwera CCcam.

Zasady zapory i dynamiczny DNS dla zmieniających się IP

Jeśli używasz dynamicznego adresu IP, rozważ skonfigurowanie Dynamic DNS (DDNS), aby utrzymać swoich klientów połączonych. W ten sposób, nawet jeśli twój IP się zmieni, twoi klienci nadal będą mogli znaleźć twój serwer bez potrzeby ręcznej aktualizacji swoich konfiguracji.

Rozwiązywanie problemów: Karty ponownie udostępnione nie wyświetlają się

Kiedy coś idzie nie tak, rozwiązywanie problemów jest niezbędne. Oto krok po kroku proces diagnozowania problemów z ponownie udostępnionymi kartami.

Czytanie logów CCcam i lista uprawnień / udostępniania

Zacznij od sprawdzenia strony informacyjnej w sieci, zazwyczaj pod adresemhttp://box-ip:16001, aby potwierdzić, czy karta jest odbierana. Ta strona pokaże również poziomy hop i wszelkie potencjalne problemy.

Poziom hop zbyt wysoki — karta cicho odrzucona

Jeśli poziom hop karty przekracza to, co twoi klienci mogą otrzymać, karta zostanie cicho odrzucona. Sprawdź swoje ustawienia F-line i upewnij się, że są zgodne z tym, co twoi klienci mogą otrzymać.

F-line twojego peera ustawione na no-reshare

Często karty nie będą ponownie udostępniane, ponieważ F-line upstream peera nie pozwala na ponowne udostępnianie. Ważne jest, aby to zweryfikować z twoim peerem, aby upewnić się, że masz odpowiednie uprawnienia.

Zamieszanie między lokalnymi kartami a kartami ponownie udostępnionymi

Czasami użytkownicy mylą lokalnie odebrane karty z ponownie udostępnionymi. Upewnij się, że patrzysz na właściwą listę podczas rozwiązywania problemów.

Problemy z udostępnianiem Cache/EMM a ECM

Jeśli karta się pojawia, ale kanały nadal się zacinają, prawdopodobnie masz do czynienia z problemem czasowym ECM, a nie błędem konfiguracji ponownego udostępniania. To jest moment, w którym zrozumienie czasu reakcji twojej sieci jest kluczowe.

Wybór niezawodnego upstream peera (kryteria ogólne)

Wybierając upstream peera do swojej konfiguracji ponownego udostępniania CCcam, istnieje kilka czynników do rozważenia. Zawsze priorytetuj jakość nad ilością.

Wskaźniki stabilności i czasu pracy do oceny

Chcesz mieć peera z solidnym rekordem czasu pracy. Przestoje mogą poważnie wpłynąć na twoją usługę i satysfakcję klientów.

Uprawnienia do ponownego udostępniania i polityka hop, o które warto zapytać

Zawsze pytaj, czy twój peer pozwala na ponowne udostępnianie i, jeśli tak, jaka jest ich polityka hop. To może zaoszczędzić ci wielu problemów w przyszłości.

Jakość kart lokalnych a udostępnionych

Preferuj rówieśników, którzy oferują lokalne karty, zamiast tych, którzy w dużym stopniu polegają na udostępnionych kartach. Lokalne karty są zazwyczaj bardziej stabilne i niezawodne.