W dniu 2016-02-25 o 11:41, Jarosław Sokołowski pisze:
> Pan J.F. napisał:
>
>>>> Kupujesz router z VPN (np microtic) dodajesz do niego modem usb .
>>>> Konfigurujesz router jako klienta vpn. Dołączasz do niego konwerter
>>>> eth/rs232.
>>> Kiedyś kupiłem taki "konwerter eth/rs232", jak tylko zaczęły się
>>> pojawiać na rynku. To jest osobny komputer z linuksem i socatem,
>>> procesor ma nie głupszy niż w routerze, a służy tylko do tej
>>> jednej rzeczy. Te "gotowe rozwiązania", jeśli się im przyjrzeć
>>> z bliska, często polegają na ogromnej nadmiarowości urządzeń
>>> i softu. Ale to działa, pod tym względem nie mam zastrzeżeń.
>>
>> No ale sam widzisz, ze musi byc powaznie oprogramowane.
>> VPN, DHCP, DDNS, przechodzenie przez proxy - i wymagania rosna :-)
>
> E tam rosną. Od razu na samym początku napisałem, że można VPN, jeśli
> ktoś koniecznie musi i nie potrafi sobie tego inaczej wyobrazić.

Przepuszczać jakieś dane procesowe przez internet bez zapakowania w VPN?
Raczej nie ryzykowałbym.


--
pozdrawiam
MD

do góry

W dniu 2016-02-25 o 11:52, Waldemar pisze:
> Am 25.02.2016 um 11:36 schrieb J.F.:
>> Użytkownik "Jarosław Sokołowski" napisał w wiadomości grup
>> dyskusyjnych:s...@f...lasek.waw.p
l...
>> Pan Mario napisał:
>>>> Kupujesz router z VPN (np microtic) dodajesz do niego modem usb .
>>>> Konfigurujesz router jako klienta vpn. Dołączasz do niego konwerter
>>>> eth/rs232.
>>
>>> Kiedyś kupiłem taki "konwerter eth/rs232", jak tylko zaczęły się
>>> pojawiać na rynku. To jest osobny komputer z linuksem i socatem,
>>> procesor ma nie głupszy niż w routerze, a służy tylko do tej
>>> jednej rzeczy. Te "gotowe rozwiązania", jeśli się im przyjrzeć
>>> z bliska, często polegają na ogromnej nadmiarowości urządzeń
>>> i softu. Ale to działa, pod tym względem nie mam zastrzeżeń.
>>
>> No ale sam widzisz, ze musi byc powaznie oprogramowane.
>> VPN, DHCP, DDNS, przechodzenie przez proxy - i wymagania rosna :-)
>
> Nie mus, ale może. Jako, że używamy wiele urządzeń posiadających RS232
> lub TTL/CMOS UART mamy też różne możliwości ich podłączenia do hosta.
> Wiele urządzeń znaczy, może być ich grubo ponad 100 w jednym zestawie.
> Dlatego używamy gotowców firmy Perle (ze względów historycznych), mamy
> takowe 4x i 8x na Ethernet. Oprócz tego mamy urządzenia własnej
> konstrukcji, 8, 16, 24 i 32x UART na Raspberry PI z wyjściem na
> Ethernet. DHCP nie mamy ze względów taktycznych (po prostu wygodniej na
> stałym IP, bo wiemy gdzie jakie urządzenie jest podłączone), VPN jest na
> hoście, to też może być Raspberry. Jakby do tego Raspi "przykleić" modem
> GSM, to mamy gotowe rozwiązanie. Nawiasem mówiąc mamy 2-3 takie
> instalacje w świecie, gdzie nie ma bezpośredniego przyłącza sieci pod
> ręką. Niestety te 32x UART są dość drogie, same układy i płytka to ok
> 150EUR. Ale za to małe i możemy konfigurować jak podejdzie, nawet, jak
> jakiś mądry inaczej ma urządzenia z normalnym UARTem i odwróconym. Nie
> trzeba robić 32 inwerterów na "sznurku", tylko zmienia się konfigurację
> USARTów, które to robią same.
>
> Waldek
>

