eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaCGNAT i ewentualne problemyRe: CGNAT i ewentualne problemy
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.chmurka.net!.POSTED.host109-156-12
    7-40.range109-156.btcentralplus.com!not-for-mail
    From: cezar <c...@t...pl.invalid>
    Newsgroups: pl.misc.elektronika
    Subject: Re: CGNAT i ewentualne problemy
    Date: Tue, 24 Jun 2025 21:25:05 +0100
    Organization: news.chmurka.net
    Message-ID: <103f1j1$nfs$1@news.chmurka.net>
    References: <100p2g1$d2s$1@news.chmurka.net>
    <3...@h...invalid>
    <lx4lrqbmx7cr$.160473n8mb9fr.dlg@40tude.net>
    <102un0n$c1q$1@news.chmurka.net>
    <b8ufk74puir3$.y7kkiulsy5ie.dlg@40tude.net>
    <102updj$e64$1@news.chmurka.net>
    <8boom7hbm1gb.1f9uf342wp46a$.dlg@40tude.net>
    <102us3t$ggo$1@news.chmurka.net>
    <x55yivme7hd6.6tw3dworwkwp$.dlg@40tude.net>
    <102v944$r6h$1@news.chmurka.net>
    <744htau4o3yl$.fnm3r7nxxl3h.dlg@40tude.net>
    <4...@h...invalid>
    <1...@4...net>
    <103c2u2$71m$1@news.chmurka.net> <103c9at$e5t$1@news.chmurka.net>
    <8...@4...net>
    <103dmqc$mr6$1@news.chmurka.net>
    <121zg0dx1qwfj$.19pg2govy195v.dlg@40tude.net>
    <103e14g$v6m$1@news.chmurka.net>
    <cjcyhdntp1eb$.1rrfefrls799p$.dlg@40tude.net>
    <103eatn$7k2$1@news.chmurka.net>
    <1na64wp3r92go$.s2em0avbb5fv$.dlg@40tude.net>
    <103ej4h$e9s$1@news.chmurka.net>
    MIME-Version: 1.0
    Content-Type: text/plain; charset=UTF-8; format=flowed
    Content-Transfer-Encoding: 8bit
    Injection-Date: Tue, 24 Jun 2025 20:25:05 -0000 (UTC)
    Injection-Info: news.chmurka.net; posting-account="cezar91";
    posting-host="host109-156-127-40.range109-156.btcentralplus.com:109.156.127.40";
    logging-data="24060";
    mail-complaints-to="abuse-news.(at).chmurka.net"
    User-Agent: Mozilla Thunderbird
    Cancel-Lock: sha1:HboqYyktyyvXcbUuiNHoIATEYUk=
    sha256:MghwbfcbvY38oGdo/ryHtBSGnBd9YiND8MWxKGlFPro=
    sha1:PHBA5PiDSxHiKCa0Ws+rtKM0e3c=
    sha256:vafr7DptdN6oZ40ya3zknng5T2h2WOqYzT8VY8LrCSA=
    Content-Language: en-US
    In-Reply-To: <103ej4h$e9s$1@news.chmurka.net>
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:798175
    [ ukryj nagłówki ]

    On 6/24/25 17:17, ??x??(R)?? wrote:
    > W dniu 24.06.2025 o 17:54, J.F pisze:
    >
    >> A propos - NASK już sprzedaje nr IP, czy ciągle jest to "za darmo, ale
    >> za dużo nie damy, bo brakuje" ?
    >
    > Nie wiem, ale sądzę że prawo to jakoś koryguje, podobnie jak
    > częstotliwości w nadawaniu.
    >
    >>> Kurwa. NIE. Milion klientów może być podłączonych do jednego serwera na
    >>> jednym IP i mogą tworzyć milion VPN z tego serwera. Pojąłeś w końcu?
    >>
    >> OK, tak to może działać, tylko ...
    >> to nie jest to, co cytowałeś (za drugim razem).
    >>
    >> Mowa wyraźnie o jednym, stałym, publicznym - w sensie "dostępnym w
    >> internecie", adresie IP, przydzielonym do wyłącznego korzystania przez
    >> użytkownika lub organizację.
    >
    > Bo to jest opcja, łosiu a Ty ciągę bredzisz że podstawa. Nie, odchodzi
    > się od przeznaczania publicznego IP i zastępuje innym rozwiązaniem.
    >>
    >> Wychodzi na to, że masz jakąs koncepcję usługi, i nie wiesz, że są też
    >> inne sposoby organizacji.
    >
    > j/w.
    >
    >>>> Nie rozumiem tylko jak działa za DNAT ... a może nie działa?
    >>>
    >>> To powiedz to moim kamerom że nie działają na P2P podpiętych pod Aero2
    >>> na działce za 10 routerami :) Sądzę że będą miały z Ciebie niezłą
    >>> bekę D:
    >>
    >> I jesteś pewny, że pakiety latają od kamer, przez router na działce,
    >> do twojego komputera lub telefonu, i z powrotem, gdy oglądasz obraz?
    >
    > Maszkurwa. Linka Ci podałem w tym wątku ale czytać ze zrozumieniem już
    > nie potrafisz. Męczy mnie już to "uświadamianie" i edukacja kogoś, kto
    > jest odporny na wiedzę :>
    > Masz/przetłumaczone. Bij się z faktem:
    > https://patents.google.com/patent/CN102413158A/en
    > "Opis
    > Metoda dostępu do kamery IP oparta na P2P
    > Dziedzina techniczna
    > Przedmiot wynalazku to metoda dostępu do kamery IP oparta na protokole p2p.
    > Technologia tła
    > Kamera IP ponownie nazywa się kamerą internetową; Jest to serwer stron
    > internetowych, który może działać niezależnie, a zintegrowana funkcja
    > sieciowa i usługi WEB może być przesyłana do produkcji wideo w dowolnym
    > miejscu za pośrednictwem sieci; O ile użytkownik zaimportuje adres IP
    > lub nazwę sieciową kamery IP w przeglądarce internetowej; Po prostu może
    > zrealizować wizytę w dowolnym momencie wideo na żywo i może prowadzić
    > komunikację wewnętrzną, może być szeroko stosowana w szeregowym miejscu
    > sprzedaży na dużą skalę, szkole, fabryce z komputerem.
    > Obecne kamery IP mogą być wykorzystywane jedynie do monitorowania
    > Intranetu lub mieć zewnętrzny adres IP, ale otwarty stały port lub mieć
    > tylko jeden pokład NAT i ruchomy. Jeśli użytkownik korzysta z łącza
    > szerokopasmowego, podsieci, internet zewnętrznej sieci nie może mieć
    > dostępu do kamery IP w sytuacji, w której nie można zastosować stałego
    > portu. A obecnie P2P (Peer-to-Peer, punkt-punkt) jest szeroko stosowane
    > w Internecie, więc bez względu na pilną potrzebę można rozwiązać
    > technologię, która umożliwia dostęp do kamery IP w Intranecie, sieci
    > zewnętrznej i przez NAT.
    > Streszczenie wynalazku
    > Celem niniejszego wynalazku jest dostarczenie metody dostępu, która
    > umożliwia dostęp do kamery IP w Intranecie, sieci zewnętrznej oraz za
    > pośrednictwem NAT opartego na P2P.
    > Na podstawie metody dostępu do kamery IP P2P, krok po kroku:
    > Krok 1: Kamera IP A jest najpierw urządzeniem usługi połączenia C, a
    > serwer C uzyskuje adres i port zewnętrznej sieci NA kamery IP A;
    > Krok 2: Połączenie z kamerą IP B Urządzenie usługowe C, serwer C
    > uzyskuje adres i port zewnętrznej sieci NB kamery IP B;
    > Krok 3: Kamera IP B wysyła instrukcję komunikacyjną kamery IP A do
    > serwera C;
    > Krok 4: serwer C wysyła instrukcję komunikacyjną przez router A i
    > przekazuje ją kamerze IP A, a ta instrukcja komunikacyjna obejmuje adres
    > i port zewnętrznego routera sieciowego B kamery IP B;
    > Krok 5: Kamera IP A wysyła pakiet do routera B; Ponieważ w tym momencie
    > router B nadal służył do konfigurowania kamery IP A w legalnej sesji
    > routera B; Dlatego ten pakiet został odrzucony z powodu nielegalnej
    > sesji; W międzyczasie skonfiguruj legalną sesję kamery IP A na routerze
    > B do routera B;
    > Krok 6: Kamera IP A wysyła pakiet i przekazuje go serwerowi C, a serwer
    > C skonfigurował prawidłowe informacje o sesji dla routera B w celu
    > transmisji z kamery IP B. Kamera IP A po odebraniu pakietu:
    > Krok 7: Kamera IP B wysyła pakiet routera B do zewnętrznej sieci kamery
    > IP A po otrzymaniu informacji o poleceniu wysłanych przez serwer C;
    > ponieważ kamera IP A skonfigurowała prawidłową sesję z routerem B,
    > router B i router A konfigurują prawidłową sesję korespondencyjną;
    > Krok 8: Kamera IP B wysyła informacje przez router B do routera A, a po
    > odebraniu informacji przez router A, informacje te są przesyłane do
    > kamery IP A, a port komunikacyjny zostaje skonfigurowany i ukończony w
    > tym momencie.
    > Zaletą metody dostępu do kamery IP bazującej na P2P według niniejszego
    > wynalazku jest to, że niniejszy wynalazek stanowi podstawę technologii
    > P2P; niezależnie od tego, kto może mieć dostęp do kamery IP, znacznie
    > rozszerza się zakres zastosowania kamery IP w intranecie, sieci
    > zewnętrznej i za pośrednictwem NAT.
    > Opis rysunków
    > Rys. 1 przedstawia mapę poglądową metody dostępu do kamery IP w sieci P2P.
    > Wcielenie
    > Jak pokazano na rysunku 1, niezależnie od tego, czy kamera IP odwiedza
    > Intranet A czy Intranet B, tryb komunikacji pomiędzy kamerą IP A, kamerą
    > IP B, routerem A, routerem B i serwerem jest następujący:
    > Kamera IP A i kamera IP B to odpowiednio kamery IP dwóch intranetów, a
    > router A i router B odpowiadają odpowiednio ich routerom.
    > Adres IP intranetu i port konfiguracji kamery IP A to 192.168.0.1:1234,
    > a adres IP intranetu i port kamery IP B to 192.168.0.18:1234; Adres IP
    > routera A to 202.100.100.100, a jego port to 80000; Adres IP routera B
    > to 204.100.100.200, a jego port to 89000; Adres IP serwera to
    > 114.247.16.66.
    > Kamera IP A wysyła do serwera przezport80000 przez router A po
    > enkapsulacji pakietów i wysyła pakiet żądania komunikacji i połączenia;
    > serwer uzyskuje adres i port routera A; w równym stopniu; kamera IP B
    > wysyła do serwera przezport89000 poprzez router B po enkapsulacji
    > pakietów i wysłaniu pakietu żądania komunikacji i połączenia, a serwer
    > uzyskuje adres i port routera B.
    > Serwer przesyła do routera A dane i informuje, że adres routera B i port
    > to 204.100.100.200:89000; Router A przesyła do kamery IP A dane z
    > adresem i portem routera B jednocześnie; tworzy adres, który uzyskuje
    > router B i port; w podobny sposób; serwer przesyła do routera B dane i
    > informuje, że adres routera A i port to 202.100.100.100:80000, a Router
    > B przesyła do kamery IP B dane z adresem i portem routera A
    > jednocześnie; tworzy adres, który uzyskuje router A i port.
    > Kamera IP A wysyła adres z ramki do routera B na port
    > 204.100.100.200:89000, a w tym momencie router A ustanawia prawidłową
    > sesję kamery IP A na routerze, a jednocześnie router B zapisuje tę
    > relację routingu.
    > Kamera IP B wysyła adres z ramki do routera A i portu
    > 202.100.100.100:80000; router A przesyła do kamery IP A ramkę; kamera IP
    > A akceptuje żądanie; i odpowiada kamerze IP B; adres i port
    > 204.100.100.200:89000 do routera B wysyła jednocześnie ramkę, a router
    > B, czyli 192.168.0.1:1234, przesyła adres IP intranetu z ramki, która
    > odbiera, do kamery IP A i portu, a kamera IP A akceptuje ramkę i
    > ustanawia prawidłową sesję.
    > W tym momencie port komunikacyjny pomiędzy kamerą IP A i kamerą IP B
    > jest skonfigurowany i zakończony, a kamery mogą się wzajemnie odwiedzać."
    >

    dużo tam bredni ogólnie, włącznie z numerami portów.
    Dlaczego kamery miałyby wysyłać do siebie dane?
    Z przeglądarką tak nie pójdzie.

    Połączenia po TCP na pewno nie ma szansy uzyskać pomiędzy przeglądarką a
    kamerą - oba za natem. Oczywiście pomijam routery z takimi dziurami jak UPnP

    W przypadku UDP jest szansa na zestawienie jakiegoś strumienia ale
    raczej też bym nie polegał na tym.

    Ogolnie polecam przeczytanie tego:
    https://tailscale.com/blog/how-nat-traversal-works



Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: