Niekt\u00f3re problemy z po\u0142\u0105czeniem nie s\u0105 spowodowane przez u\u017cywan\u0105 aplikacj\u0119. Pochodz\u0105 ze \u015bcie\u017cki sieciowej pomi\u0119dzy urz\u0105dzeniami.<\/p>\n
Mo\u017cesz to zauwa\u017cy\u0107, gdy po\u0142\u0105czenie zostaje nawi\u0105zane natychmiast w domu Wi-Fi, ale ma problemy w hotelu Wi-Fi, gdy lobby gier dzia\u0142a dla jednego gracza, a nie dla innego, lub gdy narz\u0119dzie ochrony prywatno\u015bci zachowuje si\u0119 inaczej po prze\u0142\u0105czeniu z kom\u00f3rkowej transmisji danych na sie\u0107 biurow\u0105. Jednym z cz\u0119stych powod\u00f3w jest NAT: warstwa translacji adres\u00f3w sieciowych, kt\u00f3ra umo\u017cliwia wielu urz\u0105dzeniom wsp\u00f3\u0142dzielenie jednego publicznego adresu internetowego.<\/p>\n
W tym artykule wyja\u015bniono, czym jest przechodzenie NAT, dlaczego istnieje dziurkowanie UDP, kiedy przydatne staj\u0105 si\u0119 rezerwowe przeka\u017aniki i dlaczego czytelnicy VPN Satelites powinni traktowa\u0107 te koncepcje jako kontekst po\u0142\u0105czenia, a nie magiczne gwarancje.<\/p>\n
Wi\u0119kszo\u015b\u0107 ludzi korzysta z sieci prywatnych, nie my\u015bl\u0105c o nich. Tw\u00f3j laptop, telefon, tablet i telewizor mog\u0105 znajdowa\u0107 si\u0119 za jednym routerem. Wewn\u0105trz domu ka\u017cde urz\u0105dzenie ma sw\u00f3j prywatny adres. W szerszym Internecie cz\u0119sto wydaje si\u0119, \u017ce maj\u0105 ten sam adres publiczny.<\/p>\n
To t\u0142umaczenie jest przydatne. Pomaga sieciom chroni\u0107 publiczne adresy IPv4 i umo\u017cliwia zarz\u0105dzanie normalnym routingiem domowym. Ale stwarza to r\u00f3wnie\u017c problem praktyczny: urz\u0105dzenie poza sieci\u0105 zwykle nie mo\u017ce po prostu otworzy\u0107 bezpo\u015bredniego po\u0142\u0105czenia z urz\u0105dzeniem w sieci, chyba \u017ce router wie, dok\u0105d powinien kierowa\u0107 ruch przychodz\u0105cy.<\/p>\n
W przypadku zwyk\u0142ego przegl\u0105dania Internetu zwykle jest to w porz\u0105dku. Twoje urz\u0105dzenie rozpoczyna po\u0142\u0105czenie na zewn\u0105trz, router zapami\u0119tuje mapowanie, a odpowiedzi wracaj\u0105 t\u0105 tymczasow\u0105 \u015bcie\u017ck\u0105. W przypadku aplikacji, kt\u00f3re wymagaj\u0105 dw\u00f3ch punkt\u00f3w ko\u0144cowych do bardziej bezpo\u015bredniej komunikacji, zw\u0142aszcza za po\u015brednictwem UDP, sytuacja mo\u017ce by\u0107 mniej przewidywalna.<\/p>\n
Jest to podstawowe ustawienie przesuwu NAT.<\/p>\n
Traversal NAT to og\u00f3lna nazwa technik, kt\u00f3re pomagaj\u0105 aplikacjom komunikowa\u0107 si\u0119 w sieciach, w kt\u00f3rych jeden lub oba punkty ko\u0144cowe znajduj\u0105 si\u0119 za NAT.<\/p>\n
M\u00f3wi\u0105c prosto, aplikacja pr\u00f3buje odpowiedzie\u0107 na praktyczne pytanie: \u201eCzy te dwa urz\u0105dzenia mog\u0105 znale\u017a\u0107 do siebie dzia\u0142aj\u0105c\u0105 \u015bcie\u017ck\u0119, mimo \u017ce ich routery t\u0142umacz\u0105 adresy i filtruj\u0105 ruch przychodz\u0105cy?\u201d<\/p>\n
Nie ma jednej uniwersalnej odpowiedzi, poniewa\u017c zachowanie NAT jest r\u00f3\u017cne. Standardy takie jak IETF RFC 4787 opisuj\u0105 zachowanie NAT dla UDP i wyja\u015bniaj\u0105, dlaczego sp\u00f3jno\u015b\u0107 ma znaczenie w przypadku aplikacji czasu rzeczywistego, takich jak komunikacja multimedialna i gry online. Ten sam szeroki problem pojawia si\u0119 w wielu kategoriach nowoczesnych aplikacji: po\u0142\u0105czenia, narz\u0119dzia do wsp\u00f3\u0142pracy, gry, narz\u0119dzia zdalnego dost\u0119pu, systemy typu peer-to-peer i aplikacje podobne do VPN mog\u0105 mie\u0107 wp\u0142yw na spos\u00f3b, w jaki sieci obs\u0142uguj\u0105 ruch.<\/p>\n
W przypadku czytnik\u00f3w VPN Satelites wniosek jest prosty: je\u015bli po\u0142\u0105czenie zachowuje si\u0119 inaczej w r\u00f3\u017cnych sieciach, mo\u017ce to odzwierciedla\u0107 zachowanie routera, NAT klasy operatorskiej, zasady zapory sieciowej, filtrowanie pakiet\u00f3w, przeci\u0105\u017cenie lub inne warunki na \u015bcie\u017cce. Nie powinno to by\u0107 automatycznie odczytywane jako dow\u00f3d, \u017ce jedno z ustawie\u0144 aplikacji jest uszkodzone.<\/p>\n
UDP jest cz\u0119sto u\u017cywany w aplikacjach czasu rzeczywistego, poniewa\u017c pozwala unikn\u0105\u0107 niekt\u00f3rych op\u00f3\u017anie\u0144 i narzut\u00f3w zwi\u0105zanych z ruchem zorientowanym na po\u0142\u0105czenie. Jednak UDP nie tworzy d\u0142ugotrwa\u0142ej sesji w taki sam spos\u00f3b, w jaki wiele os\u00f3b wyobra\u017ca sobie tradycyjne po\u0142\u0105czenie.<\/p>\n
Dziurkowanie UDP to technika przechodzenia NAT, w kt\u00f3rej ka\u017cdy z dw\u00f3ch punkt\u00f3w ko\u0144cowych wysy\u0142a wychodz\u0105ce pakiety UDP, dzi\u0119ki czemu ich urz\u0105dzenia NAT tworz\u0105 tymczasowe mapowania. Je\u015bli synchronizacja i zachowanie NAT s\u0105 zgodne, ruch z drugiej strony mo\u017ce powr\u00f3ci\u0107 przez te mapowania.<\/p>\n
Wyra\u017cenie brzmi agresywnie, ale koncepcja jest bardziej zwyczajna, ni\u017c sugeruje nazwa. Chodzi o prac\u0119 z istniej\u0105cymi regu\u0142ami routera dla ruchu wychodz\u0105cego i powrotnego. Podstawowe badania przeprowadzone w Bryan Ford, Pyda Srisuresh i Dan Kegel opisuj\u0105 dziurkowanie jako praktyczne podej\u015bcie stosowane w aplikacjach opartych na UDP, podkre\u015blaj\u0105c jednocze\u015bnie kluczowe ograniczenie: \u017cadna technika przechodzenia nie dzia\u0142a w ka\u017cdej konfiguracji NAT.<\/p>\n
To ograniczenie ma znaczenie. Niekt\u00f3re sieci ponownie wykorzystuj\u0105 mapowania w przydatny spos\u00f3b. Inni tworz\u0105 mapowania \u015bci\u015blej powi\u0105zane z konkretnym miejscem docelowym. Niekt\u00f3re sieci dodaj\u0105 funkcj\u0119 zapory ogniowej do NAT. W przypadku niekt\u00f3rych sieci kom\u00f3rkowych i dostawc\u00f3w us\u0142ug internetowych u\u017cytkownicy pozostaj\u0105 w tyle za NAT klasy operatorskiej, w kt\u00f3rym u\u017cytkownik w og\u00f3le nie kontroluje warstwy translacji nadrz\u0119dnej.<\/p>\n
Kiedy wi\u0119c kto\u015b pyta, co to jest dziurkowanie UDP, kr\u00f3tka odpowied\u017a brzmi: jest to spos\u00f3b, w jaki aplikacje mog\u0105 pr\u00f3bowa\u0107 bezpo\u015bredniej \u015bcie\u017cki UDP poprzez mapowania utworzone przez NAT. Ostro\u017cna odpowied\u017a brzmi: mo\u017ce dobrze dzia\u0142a\u0107 w wielu \u015brodowiskach, ale nie jest to gwarancj\u0105.<\/p>\n
Bezpo\u015brednia \u0142\u0105czno\u015b\u0107 mo\u017ce zako\u0144czy\u0107 si\u0119 niepowodzeniem z kilku typowych powod\u00f3w:<\/p>\n
\u017baden z tych przypadk\u00f3w nie oznacza, \u017ce \u200b\u200bu\u017cytkownicy powinni pr\u00f3bowa\u0107 omin\u0105\u0107 regu\u0142y, nad kt\u00f3rymi nie maj\u0105 kontroli. Praktycznym punktem jest zrozumienie, \u017ce zachowanie po\u0142\u0105czenia zale\u017cy od wi\u0119cej ni\u017c jednej preferencji aplikacji. Je\u015bli sie\u0107 celowo blokuje lub ogranicza pewien rodzaj ruchu, nast\u0119pnym w\u0142a\u015bciwym krokiem jest zazwyczaj skorzystanie z dozwolonej sieci, sprawdzenie warunk\u00f3w \u015bwiadczenia us\u0142ugi lub rozmowa z administratorem sieci.<\/p>\n
Gdy bezpo\u015brednie po\u0142\u0105czenie jest zawodne, niekt\u00f3re systemy korzystaj\u0105 z przeka\u017anika: oba punkty ko\u0144cowe \u0142\u0105cz\u0105 si\u0119 na zewn\u0105trz z serwerem po\u015brednim, a serwer przekazuje ruch mi\u0119dzy nimi. IETF RFC 5766 opisuje TURN, skr\u00f3t od przej\u015bcia za pomoc\u0105 przeka\u017anik\u00f3w wok\u00f3\u0142 NAT, jako protok\u00f3\u0142 komunikacji wspomaganej przeka\u017anikiem, gdy bezpo\u015brednia komunikacja r\u00f3wnorz\u0119dna nie jest mo\u017cliwa w niekt\u00f3rych sytuacjach NAT.<\/p>\n
Przeka\u017aniki rozwi\u0105zuj\u0105 inny problem ni\u017c bezpo\u015brednie przej\u015bcie NAT. Przeka\u017anik mo\u017ce poprawi\u0107 osi\u0105galno\u015b\u0107, poniewa\u017c oba urz\u0105dzenia musz\u0105 jedynie po\u0142\u0105czy\u0107 si\u0119 z us\u0142ug\u0105 przeka\u017anika. Kompromis polega na tym, \u017ce ruch odbywa si\u0119 dodatkow\u0105 \u015bcie\u017ck\u0105, co mo\u017ce zwi\u0119kszy\u0107 op\u00f3\u017anienia, koszt przepustowo\u015bci i z\u0142o\u017cono\u015b\u0107 operacyjn\u0105.<\/p>\n
Z tego powodu wiele projekt\u00f3w \u0142\u0105czno\u015bci woli najpierw wypr\u00f3bowa\u0107 \u015bcie\u017ck\u0119 bezpo\u015bredni\u0105, a nast\u0119pnie w razie potrzeby cofn\u0105\u0107 si\u0119. IETF RFC 8445 opisuje ICE jako podej\u015bcie oparte na standardach dla przemierzania NAT dla komunikacji opartej na UDP, kt\u00f3ra wykorzystuje koncepcje STUN i TURN do odkrywania i testowania mo\u017cliwych \u015bcie\u017cek. Nie oznacza to, \u017ce ka\u017cde narz\u0119dzie zwi\u0105zane z VPN wykorzystuje ICE, STUN lub TURN. Pokazuje po prostu typowy wzorzec in\u017cynieryjny: przetestuj, kt\u00f3ra \u015bcie\u017cka dzia\u0142a, a nast\u0119pnie u\u017cyj rozwi\u0105zania awaryjnego, je\u015bli bezpo\u015brednia \u0142\u0105czno\u015b\u0107 nie jest dost\u0119pna.<\/p>\n
Dla czytelnik\u00f3w wa\u017cn\u0105 lekcj\u0105 jest realistyczne ustalanie oczekiwa\u0144. Awaria przeka\u017anika mo\u017ce umo\u017cliwi\u0107 po\u0142\u0105czenie w sytuacjach, gdy zawiedzie trasa bezpo\u015brednia, ale to nie to samo, co spowodowanie znikni\u0119cia wszystkich warunk\u00f3w sieciowych.<\/p>\n
Tre\u015b\u0107 VPN Satelites cz\u0119sto dotyczy takich temat\u00f3w, jak prywatno\u015b\u0107, \u0142\u0105czno\u015b\u0107, routing internetowy i oczekiwania u\u017cytkownik\u00f3w. Traversal NAT nale\u017cy do tego samego obszaru edukacyjnego, poniewa\u017c wyja\u015bnia, dlaczego sie\u0107 wok\u00f3\u0142 aplikacji mo\u017ce mie\u0107 r\u00f3wnie du\u017ce znaczenie jak sama aplikacja.<\/p>\n
W tym temacie wa\u017cne jest, aby po\u0142\u0105czenie produktu by\u0142o skromne. W tym artykule nie twierdzono, \u017ce VPN Satelites wykorzystuje jak\u0105kolwiek konkretn\u0105 metod\u0119 przechodzenia NAT, architektur\u0119 przeka\u017anika, konfiguracj\u0119 przekierowania port\u00f3w, opcj\u0119 statycznego adresu IP lub stos protoko\u0142\u00f3w. Warto\u015bci\u0105 jest tutaj praktyczna umiej\u0119tno\u015b\u0107 czytania i pisania: zrozumienie termin\u00f3w pomaga dok\u0142adniej przeczyta\u0107 wskaz\u00f3wki dotycz\u0105ce rozwi\u0105zywania problem\u00f3w i oceni\u0107 problemy z po\u0142\u0105czeniem, nie spodziewaj\u0105c si\u0119, \u017ce jakakolwiek aplikacja zwi\u0105zana z VPN zast\u0105pi ka\u017cd\u0105 regu\u0142\u0119 sieciow\u0105.<\/p>\n
Je\u015bli po\u0142\u0105czenie jest niestabilne, kilka kontroli niskiego ryzyka mo\u017ce pom\u00f3c w oddzieleniu zachowania aplikacji od zachowania sieci:<\/p>\n
Te kroki nie omijaj\u0105 ogranicze\u0144. Pomagaj\u0105 okre\u015bli\u0107, sk\u0105d mo\u017ce pochodzi\u0107 problem z po\u0142\u0105czeniem.<\/p>\n
Je\u015bli zobaczysz, \u017ce produkt, protok\u00f3\u0142 lub aplikacja m\u00f3wi o przechodzeniu przez NAT, przeczytaj dok\u0142adnie informacj\u0119.<\/p>\n
Przydatne pytania obejmuj\u0105:<\/p>\n
Ten ostatni punkt \u0142atwo przeoczy\u0107. Funkcja u\u0142atwiaj\u0105ca po\u0142\u0105czenie dw\u00f3ch punkt\u00f3w ko\u0144cowych nie gwarantuje automatycznie prywatno\u015bci. Funkcja prywatno\u015bci nie gwarantuje automatycznie \u0142\u0105czno\u015bci. Dobra dokumentacja powinna oddziela\u0107 te pomys\u0142y.<\/p>\n
Nie. Traversal NAT to zestaw technik sieciowych do obs\u0142ugi translacji adres\u00f3w i filtrowania pomi\u0119dzy punktami ko\u0144cowymi. VPN to szersza kategoria technologii do tworzenia chronionych tuneli sieciowych. Niekt\u00f3re aplikacje podobne do VPN mog\u0105 wymaga\u0107 uwzgl\u0119dnienia zachowania NAT, ale koncepcje nie s\u0105 takie same.<\/p>\n
Nie. Dziurkowanie UDP zale\u017cy od zachowania NAT, regu\u0142 filtrowania, taktowania i topologii sieci. Zar\u00f3wno badania, jak i dyskusje na temat standard\u00f3w wskazuj\u0105 na t\u0119 sam\u0105 praktyczn\u0105 rzeczywisto\u015b\u0107: zachowanie NAT jest zr\u00f3\u017cnicowane, dlatego mog\u0105 by\u0107 potrzebne \u015bcie\u017cki awaryjne.<\/p>\n
S\u0105 inni. Przeka\u017anik mo\u017ce pom\u00f3c, gdy bezpo\u015brednia komunikacja nie jest mo\u017cliwa, ale mo\u017ce zwi\u0119kszy\u0107 op\u00f3\u017anienia, wykorzystanie przepustowo\u015bci i koszty operacyjne. \u015acie\u017cka bezpo\u015brednia mo\u017ce by\u0107 bardziej wydajna, je\u015bli dzia\u0142a, ale mo\u017ce nie dzia\u0142a\u0107 w bardziej rygorystycznych sieciach.<\/p>\n
Nie. Te terminy s\u0105 omawiane jako og\u00f3lne koncepcje sieciowe i t\u0142o standard\u00f3w. Artyku\u0142 ten nie zawiera \u017cadnych zastrze\u017ce\u0144 dotycz\u0105cych implementacji specyficznej dla produktu w odniesieniu do VPN Satelites.<\/p>\n
W tym artykule nie podano wskaz\u00f3wek dotycz\u0105cych obej\u015bcia. Przegl\u0105danie NAT mo\u017ce pom\u00f3c w wyja\u015bnieniu zachowania po\u0142\u0105czenia, ale u\u017cytkownicy powinni przestrzega\u0107 obowi\u0105zuj\u0105cych przepis\u00f3w, warunk\u00f3w \u015bwiadczenia us\u0142ug i zasad sieciowych.<\/p>\n
Przechodzenie przez NAT ma znaczenie, poniewa\u017c \u015bcie\u017cka internetowa mi\u0119dzy dwoma urz\u0105dzeniami nie zawsze jest bezpo\u015brednia i przewidywalna. Dziurkowanie UDP mo\u017ce pom\u00f3c niekt\u00f3rym aplikacjom w nawi\u0105zaniu bezpo\u015bredniej komunikacji poprzez NAT, natomiast rezerwowe przeka\u017aniki mog\u0105 by\u0107 pomocne w przypadku awarii \u015bcie\u017cek bezpo\u015brednich. Obydwa pomys\u0142y s\u0105 przydatne, ale \u017caden z nich nie jest uniwersalnym rozwi\u0105zaniem.<\/p>\n
Dla czytelnik\u00f3w VPN Satelites najbardziej praktyczn\u0105 lekcj\u0105 jest ustalenie realistycznych oczekiwa\u0144. Niezawodno\u015b\u0107 po\u0142\u0105czenia zale\u017cy od aplikacji, urz\u0105dzenia, sieci lokalnej, zasad sieci nadrz\u0119dnej i szerszej trasy mi\u0119dzy punktami ko\u0144cowymi. Zrozumienie tych warstw sprawia, \u017ce \u200b\u200brozwi\u0105zywanie problem\u00f3w jest spokojniejsze, a o\u015bwiadczenia dotycz\u0105ce produkt\u00f3w \u0142atwiejsze do krytycznego odczytania.<\/p>\n","protected":false},"excerpt":{"rendered":"
Przechodzenie przez NAT, dziurkowanie UDP i awarie przeka\u017anik\u00f3w wyja\u015bniaj\u0105, dlaczego niekt\u00f3re aplikacje \u0142atwo \u0142\u0105cz\u0105 si\u0119 w jednej sieci, ale maj\u0105 problemy z inn\u0105. Oto wersja w j\u0119zyku angielskim, z realistycznymi oczekiwaniami dla czytelnik\u00f3w VPN Satelites.<\/p>\n","protected":false},"author":0,"featured_media":35,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[15],"tags":[43,40,42,41,20],"class_list":["post-34","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-vpn-education","tag-connection-reliability","tag-nat-traversal","tag-network-troubleshooting","tag-udp-hole-punching","tag-vpn-education"],"yoast_head":"\n