32 urządzenia na UART (3,3V?) wszystko na wspólnej masie? No i Rapberry
widzi je jako 32 urządzenia TTY?

--
pozdrawiam
MD

do góry

Pan Mario napisał (ryzykując podsłuchanie):

> Przepuszczać jakieś dane procesowe przez internet
> bez zapakowania w VPN? Raczej nie ryzykowałbym.

Robie przelewy w banku przez internet i nie używam
przy tym VPN. Taki chojrak ze mnie!

--
Jarek

do góry

Użytkownik "Jarosław Sokołowski" <j...@l...waw.pl> napisał w wiadomości
news:slrnnctrvk.uki.jaros@falcon.lasek.waw.pl...
> Pan Mario napisał (ryzykując podsłuchanie):
>
>> Przepuszczać jakieś dane procesowe przez internet
>> bez zapakowania w VPN? Raczej nie ryzykowałbym.
>
> Robie przelewy w banku przez internet i nie używam
> przy tym VPN. Taki chojrak ze mnie!

A ja sobie nawet pozwalam na Blik i na apkę na śmiardfonie... :P I paczpan,
karty nie włożyłem, a bankomat wypłacił! :P :))

--
To nie wstyd być biedakiem, ale, żeby to był zaszczyt,
to ja tego też nie powiem!
(C) Tewje do Pana Boga.

do góry

On Thu, 25 Feb 2016 11:38:47 +0100, Jarosław
Sokołowski<j...@l...waw.pl> wrote:
> Jeszcze trzeba mieć motywację, by to robić. Ja jej nie widzę.

To nie filozofuj proponując robić gniazdo usb. Jak niby ma później z
tego skorzystać bez przełączenia midem w odpowiedni tryb bez
wyspecjalizowanego s? Musi mieć do tego soft.
Wymyślasz skomplikowaną filozofię a chłop chce jedynie prostego
rozwiązania.

> Nie tyle "wyspecjalizowane", co po prostu stare, tak jak już
wspomniałem.

Nie stare, sa na kamami czy innym elhobby modemy usb do embeded
zglaszajace się od razu jako serial.

--
Marek

do góry

Am 25.02.2016 um 13:06 schrieb Mario:
> W dniu 2016-02-25 o 11:52, Waldemar pisze:
>> Am 25.02.2016 um 11:36 schrieb J.F.:
>>> Użytkownik "Jarosław Sokołowski" napisał w wiadomości grup
>>> dyskusyjnych:s...@f...lasek.waw.p
l...
>>> Pan Mario napisał:
>>>>> Kupujesz router z VPN (np microtic) dodajesz do niego modem usb .
>>>>> Konfigurujesz router jako klienta vpn. Dołączasz do niego konwerter
>>>>> eth/rs232.
>>>
>>>> Kiedyś kupiłem taki "konwerter eth/rs232", jak tylko zaczęły się
>>>> pojawiać na rynku. To jest osobny komputer z linuksem i socatem,
>>>> procesor ma nie głupszy niż w routerze, a służy tylko do tej
>>>> jednej rzeczy. Te "gotowe rozwiązania", jeśli się im przyjrzeć
>>>> z bliska, często polegają na ogromnej nadmiarowości urządzeń
>>>> i softu. Ale to działa, pod tym względem nie mam zastrzeżeń.
>>>
>>> No ale sam widzisz, ze musi byc powaznie oprogramowane.
>>> VPN, DHCP, DDNS, przechodzenie przez proxy - i wymagania rosna :-)
>>
>> Nie mus, ale może. Jako, że używamy wiele urządzeń posiadających RS232
>> lub TTL/CMOS UART mamy też różne możliwości ich podłączenia do hosta.
>> Wiele urządzeń znaczy, może być ich grubo ponad 100 w jednym zestawie.
>> Dlatego używamy gotowców firmy Perle (ze względów historycznych), mamy
>> takowe 4x i 8x na Ethernet. Oprócz tego mamy urządzenia własnej
>> konstrukcji, 8, 16, 24 i 32x UART na Raspberry PI z wyjściem na
>> Ethernet. DHCP nie mamy ze względów taktycznych (po prostu wygodniej na
>> stałym IP, bo wiemy gdzie jakie urządzenie jest podłączone), VPN jest na
>> hoście, to też może być Raspberry. Jakby do tego Raspi "przykleić" modem
>> GSM, to mamy gotowe rozwiązanie. Nawiasem mówiąc mamy 2-3 takie
>> instalacje w świecie, gdzie nie ma bezpośredniego przyłącza sieci pod
>> ręką. Niestety te 32x UART są dość drogie, same układy i płytka to ok
>> 150EUR. Ale za to małe i możemy konfigurować jak podejdzie, nawet, jak
>> jakiś mądry inaczej ma urządzenia z normalnym UARTem i odwróconym. Nie
>> trzeba robić 32 inwerterów na "sznurku", tylko zmienia się konfigurację
>> USARTów, które to robią same.
>>
>> Waldek
>>
>
> 32 urządzenia na UART (3,3V?) wszystko na wspólnej masie? No i Rapberry
> widzi je jako 32 urządzenia TTY?
Dokładnie tak. Dodatkowo jest jeszcze parę urządzeń połączonych do USB i
UART on board.

