Komunikator Ethernet
Komunikatory IP oparte na Ethernet do systemów alarmowych – ze stabilnym, szybkim i niezawodnym połączeniem ze stacją monitorowania. Komunikatory Ethernet Trikdis łączą się przez magistralę danych lub port szeregowy centrali alarmowej, umożliwiając nie tylko przesyłanie zdarzeń, ale także zdalne uzbrajanie i rozbrajanie.
Z aplikacją Protegus 2 dostępne są powiadomienia w czasie rzeczywistym i zdalne sterowanie. Kompatybilne z centralami alarmowymi Paradox, DSC i innych producentów.
Brak produktów w kategorii.
Częste pytania
Umieść komunikator w osobnej, odizolowanej sieci lub VLAN bez dostępu do wewnętrznej sieci LAN. Lokalne reguły zapory i filtrowania nie zablokują wtedy połączenia wychodzącego, a urządzenie alarmowe nie widzi komputerów w sieci wewnętrznej. Przekierowanie portów przychodzących nie jest potrzebne — wystarczy wychodzący dostęp do internetu.
Objaw: urządzenie podłączone przez Ethernet — E16, E16T, GET lub FLEXi SP3 — jest w sieci i otrzymuje adres IP, ale połączenie z Protegus 2 lub ze stacją monitorowania nie zostaje nawiązane.
Dlaczego: w większości przypadków winne nie jest urządzenie, tylko sieć lokalna, która nie wypuszcza go na zewnątrz. W sieciach firmowych i instytucjonalnych powoduje to reguła zapory, filtr treści, proxy, filtrowanie adresów MAC albo restrykcyjna polityka VLAN. Z naszego doświadczenia zdarza się to niemal wyłącznie w zamkniętych sieciach firmowych — tam jednak spotkaliśmy się z tym już kilkakrotnie.
Zalecane rozwiązanie: umieść komunikator w osobnej, odizolowanej sieci lub VLAN bez dostępu do wewnętrznej sieci LAN. Załatwia to dwie sprawy naraz:
- reguły sieci wewnętrznej nie ingerują w ruch wychodzący komunikatora;
- jest to też właściwe rozwiązanie pod względem bezpieczeństwa: urządzenie alarmowe nie widzi komputerów wewnętrznych, a ewentualna infekcja sieci wewnętrznej do niego nie dotrze.
Czego urządzenie potrzebuje:
- wychodzącego dostępu do internetu, bez filtrowania;
- DHCP, a przy stałym adresie IP — poprawnej bramy (gateway) i DNS;
- przekierowanie portów przychodzących nie jest potrzebne — to komunikator sam nawiązuje połączenie na zewnątrz.
Jeśli osobna sieć VLAN nie wchodzi w grę: na zaporze wyłącz adres IP urządzenia z filtrowania treści i z proxy oraz zezwól na jego ruch wychodzący bez ograniczeń.
Pamiętaj: komunikator ma dwa oddzielne połączenia — jedno w stronę centrali alarmowej (magistrala lub TIP/RING), drugie na zewnątrz (Ethernet lub SIM). Ta usterka dotyczy strony zewnętrznej; komunikacja z centralą może przy tym działać.
Ochrona przed pętlami (loop detection) w wielu switchach z jakiegoś powodu rozpoznaje E16 jako pętlę i blokuje jego port. To częste, znane zjawisko, a nie usterka kabla czy konfiguracji. W switchu zarządzalnym wyłącz ochronę przed pętlami na tym porcie. W niezarządzalnym nie da się jej wyłączyć, więc komunikator trzeba podłączyć do switcha zarządzalnego lub routera.
Objaw: E16 jest podłączony do switcha, kabel jest sprawny, a mimo to nie otrzymuje adresu IP i nie łączy się ani z Protegus 2, ani ze stacją monitorowania. W switchu zarządzalnym port ma w interfejsie stan „loop detected” lub „blocked”. To samo może się zdarzyć przy pozostałych komunikatorach Ethernet (GET, FLEXi SP3).
Dlaczego: wiele switchy ma ochronę przed pętlami (pod nazwą loop detection, loop prevention, loop guard lub loopback detection) — nie tylko zarządzalne, ale też proste, niezarządzalne. Switch z jakiegoś powodu rozpoznaje E16 jako pętlę i blokuje jego port. To częste, znane zjawisko, a nie usterka urządzenia, kabla czy ustawień.
Rozwiązanie:
- Switch zarządzalny: zaloguj się do jego panelu zarządzania i wyłącz ochronę przed pętlami na porcie, do którego podłączony jest komunikator; jeśli port pozostał zablokowany, włącz go ponownie.
- Switch niezarządzalny: ochrony przed pętlami nie da się w nim wyłączyć. Podłącz komunikator do routera lub switcha zarządzalnego i wyłącz w nim ochronę przed pętlami na porcie komunikatora.
W samym komunikatorze nie trzeba niczego zmieniać. Jeśli port nie jest zablokowany, a komunikator otrzymuje adres IP, ale mimo to nie ma dostępu do internetu, zajrzyj do pytania o zamknięte sieci firmowe.
Router Starlink może blokować komunikację E16, a ponieważ nie jest zarządzalny, nie da się tego na nim rozwiązać. Włącz Bypass Mode w aplikacji Starlink i podłącz E16 do własnego routera (na przykład TP-Link) połączonego ze Starlinkiem.
Objaw: E16 jest podłączony do internetu Starlink przez router Starlink, a mimo to nie łączy się ze stacją monitorowania. Dioda TROUBLE miga 6 razy, co według instrukcji producenta oznacza brak połączenia z odbiornikiem stacji monitorowania.
Dlaczego: router Starlink może blokować komunikację komunikatora. Router Starlink nie jest zarządzalny, więc nie da się tego na nim rozwiązać. Rozwiązaniem jest pominięcie routera Starlink i oddanie zarządzania siecią własnemu routerowi.
Rozwiązanie:
- W ustawieniach aplikacji Starlink włącz Bypass Mode (Settings → Bypass Mode). Odpowiada on mniej więcej znanemu z modemów trybowi bridge: router Starlink się wyłącza, jego WiFi również, a siecią zarządza odtąd twój własny router.
- Podłącz port WAN własnego routera (na przykład TP-Link) do Starlinka i ustaw WAN na DHCP. Sposób podłączenia zależy od zestawu Starlink (niektóre wymagają adaptera Ethernet Starlink); pomoc Starlink opisuje go dla każdego zestawu.
- Podłącz E16 do jednego z portów LAN własnego routera. Jeśli E16 ma ustawiony stały adres IP, dopasuj go do zakresu adresów własnego routera (brama, DNS); przez DHCP otrzyma adres automatycznie.
Uwaga: według Starlinka Bypass Mode można wyłączyć tylko przez przywrócenie ustawień fabrycznych routera Starlink.
Jeśli połączenie nie powstaje także za własnym routerem, zajrzyj też do pytań o ochronę switchy przed pętlami i o zamknięte sieci firmowe.