```html

Darmowe linie CCcam Europa: Co to są i jak je testować

Jeśli szukałeś darmowych linii cccam europa, już wiesz, jak to wygląda: znajdujesz C-line opublikowaną gdzieś, wrzucasz ją do konfiguracji, a w połowie przypadków nic nie działa. W drugiej połowie działa przez sześć godzin, a potem padła. Ten przewodnik wyjaśnia dokładnie, dlaczego się to dzieje, jak poprawnie skonfigurować odbiornik lub softcam oraz jak faktycznie zdiagnozować, co się dzieje, gdy nieuchronnie coś pójdzie nie tak.

Co „Darmowe CCcam Europa" faktycznie oznacza

Podsumowanie podstaw protokołu CCcam

CCcam to protokół udostępniania kart — pozwala odbiornikowi działać jako klient i pobierać klucze deszyfrujące (odpowiedzi ECM) z serwera zdalnego, który ma włożoną fizyczną kartę inteligentną. Serwer odszyfrowuje ECM, odsyła słowo kontrolne, a odbiornik odszyfrowuje kanał. Cała wymiana musi nastąpić w mniej niż około 1200ms lub dostajesz zacinania.

Dwie dyrektywy konfiguracyjne, które będziesz widział najczęściej, to C-line (linia klienta — definiuje serwer, z którym się łączysz) i N-line (linia węzła — definiuje, kto może się z tobą połączyć). Jeśli jesteś wyłącznie klientem pobierającym dane z serwera zdalnego, masz do czynienia tylko z C-lines.

Co „Europa" oznacza w kontekście udostępniania kart

„Europa" w kontekście udostępniania kart prawie zawsze oznacza zasięg głównych pozycji satelitarnych w Europie: Astra 19.2E (największa — Sky DE, różne niemieckie pakiety FTA-szyfrowane), Hotbird 13E (pakiety Canal+, nadawcy włoskiego i francuskiego) oraz różne pozycje Eutelsat obejmujące pakiety Europy Wschodniej. Linia, która twierdzi, że obejmuje „Europę", mówi, że posiada udziały w kanałach zaszyfrowanych na tych satelitach.

Specyficzne CAID-y, których byś się spodziewał: 0x0500 (Viaccess, używane przez pakiety francuskie, w tym grupy TF1), 0x0919 i 0x093B (Videoguard, Sky DE i Sky IT), 0x1800 (Nagravision, różne pakiety) i 0x0604 (Irdeto, używane przez wielu europejskich operatorów). Jeśli darmowa linia nie obsługuje CAID-a używanego przez twoje kanały, jest dla ciebie bezużyteczna, niezależnie od tego, czy się łączy.

Linie testowe a stałe darmowe linie — ważne rozróżnienie

Linia testowa to tymczasowe poświadczenie — zazwyczaj 24 do 72 godzin — które dostawca oferuje, aby pozwolić ci zweryfikować usługę przed zapłaceniem. To faktycznie najbardziej użyteczna kategoria „darmowych" linii, ponieważ serwer za nimi to rzeczywista infrastruktura, tylko czasowo ograniczona. Stale darmowa publiczna linia opublikowana na forum to zupełnie inna rzecz.

Linie publiczne są skrobane, agregowane i bombardowane przez boty w ciągu godzin od opublikowania. Operator serwera albo banuje zakresy IP, albo uśmierca poświadczenia, albo serwer pada pod obciążeniem. Traktowanie ich jako tej samej rzeczy prowadzi do dużo zmarnowanego czasu na rozwiązywanie problemów.

Dlaczego darmowe publiczne linie mają krótką żywotność

Gdy C-line staje się publiczna, setki klientów próbują połączeń jednocześnie. Serwery CCcam narzucają limity połączeń na poświadczenie — przekroczenie tego powoduje, że serwer porzuca lub banuje

```konto. Nawet jeśli połączenie przejdzie, kolejka ECM jest tak zaległa, że czasy odpowiedzi przekraczają 2000ms i kanały ciągle się zacinają.

Większość publicznie opublikowanych bezpłatnych linii cccam europa umiera funkcjonalnie w ciągu 24 godzin. Niektóre giną w ciągu minut, jeśli post stanie się wiralowy na forum. Planuj odpowiednio.

Konfiguracja CCcam: Poprawne dodawanie linii testowej Europa