Waldek

do góry

Pan Marek napisał:

>> Jeszcze trzeba mieć motywację, by to robić. Ja jej nie widzę.
>
> To nie filozofuj proponując robić gniazdo usb. Jak niby ma później
> z tego skorzystać bez przełączenia midem w odpowiedni tryb bez
> wyspecjalizowanego s? Musi mieć do tego soft.
> Wymyślasz skomplikowaną filozofię a chłop chce jedynie prostego
> rozwiązania.

Na razie chłop nie wygląda na niezadowolonego. Miał pomysł, który
zdawał się prosty, a w praktyce jest nie warty realizacji. Teraz
poznał inne, sam zdecyduje co robić dalej. O rozwiązaniach, które
polegają na zagadaniu przez RS modemu celem wywołania tkwiących
w nim procedur komunikujących się przez TCP/IP (ftp, mail i inne)
też wspomniałem od razu. I choć pisania przy tym wiele nie ma, to
cały czas uważam, że jeśli komuś to tylko raz potrzebne, to nie warto.
Sugeruję, by wziął bardzo skomplikowaną rzecz, którą tysiące ludzi
wspólnymi siłami wymyślali przez wiele lat. Bo tak najprościej
i najtaniej.

>> Nie tyle "wyspecjalizowane", co po prostu stare, tak jak już
>> wspomniałem.
>
> Nie stare, sa na kamami czy innym elhobby modemy usb do embeded
> zglaszajace się od razu jako serial.

Kiedyś wszystkie miały serial "od razu" -- i niczego więcej.
Te nowe są stare w tym sensie.

--
Jarek

do góry

Użytkownik "Mario" napisał w wiadomości grup
dyskusyjnych:namqa4$c2c$...@d...me...
W dniu 2016-02-25 o 11:41, Jarosław Sokołowski pisze:
> Pan J.F. napisał:
>>>> Kiedyś kupiłem taki "konwerter eth/rs232", jak tylko zaczęły się
>>>> pojawiać na rynku. To jest osobny komputer z linuksem i socatem,
>>>> procesor ma nie głupszy niż w routerze, a służy tylko do tej
>>>> jednej rzeczy. Te "gotowe rozwiązania", jeśli się im przyjrzeć
>>>> z bliska, często polegają na ogromnej nadmiarowości urządzeń
>>>> i softu. Ale to działa, pod tym względem nie mam zastrzeżeń.
>>
>>> No ale sam widzisz, ze musi byc powaznie oprogramowane.
>>> VPN, DHCP, DDNS, przechodzenie przez proxy - i wymagania rosna :-)
>> E tam rosną. Od razu na samym początku napisałem, że można VPN,
>> jeśli
>> ktoś koniecznie musi i nie potrafi sobie tego inaczej wyobrazić.
>Przepuszczać jakieś dane procesowe przez internet bez zapakowania w
>VPN? Raczej nie ryzykowałbym.

