Zašto je prolaz NAT bitan kada mreže otežavaju izravne veze

Neki problemi s vezom nisu uzrokovani aplikacijom koju koristite. Dolaze s mrežnog puta između uređaja.

To biste mogli primijetiti kada se poziv trenutno poveže na kućnom Wi-Fi, ali ima poteškoća u hotelskom Wi-Fi, kada predvorje igre radi za jednog igrača, a zakaže za drugog ili kada se alat za privatnost ponaša drugačije nakon što se prebacite s mobilnih podataka na uredsku mrežu. Jedan od uobičajenih razloga je NAT: sloj prijevoda mrežne adrese koji omogućuje mnogim uređajima dijeljenje jedne javne internetske adrese.

Ovaj članak objašnjava što je NAT traversal, zašto UDP bušenje rupa postoji, kada rezervni releji postaju korisni i zašto VPN Satelites čitatelji trebaju tretirati ove koncepte kao kontekst veze, a ne kao čarobna jamstva.

Što NAT radi u svakodnevnim mrežama

Većina ljudi koristi privatne mreže ne razmišljajući o njima. Vaše prijenosno računalo, telefon, tablet i TV mogu stajati iza jednog rutera. Unutar doma svaki uređaj ima svoju privatnu adresu. Za širi internet često se čini da dijele jednu javnu adresu.

Taj prijevod je koristan. Pomaže mrežama u očuvanju javnih IPv4 adresa i održava uobičajenim kućnim usmjeravanjem upravljivim. Ali to također stvara praktičan problem: uređaj izvan vaše mreže obično ne može jednostavno otvoriti izravnu vezu s uređajem unutar vaše mreže osim ako usmjerivač ne zna kamo taj dolazni promet treba ići.

Za obično pregledavanje weba to je obično u redu. Vaš uređaj pokreće vezu prema van, usmjerivač pamti mapiranje, a odgovori se vraćaju tom privremenom stazom. Za aplikacije koje trebaju dvije krajnje točke za izravniju komunikaciju, posebno preko UDP, situacija može biti manje predvidljiva.

To je osnovna postavka za prolazak NAT.

Što je NAT Traversal?

NAT traversal je opći naziv za tehnike koje pomažu aplikacijama da komuniciraju preko mreža gdje jedna ili obje krajnje točke stoje iza NAT.

Na jednostavnom engleskom, aplikacija pokušava odgovoriti na praktično pitanje: “Mogu li ova dva uređaja pronaći radni put jedan do drugoga iako njihovi usmjerivači prevode adrese i filtriraju dolazni promet?”

Ne postoji jedinstveni univerzalni odgovor jer ponašanje NAT varira. Standardi kao što je IETF RFC 4787 opisuju ponašanje NAT za UDP i objašnjavaju zašto je dosljednost važna za aplikacije u stvarnom vremenu kao što su multimedijska komunikacija i igranje na mreži. Isti široki problem pojavljuje se u mnogim modernim kategorijama aplikacija: pozivi, alati za suradnju, igre, alati za daljinski pristup, sustavi u stilu peer-to-peer i aplikacije slične VPN mogu utjecati na način na koji mreže obrađuju promet.

Za čitatelje VPN Satelites, koristan zaključak je jednostavan: ako se veza ponaša drugačije na mrežama, to može odražavati ponašanje usmjerivača, NAT na razini operatera, politiku vatrozida, filtriranje paketa, zagušenje ili druge uvjete putanje. To se ne bi trebalo automatski tumačiti kao dokaz da je jedna postavka aplikacije pokvarena.

Što je UDP bušenje rupa?

UDP često koriste aplikacije u stvarnom vremenu jer može izbjeći dio kašnjenja i opterećenja povezanih s prometom usmjerenim na vezu. Ali UDP ne stvara dugotrajnu sesiju na isti način na koji mnogi ljudi zamišljaju tradicionalnu vezu.

UDP bušenje rupa je tehnika prolaska NAT gdje dvije krajnje točke šalju izlazne UDP pakete tako da njihovi NAT uređaji stvaraju privremena mapiranja. Ako se vrijeme i ponašanje NAT podudaraju, promet s druge strane može se vratiti kroz ta mapiranja.

Izraz zvuči agresivno, ali koncept je običniji nego što naziv sugerira. Radi se o radu s postojećim pravilima usmjerivača za odlazni i povratni promet. Temeljna istraživanja Bryan Ford, Pyda Srisuresh i Dan Kegel opisuju bušenje rupa kao praktičan pristup koji koriste aplikacije temeljene na UDP, dok također naglašavaju ključno ograničenje: nijedna tehnika prolaska ne funkcionira u svim postavkama NAT.