Lokalizacja i składnia pliku CCcam.cfg

W większości obrazów Enigma2 (OpenATV, OpenPLi, OpenVision) konfiguracja CCcam znajduje się w /etc/CCcam.cfg. W niektórych starszych lub niestandardowych obrazach możesz znaleźć ją w /var/etc/CCcam.cfg. Sprawdź oba jeśli nie masz pewności — find / -name CCcam.cfg 2>/dev/null zlokalizuje to natychmiast.

Plik jest zwykłym tekstem. Edytuj go za pomocą vi, nano, lub pobierz go przez FTP i edytuj lokalnie. Jeden zły znak w linii C i całość cicho się nie powiedzie.

Rozkład formatu linii C (host, port, nazwa użytkownika, hasło)

Dokładna składnia linii C to:

C: <hostname> <port> <username> <password> <wantemu> <cccversion> <cccmaxhops>

Rzeczywisty przykład wygląda tak: C: myserver.dyndns.org 12000 testuser testpass yes 2.3.0 3

Rozkład tego: hostname to либо domena albo IP, port to cokolwiek operator serwera skonfigurował (domyślnie 12000, ale może to być cokolwiek — 10000, 15000, 8000, cokolwiek), wantemu kontroluje czy żądasz przetwarzania EMM/AU, cccversion powinny być zgodne z tym co serwer oczekuje (2.3.0 jest szeroko kompatybilne), i cccmaxhops ogranicza ile poziomów reshare zaakceptujesz. Zawsze używaj dokładnych dostarconych poświadczeń — nazwa użytkownika i hasło są wrażliwe na wielkość liter.

Ustawianie prawidłowych parametrów ponownego połączenia i limitu czasu

W /etc/CCcam.cfg, te ustawienia mają znaczenie dla bezpłatnych linii, które często się rozłączają:

CLIENTTIMEOUT = 5000
CLIENTRECONNECT = 30
EMMCACHESIZE = 500

CLIENTTIMEOUT na 5000ms daje serwerowi rozsądne okno zanim zadeklaruje timeout. CLIENTRECONNECT na 30 sekund oznacza że CCcam będzie próbować ponownie połączyć się co 30 sekund jeśli połączenie się rozłączy — przydatne dla przeciążonych bezpłatnych serwerów, które czasami akceptują połączenia. Nie ustawiaj ponownego połączenia zbyt agresywnie (poniżej 10 sekund) lub serwer potraktuje to jako flood i zabanuje Cię szybciej.

Ponowne uruchomienie usługi CCcam po zmianach konfiguracji

Po edycji konfiguracji, uruchom ponownie CCcam. Najbardziej czysty sposób na Enigma2:

/etc/init.d/CCcam restart

Lub jeśli to nie istnieje na Twoim obrazie: killall CCcam && CCcam &. Unikaj używania init 6 (pełny restart) chyba że naprawdę musisz — to jest overkill dla zmiany konfiguracji i dodaje dwie minuty do Twojego cyklu rozwiązywania problemów bez powodu.

Weryfikacja połączenia ze stroną statusu CCcam (port 16001)

CCcam uruchamia wbudowany interfejs sieciowy na porcie 16001. Skieruj przeglądarkę na http:

//<receiver-ip>:16001 i zobaczysz połączone serwery, listę udziałów (które CAID-y są dostępne), połączonych klientów i statystyki ECM. To jest Twoje podstawowe narzędzie weryfikacji.

Jeśli serwer C-line pojawia się w „Connected servers" (Połączone serwery) ze zielonym wskaźnikiem i możesz zobaczyć oczekiwane CAID-y na liście udziałów, linia dostarcza klucze. Jeśli pokazuje się jako połączona, ale lista udziałów dla Twojego docelowego CAID jest pusta, serwer jest online, ale nie udostępnia tego, czego potrzebujesz. To są dwa bardzo różne problemy.

OScam jako klient CCcam: łączenie się z liniami Europa

Wpis oscam.server dla punktu końcowego CCcam

OScam obsługuje połączenia serwera CCcam poprzez /etc/oscam/oscam.server. Typowy blok do połączenia się z punktem końcowym CCcam wygląda następująco:

