-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.chmurka.net!.POSTED.pi.v.chmurka.n
et!not-for-mail
From: g...@s...invalid (Adam Wysocki)
Newsgroups: pl.misc.elektronika
Subject: Re: NTG ale może...
Date: Mon, 12 Jun 2017 17:26:31 +0000 (UTC)
Organization: news.chmurka.net
Message-ID: <ohmis7$7fh$1$gof@news.chmurka.net>
References: <ohcvjh$cja$1@node2.news.atman.pl>
<1...@g...com>
<ohemui$nkh$1@node1.news.atman.pl> <ohlqgd$t48$6$gof@news.chmurka.net>
<ohmdns$akg$1@node1.news.atman.pl>
NNTP-Posting-Host: pi.v.chmurka.net
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2
Content-Transfer-Encoding: 8bit
Injection-Date: Mon, 12 Jun 2017 17:26:31 +0000 (UTC)
Injection-Info: news.chmurka.net; posting-account="gof";
posting-host="pi.v.chmurka.net:172.24.44.20"; logging-data="7665";
mail-complaints-to="abuse-news.(at).chmurka.net"
User-Agent: tin/2.4.1-20161224 ("Daill") (UNIX) (Linux/4.4.50-v7+ (armv7l))
Cancel-Lock: sha1:j5evQeMHU8519WBRiZ5fqC2E4ec=
Xref: news-archive.icm.edu.pl pl.misc.elektronika:719126
[ ukryj nagłówki ]sundayman <s...@p...onet.pl> wrote:
> Nie czytacie... :)
Czytam czytam, tylko odpisuję w miarę czytania :)
>> No to teraz pytanie, czy protokół producenta jest znany lub czy możesz
>> otrzymać od producenta pliki serwera do postawienia u siebie, tak żebyś
>> nie był zależny od chińskiego, padającego serwera...
>
> Gdybym chciał "podrobić" ten ich serwer dla ich protokołu, to byłby
> kłopot (nie ma danych jak i co tam leci).
>
> No ale - po co, skoro można normalnie - to jest tylko kwestia ustawienia
> modemu do TCP.
Czyli chcesz z tego zupełnie zrezygnować, wywalić soft producenta i zrobić
łączność sieciową samemu?
Jeśli tak, to musisz pamiętać o kilku rzeczach - tak na szybko:
1. Keepalive'y - żeby nie było sytuacji, w której połączenie będzie
aktywne tylko teoretycznie, ale w praktyce będzie martwe (bo np. wyleci z
tablicy połączeń gdzieś po drodze, a klient nie złapie RST)
2. Ponawianie połączeń - bo połączenie może umrzeć w każdym momencie i
klient musi sam połączyć się znowu
3. Szyfrowanie połączenia - żeby nikt nie podsłuchał ruchu
4. Uwierzytelnienie klienta - żeby nikt łącząc się na port serwera nie
mógł się podszyć za danego klienta
5. Możliwość zablokowania konkretnego klienta - w przypadku kradzieży
modemu
Co będzie rozmawiało z modemem od strony klienta? Jeśli jakiś pecet lub
coś, na czym uruchomisz Linuksa, to doradzałbym Ci postawienie tam VPN-a i
stworzenie prywatnej, zamkniętej sieci, w ramach której będziesz miał
dostęp do wszystkich urządzeń. OpenVPN wspiera to, o czym piszę, i
umożliwia łatwe zrobienie mutual authentication (czyli że nie tylko klient
weryfikuje certyfikat serwera, ale serwer weryfikuje certyfikat klienta -
czyli oba muszą mieć swój tajny klucz). Warunkiem jest to, żeby komputer
kliencki (czyli ten połączony z modemem kablem) miał zegar RTC lub
możliwość pobrania czasu w inny sposób (choćby z Twojego VPS-a), bo bez
tego sesja TLS się nie uda z powodu ważności certyfikatów.
Problem może być jedynie z tym, że OpenVPN spodziewa się interfejsu
socketowego - nie będzie gadał z modemem jego funkcjami. To można
rozwiązać na kilka sposobów, najprościej napisać jakieś małe proxy, które
będzie odbierało połączenia na localhoście i łączyło się z serwerem już
poleceniami modemu.
Czyli:
1. OpenVPN łączy się z localhostem (po socketach)
2. Proxy odbiera to połączenie
3. Proxy wysyła prośbę o połączenie do modemu
4. Proxy tuneluje ruch
5. Jeśli OpenVPN się rozłączy, proxy zamyka połączenie na modemie
6. Jeśli serwer zdalny się rozłączy (modem musi jakoś o tym powiadomić),
proxy zamyka połączenie z lokalnym OpenVPN-em
--
[ Email: a@b a=grp b=chmurka.net ]
[ Web: http://www.chmurka.net/ ]
Następne wpisy z tego wątku
- 12.06.17 19:28 sundayman
- 12.06.17 19:29 Adam Wysocki
- 12.06.17 19:41 Adam Wysocki
- 12.06.17 19:45 sundayman
- 12.06.17 19:50 Adam Wysocki
- 12.06.17 19:51 sundayman
- 12.06.17 19:54 sundayman
- 12.06.17 19:57 Adam Wysocki
- 13.06.17 11:31 Adam Wysocki
- 13.06.17 11:40 Adam Wysocki
- 13.06.17 11:54 J.F.
- 13.06.17 12:38 Adam Wysocki
- 13.06.17 13:43 morte
- 13.06.17 19:30 sundayman
- 14.06.17 02:46 sundayman
Najnowsze wątki z tej grupy
- Dławik CM
- JDG i utylizacja sprzetu
- Identyfikacja układ SO8 w sterowniku migających światełek choinkowych
- DS1813-10 się psuje
- Taki tam szkolny problem...
- LIR2032 a ML2032
- SmartWatch Multimetr bezprzewodowy
- olej psuje?
- Internet w lesie - Starlink
- Opis produktu z Aliexpress
- No proszę, a śmialiście się z hindusów.
- Zewnętrzne napięcie referencyjne LM385 1,2V -> 100mV dla ICL7106, Metex M-3800
- karta parkingowa
- Wl/Wyl (On/Off) bialy/niebieski
- I3C
Najnowsze wątki
- 2024-11-29 Dławik CM
- 2024-11-29 [OT] Lewe oprogramowanie
- 2024-11-29 Błonie => Sales Specialist <=
- 2024-11-29 Warszawa => IT Expert (Network Systems area) <=
- 2024-11-29 Warszawa => Ekspert IT (obszar systemów sieciowych) <=
- 2024-11-29 Warszawa => Head of International Freight Forwarding Department <=
- 2024-11-29 Białystok => Inżynier Serwisu Sprzętu Medycznego <=
- 2024-11-29 Pómpy ciepła darmo rozdajoo
- 2024-11-29 Białystok => Application Security Engineer <=
- 2024-11-29 Białystok => Programista Full Stack (.Net Core) <=
- 2024-11-29 Gdańsk => Software .Net Developer <=
- 2024-11-29 Wrocław => Key Account Manager <=
- 2024-11-29 Gdańsk => Specjalista ds. Sprzedaży <=
- 2024-11-29 Chrzanów => Specjalista ds. public relations <=
- 2024-11-27 Re: UseGalileo -- PRODUKTY I APLIKACJE UŻYWAJĄ JUŻ DZIŚ SYSTEMU GALILEO