To ograničenje je važno. Neke mreže ponovno koriste preslikavanja na koristan način. Drugi stvaraju mapiranja koja su uže vezana uz određeno odredište. Neke mreže dodaju ponašanje vatrozida povrh NAT. Neke mobilne i ISP mreže postavljaju korisnike iza NAT operaterske razine, gdje korisnik uopće ne kontrolira uzvodni sloj prevođenja.

Dakle, kada netko pita što je UDP bušenje rupa, kratak odgovor je: to je način da aplikacije pokušaju izravnu UDP putanju kroz NAT kreirana mapiranja. Pažljiv odgovor je: može dobro funkcionirati u mnogim okruženjima, ali nije jamstvo.

Zašto izravne veze ponekad ne uspijevaju

Izravno povezivanje može zakazati iz nekoliko uobičajenih razloga:

• Usmjerivač možda neće ponovno koristiti isto mapiranje vanjskog priključka kada aplikacija kontaktira različita odredišta.
• Mreža može filtrirati dolazne UDP pakete strože od druge mreže.
• NAT sloj operaterske razine može se nalaziti između korisnika i javnog interneta.
• Radno mjesto, škola, hotel ili mreža objekata mogu ograničiti promet prema vlastitoj politici.
• Mobilna mreža može promijeniti putanje kako se mijenja kvaliteta signala ili mrežni privitak.
• Sigurnosni proizvod ili lokalni vatrozid mogu blokirati promet prije nego što dođe do aplikacije.

Nijedan od ovih slučajeva ne znači da bi korisnici trebali pokušati zaobići pravila koja ne kontroliraju. Praktična poanta je razumjeti da ponašanje veze ovisi o više od jedne postavke aplikacije. Ako mreža namjerno blokira ili ograničava određenu vrstu prometa, sljedeći korak obično je korištenje dopuštene mreže, provjera uvjeta usluge ili razgovor s mrežnim administratorom.

Gdje pristaju rezervni releji

Kada je izravna povezanost nepouzdana, neki sustavi koriste relej: obje krajnje točke povezuju se prema van na posredni poslužitelj, a poslužitelj prosljeđuje promet između njih. IETF RFC 5766 opisuje TURN, skraćenicu za traversal korištenjem releja oko NAT, kao protokol za komunikaciju potpomognutu relejem kada izravna komunikacija ravnopravnih nije moguća u određenim NAT situacijama.

Releji rješavaju drugačiji problem od izravnog prolaska NAT. Relej može poboljšati dostupnost jer oba uređaja trebaju samo dosegnuti uslugu releja. Kompromis je u tome što promet ide dodatnom stazom, što može povećati kašnjenje, cijenu propusnosti i operativnu složenost.

To je razlog zašto mnogi dizajni povezivanja preferiraju prvo isprobati izravni put, a zatim se vratiti kada je to potrebno. IETF RFC 8445 opisuje ICE kao standard-track pristup za NAT traversal za UDP-baziranu komunikaciju koja koristi STUN i TURN koncepte za otkrivanje i testiranje mogućih puteva. To ne znači da svaki alat povezan sa VPN koristi ICE, STUN ili TURN. Jednostavno pokazuje uobičajeni inženjerski obrazac: testirajte koji put radi, a zatim upotrijebite zamjenu ako izravna povezanost nije dostupna.

Za čitatelje, važna lekcija je realno postavljanje očekivanja. Zamjena releja može omogućiti povezivanje u situacijama kada izravna ruta ne uspije, ali to nije isto što i učiniti da svaki mrežni uvjet nestane.

Što to znači za čitatelje VPN Satelites

Sadržaj VPN Satelites često se nalazi blizu tema poput privatnosti, povezivosti, internetskog usmjeravanja i očekivanja korisnika. NAT traversal pripada tom istom obrazovnom susjedstvu jer objašnjava zašto mreža oko aplikacije može biti važna koliko i sama aplikacija.

Za ovu temu važno je da veza proizvoda bude skromna. Ovaj članak ne tvrdi da VPN Satelites koristi bilo koju specifičnu metodu prolaska NAT, arhitekturu releja, postavku prosljeđivanja porta, statičku IP opciju ili stog protokola. Ovdje je vrijednost praktična pismenost: razumijevanje uvjeta pomaže vam da pažljivije pročitate smjernice za rješavanje problema i procijenite probleme s povezivanjem bez očekivanja da će bilo koja aplikacija povezana sa VPN nadjačati svako mrežno pravilo.

