-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.chmurka.net!eternal-september.org!
feeder3.eternal-september.org!news.eternal-september.org!.POSTED!not-for-mail
From: heby <h...@p...onet.pl>
Newsgroups: pl.misc.elektronika
Subject: Re: Kamera monitoringu z kartą SIM
Date: Wed, 7 Aug 2024 10:35:59 +0200
Organization: A noiseless patient Spider
Lines: 93
Message-ID: <v8vblh$2fvho$1@dont-email.me>
References: <9...@4...net>
<v577gk$2tq2h$1@news.icm.edu.pl>
<g...@4...net>
<v5a3em$32dj8$1@news.icm.edu.pl>
<1cwk5iv7e2yo6$.nxrnsvbyk97n$.dlg@40tude.net>
<a...@n...chmurka.net>
<ke2enrf1d4bf$.18gkbf76qc4ue$.dlg@40tude.net>
<a...@n...chmurka.net>
<1...@4...net>
<a...@n...chmurka.net>
<1nz57v5uqeb3x$.qghafiqjt2yj$.dlg@40tude.net>
<v8orkv$mued$1@news.icm.edu.pl> <v8q459$ja59$1@dont-email.me>
<v8rbou$r3ar$1@news.icm.edu.pl> <v8rkcl$rhq0$1@news.icm.edu.pl>
<v8rlbe$15ae8$2@dont-email.me> <v8u4q4$1058j$1@news.icm.edu.pl>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Injection-Date: Wed, 07 Aug 2024 10:36:01 +0200 (CEST)
Injection-Info: dont-email.me; posting-host="1c09e27159e859a638b410d6f794b710";
logging-data="2620984";
mail-complaints-to="a...@e...org";
posting-account="U2FsdGVkX1+mFF9aUF8p7qq0rM2nHcIW"
User-Agent: Mozilla Thunderbird
Cancel-Lock: sha1:5YA9hF+p2s/ATzgtCyrDWCZ1Y10=
In-Reply-To: <v8u4q4$1058j$1@news.icm.edu.pl>
Content-Language: en-US
Xref: news-archive.icm.edu.pl pl.misc.elektronika:793340
[ ukryj nagłówki ]On 06/08/2024 23:32, Pixel(R)?? wrote:
> "chmura" nie bierze udziału w transmisji.
Co oznacza zazwyczaj, że co najmniej jeden z hostów jest dostępny przez
internet, choć niekoniecznie dla wszystkich.
Istnieją skomplikowane obejścia tego problemu, jak Hamachi, ale one nie
działają poprawnie w wielu typowych sytuacjach, bo bazują na
specyficznych zachowaniach stacku TCP w danym urządzeniu. I z uwagi na
brak wsparcia dla wszystkich współczesnych rozwiazań, Hamachi czasy
poprawnego działania ma za sobą. Wszystkie programy tego typu bazują na
technice hole-punching [1], która silnie zależy od implementacji NATów i
jest bardzo często niemożliwa do implementacji z powodu paranoi
współczesnych routerów. Ostatnio, na kilka podejść z hole-punching,
udało mi się uzyskać stabilne połaczenie między dwoma sieciami tylko
raz. Głównie dlatego, że były tam stare routery.
Jeśli chcesz aby komputer A i komputer B, umieszczone w sieciach
lokalnych, bez dostępu do zewnętrznych numerów IP albo portów, potrafiły
*bezpośrednio* się skomunikować, nawet zakładając "zestawienie"
połaczenia przez komputer trzeci, to:
1) Albo komputer trzeci działa jako punkt przelotowy
2) Albo jeden z A lub B jednak wystawił się do internetu, stosujac
jakieś techniki UPnP.
3) Stosowane jest magia a-la hole-punching, która nie działa w każdej
sytuacji i jest już źle a problem narasta w miarę narastania paranoi
producentów routerów.
W przypadku 1) mamy do czynienia z rozwiązaniem NIE P2P, w przypadku 2)
mamy do czynienia z duża dozą szczęścia, bo nie zawsze i wszędzie masz
dostęp do UPnP lub z ingerencją użytkownika w przekierowanie portów.
UPnP jest na wielu routerach wyłączone domyślnie.
Jeśli chcesz mieć połaczenie w dowolnym momencie, z dowolnej sieci, to
zmartwię Cię: samo setup.exe nie wystarczy. Będzie trzeba instalować te
pedalskie VPNy, przekierowywać porty i ogólnie zajmować się całym tym
zagadnieniem którym tak straszliwie gardzisz, jako prawilny fanboy windowsa.
> Ona tylko zestawia połączenie,
> budując "tunel"
Wyjaśnij, na poziomie protokołu ip/tcp/udp, jak ten tunel działa.
>...czyli takie automagiczne VPN...bez pierdolenia się w
> szczegóły.
W szczegółach problem.
> Tak, tak, podsłuchują i nagrywają :D.
Wątpię. Ale nie do końca rozumiesz problem: ponieważ komunikacja między
A i B bezpośrednio, czyli P2P, jest procesem bardzo trudnym do
osiągnięcia w sposób powtarzalny w każdej sytuacji, zazwyczaj dane lecą
gdzieś do chmury i wracają do drugiego urządzenia. To oznacza problemy z
wydajnością, duża infrastrukturę po stronie dostarczyciela chmury,
awaryjność, problemy z pracą w krajach, gdzie są stosowane
ogólnopaństwowe ograniczenia na internet itd itp. portmap.io ma podobne
problemy, ale prawda taka, że jak na razie nie jest jakoś specjalnie
blokowany. I jest wiele alternatyw:
https://gist.github.com/SomajitDey/efd8f449a349bcd91
8c120f37e67ac00
> Sreże. Nawet nie masz bladego/zielonego pojęcia, że obecni ISP (nie
> wszyscy oczywiście) dają dedykowane routery, do których nie masz żadnego
> dostępu, żeby sobie zmienić adresację sieci lokalnej, że o dalszych nie
> wspomnę. Nie, nie można podmienić na "swój", jakbyś pytał :)
Dlatego dostałeś rozwiazanie portmap.io, którego nie zrozumiałeś. Aby
skompensować dowolne problemy z siecią lokalną, możesz użyć jednej z
publicznych metod przekierowania portów.
Dam Ci też drugą darmową radę: adresację sieci lokalnej masz zawsze pod
kontrolą. Nie ma ograniczenia we wstawieniu drugiego routera nad którym
masz kontrolę. portmap.io będzie dalej działał z wnetrza sieci za dwoma
routerami. Za 100 też. hole punching zazwyczaj nie da rady.
> Ta ignorancja wyłazi za każdym razem, jak próbujesz być mądrzejszy od
> faktów :) Próbuj dalej. Każdy chce się pośmiać :D
Na razie machasz intensywnie rękami, bez większego pojmowania tematu.
Zauważę też, że domowy internet bez możliwosci przekierowania choć portu
na zewnętrzny IP, to ciągle jakieś dziwadło. Wiele ostatnio widziałem
tego typu kablowych bądź światłowodowych rozwiazań i w kazdym dalo się
dogadać z dostawcą aby przekieroać port, abo wręcz przełaczyć router w
tryb media konwertera i samodzielnie ogarniać. No, ale to się nie da
przez setup.exe.
Sieci GSM to inna sprawa, tam faktycznie często nie masz wyboru bo
routery są skrajnie głupie, siec nadaje dziwaczne numeracji i inne
problemy. Ale po pierwsze jest portmap.io a po drugie czas kupić światełko.
[1] https://en.wikipedia.org/wiki/Hole_punching_(network
ing)
Następne wpisy z tego wątku
- 07.08.24 11:19 ąćęłńóśźż
- 07.08.24 11:21 Marcin Debowski
- 07.08.24 12:00 heby
- 07.08.24 12:22 Marcin Debowski
- 07.08.24 14:08 io
- 07.08.24 23:04 Pixel(R)??
- 07.08.24 23:53 Pixel(R)??
- 08.08.24 00:16 Pixel(R)??
- 08.08.24 00:42 Pixel(R)??
- 08.08.24 01:05 heby
- 08.08.24 01:28 Pixel(R)??
- 08.08.24 00:56 heby
- 08.08.24 05:00 Marcin Debowski
- 08.08.24 08:53 Marek
- 08.08.24 09:25 Marek
Najnowsze wątki z tej grupy
- 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
- Pytanie o transformator do dzwonka
- międzymordzie USB 3.2 jako 2.0
- elektronicy powinni pomysleć o karierze elektryka
- jak szybko plynie prad
Najnowsze wątki
- 2024-11-21 Re: Dla mr. J.F`a, Trybuna i Wiesiaczka którzy "troszczą" się o państwowe i u których 0 pragmatyzmu
- 2024-11-21 Re: Dla mr. J.F`a, Trybuna i Wiesiaczka którzy "troszczą" się o państwowe i u których 0 pragmatyzmu
- 2024-11-21 Re: Dla mr. J.F`a, Trybuna i Wiesiaczka którzy "troszczą" się o państwowe i u których 0 pragmatyzmu
- 2024-11-20 "betamaxy" i inne voip-y dzisiaj
- 2024-11-21 Strach się bać
- 2024-11-21 Koniec smrodów
- 2024-11-20 Krematorium
- 2024-11-20 Taki tam szkolny problem...
- 2024-11-20 LIR2032 a ML2032
- 2024-11-20 SmartWatch Multimetr bezprzewodowy
- 2024-11-21 Środa Wielkopolska => Konsultant SAP <=
- 2024-11-21 Łódź => Spedytor Międzynarodowy <=
- 2024-11-21 Wrocław => Inżynier bezpieczeństwa aplikacji <=
- 2024-11-21 Kraków => Lead Java EE Developer <=
- 2024-11-21 Karlino => Konsultant wewnętrzny SAP (FI/CO) <=