To jedno, a drugie - jesli chcesz np sprzac sterownik PLC z jakims
peryferyjnym urzadzeniem za pomoca RS, tylko ze stoja one sobie w
dwoch roznych szafach, gdzies w polu, i jedyna lacznosc zapewniaja
antenki GSM, to wyobraznia nabiera ograniczen z jednej strony, a z
drugiej - trzeba ja troche wysilic :-)

I choc bez VPN moze i sie obedzie, to z nim moze byc prosciej niz na
obejsciach.
No bo tak de facto, to chcemy wirtualna siec miedzy urzadzeniami
zrobic :-)


J.

do góry

W dniu 2016-02-25 o 13:13, Jarosław Sokołowski pisze:
> Pan Mario napisał (ryzykując podsłuchanie):
>
>> Przepuszczać jakieś dane procesowe przez internet
>> bez zapakowania w VPN? Raczej nie ryzykowałbym.
>
> Robie przelewy w banku przez internet i nie używam
> przy tym VPN. Taki chojrak ze mnie!
>

Masz połączenie szyfrowane.
Ja bym się bał zostawiać zdalny dostęp np do sterownika PLC czy do HMI
przez internet bez zabezpieczenia.

--
pozdrawiam
MD

do góry

W dniu 2016-02-25 o 14:58, J.F. pisze:
> Użytkownik "Mario" napisał w wiadomości grup
> dyskusyjnych:namqa4$c2c$...@d...me...
> W dniu 2016-02-25 o 11:41, Jarosław Sokołowski pisze:
>> Pan J.F. napisał:
>>>>> Kiedyś kupiłem taki "konwerter eth/rs232", jak tylko zaczęły się
>>>>> pojawiać na rynku. To jest osobny komputer z linuksem i socatem,
>>>>> procesor ma nie głupszy niż w routerze, a służy tylko do tej
>>>>> jednej rzeczy. Te "gotowe rozwiązania", jeśli się im przyjrzeć
>>>>> z bliska, często polegają na ogromnej nadmiarowości urządzeń
>>>>> i softu. Ale to działa, pod tym względem nie mam zastrzeżeń.
>>>
>>>> No ale sam widzisz, ze musi byc powaznie oprogramowane.
>>>> VPN, DHCP, DDNS, przechodzenie przez proxy - i wymagania rosna :-)
>>> E tam rosną. Od razu na samym początku napisałem, że można VPN, jeśli
>>> ktoś koniecznie musi i nie potrafi sobie tego inaczej wyobrazić.
>> Przepuszczać jakieś dane procesowe przez internet bez zapakowania w
>> VPN? Raczej nie ryzykowałbym.
>
> To jedno, a drugie - jesli chcesz np sprzac sterownik PLC z jakims
> peryferyjnym urzadzeniem za pomoca RS, tylko ze stoja one sobie w dwoch
> roznych szafach, gdzies w polu, i jedyna lacznosc zapewniaja antenki
> GSM, to wyobraznia nabiera ograniczen z jednej strony, a z drugiej -
> trzeba ja troche wysilic :-)

No do tej pory nie zrobiłem tak rozległych systemów sterowania aby
spinać peryferia ze sterownikiem przez VPN. Ale robiłem dostę do PLC i
do HMI w celu monitorowania urządzenia i robienia drobnych poprawek w
kodzie. VPN daje bezpieczeństwo i upraszcza połączenie przez
dostarczanie adresów w ramach wspólnej klasy.


--
pozdrawiam
MD

do góry