Ako je veza nestabilna, nekoliko provjera niskog rizika može vam pomoći da odvojite ponašanje aplikacije od ponašanja mreže:

• Pokušajte s drugom dopuštenom mrežom, kao što je kućna Wi-Fi u odnosu na mobilne podatke, i zabilježite prati li problem aplikaciju ili mrežu.
• Ponovno pokrenite lokalni usmjerivač ako ga kontrolirate i čini se da je normalna povezanost oslabljena.
• Provjerite upravlja li mrežom radno mjesto, škola, hotel, mjesto ili ISP s ograničenjima prometa.
• Držite aplikaciju i operativni sustav ažuriranima, budući da se rukovanje vezom može promijeniti u različitim verzijama.
• Izbjegavajte mijenjanje naprednih postavki usmjerivača ili vatrozida osim ako ne razumijete utjecaj ili nemate odobrenje administratora.

Ovi koraci ne zaobilaze ograničenja. Oni pomažu identificirati odakle problem s vezom može doći.

Kako pažljivo čitati NAT traversal Claims

Kada vidite da proizvod, protokol ili aplikacija govore o NAT traverzi, pažljivo pročitajte tvrdnju.

Korisna pitanja uključuju:

• Odnosi li se tvrdnja na opću tehniku umrežavanja ili na potvrđenu značajku proizvoda?
• Objašnjava li koji su mrežni uvjeti podržani, a koji ne?
• Spominje li rezervno ponašanje bez obećanja savršene dostupnosti?
• Izbjegava li sugeriranje da korisnici mogu zanemariti radno mjesto, školu, ISP-a, platformu ili zakonska ograničenja?
• Odvaja li tvrdnje o privatnosti od tvrdnji o povezanosti?

Tu posljednju točku lako je propustiti. Značajka koja pomaže da se dvije krajnje točke povežu nije automatski jamstvo privatnosti. Značajka privatnosti nije automatski jamstvo povezivanja. Dobra dokumentacija trebala bi odvojiti te ideje.

FAQ

Je li traversal NAT isti kao VPN?

Ne. NAT traversal je skup mrežnih tehnika za rad s prevođenjem adresa i filtriranjem između krajnjih točaka. VPN je šira kategorija tehnologije za stvaranje zaštićenih mrežnih tunela. Neke aplikacije slične VPN možda će morati uzeti u obzir ponašanje NAT, ali koncepti nisu isti.

Radi li UDP probijanje rupa uvijek?

Ne. UDP probijanje rupa ovisi o ponašanju NAT, pravilima filtriranja, vremenu i topologiji mreže. Istraživanja i rasprave o standardima ukazuju na istu praktičnu stvarnost: ponašanje NAT je različito, tako da mogu biti potrebni rezervni putevi.

Jesu li rezervni releji bolji od izravnih veza?

Oni su drugačiji. Relej može pomoći kada izravna komunikacija nije moguća, ali može povećati kašnjenje, korištenje propusnosti i operativne troškove. Izravni put može biti učinkovitiji kada radi, ali može zakazati na strožim mrežama.

Kaže li ovaj članak da VPN Satelites koristi STUN, TURN, ICE, releje ili prosljeđivanje portova?

Ne. O tim se pojmovima raspravlja kao o općim konceptima umrežavanja i pozadini standarda. Ovaj članak ne iznosi nikakvu tvrdnju o implementaciji proizvoda VPN Satelites.

Može li NAT traversal zaobići pravila mreže?

Ovaj članak ne daje upute za zaobilaženje. NAT traversal može pomoći u objašnjenju ponašanja povezivanja, ali korisnici bi trebali slijediti primjenjive zakone, uvjete usluge i mrežna pravila.

Suština

Prijelaz NAT je važan jer internetski put između dva uređaja nije uvijek izravan ili predvidljiv. UDP bušenje rupa može pomoći nekim aplikacijama da uspostave izravnu komunikaciju preko NAT, dok rezervni releji mogu pomoći kada izravni putovi zakažu. Obje ideje su korisne, ali niti jedna nije univerzalno rješenje.

Za čitatelje VPN Satelites, najpraktičnija lekcija je postaviti realna očekivanja. Pouzdanost veze ovisi o aplikaciji, uređaju, lokalnoj mreži, uzvodnim mrežnim pravilima i široj ruti između krajnjih točaka. Razumijevanje tih slojeva čini rješavanje problema mirnijim, a tvrdnje o proizvodu lakše kritički pročitati.