[reader]
label = europa_test
protocol = cccam
device = myserver.dyndns.org:12000
user = testuser
password = testpass
cccversion = 2.3.0
ccckeepalive = 1
cccmaxhops = 3
reconnecttimeout = 30

Pole label jest tylko dla Twojej wiadomości — uczyń je opisowym. ccckeepalive = 1 wysyła okresowe pingi, aby utrzymać połączenie na bezczynnych kanałach. Bez tego wiele serwerów zrzuca połączenia bezczynne po kilku minutach.

Ustawienia oscam.user i oscam.conf

W /etc/oscam/oscam.conf upewnij się, że globalne ustawienia logowania są skonfigurowane, aby faktycznie mogły przeczytać, co się dzieje:

[global]
logfile = /tmp/oscam.log
maxlogsize = 500
waitforcards = 1

Jedna rzecz, która ludzi zmyła: jeśli masz włączone ustawienia AU w oscam.conf i używasz OScam czystego jako klienta CCcam (bez karty lokalnej), przetwarzanie AU może kolidować z obsługą ECM. Wyłącz je za pomocą au = 0 w bloku czytnika, chyba że specjalnie tego potrzebujesz.

Pole protokołu: cccam vs. cccam2

OScam obsługuje zarówno protocol = cccam jak i protocol = cccam2. Różnica ma znaczenie. cccam używa oryginalnego protokołu CCcam (kompatybilny z serwerami CCcam 2.x). cccam2 jest wdrożeniem rozszerzonym OScam, które dodaje niektóre funkcje, ale może spowodować błędy uzgadniania z oprogramowaniem serwera, które jest rygorystyczne w kwestii negocjacji wersji protokołu.

Zacznij od cccam. Jeśli widzisz rozłączenia połączeń lub błędy uzgadniania w dzienniku, spróbuj cccam2. Dzienniki powiedzą Ci, w którą stronę iść.

Sprawdzanie dziennika OScam pod kątem komunikatów przyznania/odrzucenia ECM

Dziennik w /tmp/oscam.log jest Twoim najlepszym przyjacielem tutaj. Obserwuj go na bieżąco za pomocą:

tail -f /tmp/oscam.log | grep -i "ecm"

Chcesz zobaczyć linie zawierające „ECM granted" (ECM przyznane) z czasem odpowiedzi. „ECM denied" (ECM odmówione) oznacza, że serwer odrzucił żądanie deszyfrowania — poświadczenia mogą być błędne, CAID nie jest pokryty lub konto jest zablokowane. „ECM timeout" (limit czasu ECM) oznacza, że serwer nie odpowiedział w porę. Możesz również uzyskać dostęp do tego za pośrednictwem interfejsu sieciowego OScam pod adresem http://<receiver-ip>:8888 w sekcji dziennika ECM.

Porównanie czasów odpowiedzi ECM między liniami

Jeśli masz skonfigurowanych wiele linii C, strona statystyk OScam na porcie 8888 pokazuje średnie czasy odpowiedzi ECM dla każdego czytnika. Poniżej 800ms to dobrze. 800–1200ms to do zaakceptowania, ale możesz zauważyć okazjonalne problemy. Powyżej 1500ms, spodziewaj się widocznych zatrzymań, szczególnie podczas cięć scen, które wyzwalają częste żądania ECM.

Darmowe linie, które są mocno obciążone, regularnie przekraczają 2000ms. Dlatego darmowe linie cccam europa, które technicznie „działają", nadal dają bardzo złe doświadczenie oglądania podczas godzin szczytu (19:00–23:00 CET to najgorsze okno dla europejskich pakietów satelitarnych).

Dlaczego darmowe linie CCcam Europa zawodzą: przyczyny pierwotne i diagnostyka

Przyczyny po stronie serwera: przeciążenie, blokada, wygaśnięcie

Najczęstszą przyczyną zatrzymania działania darmowej linii jest problem po stronie serwera: dane logowania wygasły, adres IP został zablokowany z powodu zbyt wielu jednoczesnych połączeń, lub serwer jest po prostu przeciążony i odrzuca nowe połączenia. Nie ma nic do naprawy po Twojej stronie — linia nie działa.

Jeśli linia działała wczoraj, a dziś nie, sprawdź, czy nazwa hosta nadal się rozpoznaje i czy port jest nadal otwarty, zanim spędzisz czas na konfiguracji. Dwie komendy powiedzą Ci wszystko, co musisz wiedzieć o dostępności serwera.

