-
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
- Coś dusi.
- akumulator napięcie 12.0v
- Podłączenie DMA 8257 do 8085
- pozew za naprawę sprzętu na youtube
- gasik
- Zbieranie danych przez www
- reverse engineering i dodawanie elementów do istniejących zamkniętych produktów- legalne?
- Problem z odczytem karty CF
- 74F vs 74HCT
- Newag ciąg dalszy
- Digikey, SN74CBT3253CD, FST3253, ktoś ma?
- Szukam: czujnik ruchu z możliwością zaączenia na stałe
- kabelek - kynar ?
- Podnieść masę o 0.6V
- Moduł BT BLE 5.0
Najnowsze wątki
- 2025-01-12 USB3.x->HDMI/DP ze sterownikami w win11
- 2025-01-12 Jak na naszych oczach odradza się cenzura :-)
- 2025-01-11 Koszty prowadzenia firmy za granicą
- 2025-01-11 19 migrantów
- 2025-01-11 300km/h
- 2025-01-11 Kongres USA uchwalił "Prawo babci Pawlakowej" na MTK [Lex Gradma Pawlak]
- 2025-01-11 Riga => Specjalista ds. public relations <=
- 2025-01-11 Przestępca wyborczy Musk nadciąga nad Tuskistan?
- 2025-01-11 Białystok => Delphi Programmer <=
- 2025-01-09 Jaka nawigacja z asystentem zmiany pasa ruchu?
- 2025-01-10 Coś dusi.
- 2025-01-09 akumulator napięcie 12.0v
- 2025-01-10 Białystok => Architekt rozwiązań (doświadczenie w obszarze Java, A
- 2025-01-10 Warszawa => Software .Net Developer <=
- 2025-01-10 Białystok => Application Security Engineer <=