On 2020-11-26, ToMasz <t...@p...fm.com.pl> wrote:
> W dniu 26.11.2020 o 19:22, heby pisze:
>> On 26/11/2020 18:47, Mateusz Bogusz wrote:
>>> On 26.11.2020 10:12, heby wrote:
>>>> PiVPN + troche wiedzy z zakresu sieci.
>>> Ale że to mu zapewni zewnętrzny adres IP czy dynamiczny DNS?
>>
>> Nie, ale sytuacji bez takowego wyjścia jest niewiele, w przypadku łącz
>> stałych.
>>
>>> zabezpieczenie transmisji to sprawa wtóra
>>
>> Tu VPN nie służy do zabezpieczania transmisji, tylko zajmuje się
>> routingiem pomiędzy siecią domową a na przykład telefonem w ręku,
>> automatycznym zestawianiem połaczenia, dbaniem o detale itd itp. W
>> efekcie możesz mieć w telefonie na stałe uruchomionego klienta i
>> sztuczki jak to działa przestają Cie interesować. Zabezpieczenie tak,
>> ale przede wszystkim wygoda używania gotowego rozwiązania bo i serwer
>> jest gotowy i klienta można pobrać na telefon czy komputer.
>>
>>> Najpierw trzeba wyjść z domu.
>>
>> I dlatego trzeba troche się znać na sieciach. Ale nie jest to jakoś
>> specjalnie trudne, przypadki gdzie się nie da są w mniejszosci.
>
> cytuję całość, bo nie wiem o czym piszecie. z życia wygląda to tak:
> MAsz kamerę, masz do niej soft. pewne dane lecą przez serwer w chinach,
> ale nie obraz jak to się niektórym wydaje. nic w sieci domowej nie
> trzeba ustawiać.
> ta sama kamera, moze nie musi, "dawać" onfiv, rtsp, na 554 34567, 5050,
> 8899. jak masz stałe ip, przeforwardujesz te porty na zewnątrz, to
> "dobijesz" się każdym programem (z zewnątrz) typu oniver, tinycam itp.
> Bez chińskego serwera, ale problem w tym, ze najczęściej bez hasła.
> Teraz prośba. jeśli masz proste tanie rozwiązanie, jak wystawić kamery
> na "zewnątrz" (sieci domowej) ale jakoś je zabezpieczyć - pisz szczegóły
> proszę. ja jak muszę, to kamerom nie daję wyjścia na zewnątrz, ale łącze
> je w rejestratorze który jest w miarę bezpieczny; rejestrator ma wyjście
> na zewnątrz. nie drogie - proste.

Mam osobną, fizyczną sieć dla cctv. W sieci jest brama zrobiona na NanoPi
R2S pod Linuksem. Jedyny zewnętrzny serwis chodzacy na tej maszynie to
sshd słuchający na jednym z eth. Drugi eth jest w sieci cctv. Pakiety
nie są z zewnątrz routowane pomiędzy oboma eth, co nie przeszkadza
utworzyć tunelu docelowo do maszyny wewnątrz sieci cctv. Do zewnętrznego
eth router forwarduje pakiety przychodzace na zdefiniowany na routerze
port.

Procedura wygląda tak, że klient tworzy tunel do NanoPi z forward np. do
34567 NVR a dalej już wiadomo.

Generalnie mocno odradzam pracę urządzeń IP cctv w jakiejkolwiek sieci
dzielonej. To są tak potwornie dziurawe wynalazki, że się tego nie da
porządnie zabezpieczyć, przynajmniej taniej chińszczyzny. Ustawione na
twardo hasło do root'a po telnecie i inne takie cuda.

--
Marcin