Przyczyny po stronie klienta: zły timeout, błąd DNS, blokada zapory

DNS to zaskakująco częsty punkt awarii. Wiele darmowych linii cccam europa używa dynamicznych nazw DNS (format no-ip.org, dyndns.com). Jeśli Twój odbiornik nie ma skonfigurowanego działającego serwera DNS, nazwa hosta nie zostanie rozpoznana i połączenie nie powiedzie się w ciszy. Sprawdź /etc/resolv.conf na swoim odborniku — powinien zawierać co najmniej jeden prawidłowy wpis serwera nazw (8.8.8.8 lub 1.1.1.1 jako rezerwę).

Sprawdź również zegar systemowy odbiornika. Uwierzytelnianie CCcam zawiera komponent znacznika czasu. Jeśli zegar odbiornika jest opóźniony o więcej niż kilka minut, niektóre serwery odrzucą uzgodnienie. Ustaw czas za pomocą ntpdate pool.ntp.org i sprawdź, czy to naprawia błędy uwierzytelniania.

Problemy na poziomie sieci: port zablokowany przez ISP, CGNAT

CGNAT to rzeczywisty i niedodiagnozowany problem. Wielu operatorów sieci komórkowych i niektórzy dostawcy usług internetowych mieszkaniowych umieszczają klientów za translacją adresów sieciowych na poziomie operatora, co oznacza, że dzielisz publiczny adres IP ze setkami innych subskrybentów. Połączenia wychodzące na niestandardowych portach (takich jak 12000 lub 15000) są często w milczeniu odrzucane przez infrastrukturę CGNAT, ponieważ nie pasują do standardowych profili ruchu.

Jeśli korzystasz z połączenia mobilnego lub taniego ISP i nic się nie łączy, najpierw przetestuj z innej sieci. Jeśli działa w innym połączeniu, CGNAT to prawdopodobnie Twój problem. Niektórzy operatorzy przydzielą statyczny/rzeczywisty adres IP za niewielką opłatę — to czystsze rozwiązanie. VPN również obejdzie CGNAT, jeśli możesz go uruchomić na odborniku.

Na obrazach Enigma2 sprawdź, czy wbudowana zapora obrazu blokuje ruch wychodzący na porcie CCcam: <iptables -L OUTPUT -n. Jeśli widzisz reguły DROP dla portów niestandardowych, dodaj eksplicytne zezwolenie: iptables -A OUTPUT -p tcp --dport 12000 -j ACCEPT.

Jak rozróżnić martwą linię od błędu konfiguracji

Martwa linia: test portu nie powiódł się (connection refused lub timeout), nazwa hosta się nie rozwiązuje. Nic, co skonfigurujesz, tego nie naprawiać. Weź inną linię.

Błąd konfiguracji: test portu powiódł się, połączenie ustanawiane w statusie CCcam/OScam, ale nie pojawiają się granty ECM. Sprawdź poświadczenia (rozróżniana wielkość liter), sprawdź pokrycie CAID na liście udziału, sprawdź, czy jesteś na kanale, który faktycznie używa CAID, który serwer nosi.

"Połączony, ale zaszyfrowany" to prawie zawsze niezgodność CAID lub problem z poświadczeniami, a nie problem sieciowy. OScam pokaże czytnik jako "połączony" na liście serwerów nawet jeśli konto nie ma uprawnień — "połączony" oznacza, że sesja TCP jest aktywna, a nie że otrzymujesz klucze.

Używanie Telnetu do ręcznego testowania łączności portu

Zanim dotkniesz konfiguracji odbiornika, przetestuj port z maszyny Linux lub samego odbiornika:

nc -zv myserver.dyndns.org 12000

Lub z telnetem: telnet myserver.dyndns.org 12000

Jeśli otrzymasz "Connection refused" — port jest zamknięty lub serwer jest wyłączony. Jeśli timeout — zapora lub CGNAT porzuca pakiet. Jeśli się połączy (zobaczysz znaki śmieci, ponieważ CCcam nie jest protokołem zwykłego tekstu) — port serwera jest otwarty i dostępny. To twoja linia bazowa przed debugowaniem czegokolwiek innego.

