-
Data: 2011-11-22 13:26:20
Temat: Re: GSM prepaid
Od: Mario <m...@...pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]W dniu 2011-11-22 12:36, Elektrolot pisze:
> W dniu 2011-11-22 01:47, Mario pisze:
>> W dniu 2011-11-22 01:08, Elektrolot pisze:
>>> Chciałbym skonfigurować łączność z pewnym urządzeniem przez sieć GSM i
>>> zastanawiam się nad wyborem operatora. Najbardziej odpowiadałaby mi
>>> opcja prepaid. Z tego co się orientuję to operatorzy blokują komunikację
>>> inicjowaną z zewnątrz. W abonamencie można płatnie włączyć dostęp
>>> "z zewnatrz" (np. Orange ma coś takiego jak VPN). Czy jest jakiś sposób
>>> aby uzyskać taką komunikację w opcji prepaid?
>>
>> To inicjuj komunikację z wewnątrz. Postaw sobie serwer VPN ze stałym
>> IP (lub z dyndns) i wbijaj się
>> na ten serwer klientem VPN siedzącym po stronie modemu. Wymaga to
>> niestety aby te urządzenie GSM
>> miało na pokładzie coś inteligentnego (np z linuksem), co potrafi być
>> klientem VPN. Może to być
>> nawet jakiś router za niewiele ponad 100pln lub oczekiwana od dawna
>> Raspberry Pi :)
>
> Dziękuję za sugestię. To mój pierwszy projekt z transmisją GSM wiec
> proszę o wyrozumiałość ;)
> Od strony urządzenia wyobrażam to sobie tak: SBC z Linuxem (uruchomiony
> klient VPN) + moduł UART/GSM. Czy w takiej konfiguracji będę się mógł
> komunikować ze swoim układem przez port szeregowy SBC?
Zrozumiałem że na porcie szeregowym SBC masz podpięty modem GSM. W tym
sensie możesz się komunikować ze swoim urządzeniem (SBC) przez port
szeregowy. Ale ten port szeregowy służy w tym momencie do obsługi netu
poprzez ppp. Jak dobije się do sieci GSM to możesz się połączyć z
serwerem i od razu wysłać dane. Ale twoje urządzenie nie ma stałego IP.
Jeśli potrzebujesz wbijać się do swojego urządzenia z zewnątrz po
stałym IP to najlepszy jest VPN bo klient na SBC autoryzuje się kluczem
na serwerze (mającym stały IP internetowy lub dyndns) i serwer nadaje mu
się w sieci "lokalnej" stały numer. W ten sposób łatwiej wykorzystać SBC
jako serwer z danymi pomiarowymi np przez HTTP. Ale może być tak, że SBC
jest klientem podsyłającym dane i wtedy nie potrzebujesz w nim stałego
IP. Wspomniane przez kogoś tunelowanie ssh też nie jest konieczne bo
możesz wysyłać jawnym tekstem. Wszystko zależy od poziomu
bezpieczeństwa jaki potrzebujesz. Przesyłanie danych przez SSH jest
strasznie powolne. Jeśli to pójdzie przez UART to przy większych plikach
będzie to odczuwalne. Lepiej dać modem USB jeśli SBC ma hosta USB. Aby
wszystko poprawnie działało musisz dołożyć skrypty sprawdzające
połączenie i resetujące modem jeśli się zawiesi.
--
pozdrawiam
MD
Następne wpisy z tego wątku
- 22.11.11 19:37 Michał Smolnik
- 22.11.11 22:36 Jarosław Sokołowski
- 23.11.11 05:22 Michał Smolnik
- 23.11.11 10:50 Jarosław Sokołowski
- 23.11.11 11:22 Michał Smolnik
- 23.11.11 12:32 Jarosław Sokołowski
Najnowsze wątki z tej grupy
- karta parkingowa
- Wl/Wyl (On/Off) bialy/niebieski
- I3C
- Pytanie o transformator do dzwonka
- międzymordzie USB 3.2 jako 2.0
- elektronicy powinni pomysleć o karierze elektryka
- jak szybko plynie prad
- Płytki Milkv-Duo
- Światłowód między budynkami
- POtrzebny bufor 3.3<>5V, jedonkieruowy, trójstanowy, wąski
- retro
- Bezprzewodowe polączenie Windows z projektorem
- rozklejanie obudowy
- Prośba o identyfikację komponentu
- Smart gniazdko straciło na zasięgu wifi?
Najnowsze wątki
- 2024-11-14 Gliwice => Network Systems Administrator (IT Expert) <=
- 2024-11-14 Gliwice => Administrator Systemów Sieciowych (Ekspert IT) <=
- 2024-11-13 Filtr do pompy ruskiej
- 2024-11-12 Gdzie kosz?
- 2024-11-13 elektrycznie
- 2024-11-12 Jebane kurwa, kurwy.
- 2024-11-13 karta parkingowa
- 2024-11-13 Wl/Wyl (On/Off) bialy/niebieski
- 2024-11-12 I3C
- 2024-11-13 Kraków => DevOps Engineer (Junior or Regular level) <=
- 2024-11-13 Łódź => Senior SAP HANA Developer <=
- 2024-11-13 Zabrze => Senior PHP Symfony Developer <=
- 2024-11-13 Karlino => Konsultant wewnętrzny SAP (FI/CO) <=
- 2024-11-13 Kraków => QA Inżynier <=
- 2024-11-13 Żerniki => Dyspozytor Międzynarodowy <=