Sprawdź również podstawowy DNS: nslookup myserver.dyndns.org. Jeśli zwróci NXDOMAIN, nazwa hosta jest martwa. Jeśli zwróci IP, DNS jest w porządku, a problem jest gdzie indziej.

Ocena jakości linii CCcam przed zaufaniem jej

Kluczowe metryki: czas odpowiedzi ECM, głębokość udziału, pokrycie CAID

Trzy rzeczy decydują o tym, czy linia jest rzeczywiście używalna: czas odpowiedzi ECM (cel poniżej 800ms, twarda granica około 1200ms), głębokość udziału (liczba przeskoków — mniej jest lepsze) i pokrycie CAID (czy nosi określony CAID, który używają twoje kanały). Wszystkie trzy muszą przejść. Linia ze świetnym czasem odpowiedzi, ale bez twojego CAID jest bezużyteczna. Linia obejmująca każdy CAID, ale z czasami odpowiedzi 2500ms jest równie bezużyteczna.

Czytanie listy udziałów CCcam.cfg dla europejskich CAID

Na stronie statusu CCcam na porcie 16001 sekcja "Shares" lub "Cards" wyszczególnia to, co oferuje połączony serwer. Zobaczysz wpisy takie jak:

CAID: 0x0919 | Provider: 000000 | Hops: 1 | System: VideoGuard

Dopasuj je do tego, co używają twoje docelowe kanały. Sky DE używa 0x0919/0x093B. Francuskie zaszyfrowane pakiety zazwyczaj używają 0x0500 (Viaccess). Włoskie pakiety często mieszają Videoguard i Nagravision (0x1800). Niektórzy operatorzy Europy Wschodniej używają Irdeto (0x0604).

Zwróć uwagę, że niektóre kanały są nadawane na wielu CAID jednocześnie — odbiornik wybiera pierwszy, który jego softcam może obsługiwać. Jeśli serwer obsługuje

rts 0x0500 ale transponder twojego kanału jest skonfigurowany aby preferować 0x0919 a serwer tego nie posiada, pozostaniesz zaszyfrowany nawet jeśli serwer ma „powiązane" zasięgi.

Co skoki udostępniania oznaczają dla opóźnień i legalności

Skok 0 oznacza, że karta znajduje się fizycznie na serwerze, do którego się łączysz. Skok 1 oznacza, że jest o jedno udostępnianie dalej — twój serwer pobiera z innego serwera. Skok 2 to dwa udostępniania głębiej. Każdy skok dodaje opóźnienie i niestabilność, ponieważ zależysz teraz od tego, że dwie lub trzy oddzielne połączenia działają i odpowiadają jednocześnie.

Darmowe linie to często skok 3, 4 lub głębiej. Dlatego czasy odpowiedzi ECM na publicznych darmowych liniach są okropne — zanim żądanie przejdzie przez cztery serwery i powróci, jesteś już znacznie powyżej 2000ms. Dążyć do liczby skoków poniżej 3 dla każdej linii, którą faktycznie chcesz używać niezawodnie.

Zielony vs. Żółty vs. Czerwony na stronie stanu CCcam

Interfejs sieciowy CCcam używa kodowania kolorami dla wpisów serwerów. Zielony oznacza połączone i odbierające dane ECM. Żółty zwykle wskazuje, że połączenie jest nawiązane, ale bezczynne lub doświadcza opóźnień. Czerwony oznacza, że połączenie nie działa lub nie powiodło się. Żółty warto zbadać — sprawdź statystyki ECM, aby zobaczyć, czy faktycznie dostarcza klucze czy po prostu utrzymuje bezczynną sesję TCP.

Kryteria decydowania, czy zachować czy usunąć linię

Usuń linię natychmiast jeśli: odpowiedź ECM wynosi konsekwentnie powyżej 1500ms, liczba skoków wynosi 4 lub wyższa, zasięg CAID nie odpowiada twoim kanałom lub połączenie rozłącza się więcej niż kilka razy na godzinę. Zachowaj linię jeśli: odpowiedź ECM wynosi poniżej 800ms, pokrywa prawidłowe CAIDy na skoku 0–2 i utrzymuje stabilne połączenie przez kilka godzin testów. Cokolwiek pomiędzy — daj mu 24-godzinny test w godzinach szczytu i poza szczytem, zanim podejmiesz decyzję.

Wychodzenie poza darmowe linie: czego szukać w stabilnej konfiguracji

Dlaczego płatne linie testowe są bardziej niezawodne niż darmowe linie publiczne

Płatna linia próbna od legalnego dostawcy działa na dedykowanej infrastrukturze z ograniczoną liczbą jednoczesnych połączeń na poświadczenie. To oznacza, że czasy odpowiedzi ECM pozostają spójne, ponieważ nie konkurujesz z 300 innymi klientami o to samo miejsce na serwerze. Okres próbny — zwykle 24 do 48 godzin — jest wystarczająco długi, aby prawidłowo ocenić zasięg CAID, czasy odpowiedzi i dostępność w różnych porach dnia.

Darmowe linie cccam europa są strukturalnie niezdolne do dostarczenia spójnej jakości, ponieważ ekonomika nie się nie zgadza. Serwer kosztuje pieniądze do uruchomienia. Nieograniczony darmowy dostęp oznacza nieograniczone obciążenie bez przychodów na finansowanie lepszej infrastruktury.

Ogólne kryteria oceny każdego dostawcy CCcam

Bez wymieniania kogokolwiek, oto jak wygląda przyzwoity dostawca w praktyce: prowadzi własną infrastrukturę serwerów fizycznych (nie tylko udostępnianie od kogoś innego), ogranicza jednoczesne połączenia na konto, publikuje lub dostarcza na żądanie statystyki dostępności, reaguje na zgłoszenia serwisowe w ciągu kilku

godzin, a przed obciążeniem oferują co najmniej 24-godzinny okres próbny. Dodatkowe punkty, jeśli podadzą konkretną listę CAID, abyś mógł zweryfikować zasięg przed rejestracją.

Czerwone flagi: brak oferowanego okresu próbnego, nieograniczone połączenia reklamowane jako funkcja (co oznacza po prostu sprzedaż nadwyżek), wsparcie tylko poprzez publiczne posty na forum oraz ceny podejrzanie poniżej ceny rynkowej.

Konfiguracja lokalnego serwera CCcam z własną kartą

Najniezawodniejsza konfiguracja dla kanałów, gdzie legalnie posiadasz kartę subskrypcji, to uruchomienie własnego lokalnego serwera CCcam. Komputer PC lub dedykowana skrzynka z czytnikiem karty inteligentnej (czytnik USB Phoenix lub Smargo kosztuje około 15–25 €), fizyczna karta subskrypcji oraz CCcam lub OScam zainstalowany na Linuksie. Twój odbiornik łączy się z localhost lub IP LAN — zerowe opóźnienie sieciowe, zerowa zewnętrzna zależność.

Dla kart, które posiadasz, eliminuje to każdy problem niezawodności związany z liniami stron trzecich. Czasy odpowiedzi ECM spadają poniżej 100ms. Brak udostępnionego obciążenia, brak wygaśnięcia poświadczeń, brak upadku serwera zewnętrznego. Dla kanałów, za które już płacisz poprzez subskrypcję satelitarną, jest to najprzejrzytsza możliwa architektura.

Serwer CCcam na Raspberry Pi lub Linux VPS — Przegląd

Raspberry Pi 4 z systemem Raspbian bez problemu obsługuje CCcam lub OScam. Podłącz czytnik kart USB, zainstaluj softcam, skonfiguruj /etc/CCcam.cfg za pomocą linii N dla odbiornika i linii C wskazującej na lokalny port urządzenia czytnika kart. Całkowity koszt sprzętu wynosi około 50–70 €, jeśli musisz kupić Pi — i zużywa mało energii (około 3–5W w stanie bezczynności).

Linux VPS również działa, jeśli używasz czytnika kart podłączonego do sieci lub budujesz bardziej złożoną konfigurację wielokartową — ale to wychodzi poza zakres tego przewodnika. Szerszy zestaw przewodników na tej stronie obejmuje pełną konfigurację serwera CCcam od podstaw, w tym konfigurację OScam do czytania kart lokalnych i ustawienie linii N do udostępniania wielu odbiornikom w Twojej LAN.

ired CAID (np. 0x0919 dla Sky DE, 0x0500 dla francuskich pakietów) nie znajduje się na liście, serwer go nie obsługuje i żadna ilość ponownych połączeń tego nie naprawi. Potrzebujesz innej linii, która obejmuje prawidłowy CAID.