Neki problemi s vezom nisu uzrokovani aplikacijom koju koristite. Dolaze s mre\u017enog puta izme\u0111u ure\u0111aja.<\/p>\n
To biste mogli primijetiti kada se poziv trenutno pove\u017ee na ku\u0107nom Wi-Fi, ali ima pote\u0161ko\u0107a u hotelskom Wi-Fi, kada predvorje igre radi za jednog igra\u010da, a zaka\u017ee za drugog ili kada se alat za privatnost pona\u0161a druga\u010dije nakon \u0161to se prebacite s mobilnih podataka na uredsku mre\u017eu. Jedan od uobi\u010dajenih razloga je NAT: sloj prijevoda mre\u017ene adrese koji omogu\u0107uje mnogim ure\u0111ajima dijeljenje jedne javne internetske adrese.<\/p>\n
Ovaj \u010dlanak obja\u0161njava \u0161to je NAT traversal, za\u0161to UDP bu\u0161enje rupa postoji, kada rezervni releji postaju korisni i za\u0161to VPN Satelites \u010ditatelji trebaju tretirati ove koncepte kao kontekst veze, a ne kao \u010darobna jamstva.<\/p>\n
Ve\u0107ina ljudi koristi privatne mre\u017ee ne razmi\u0161ljaju\u0107i o njima. Va\u0161e prijenosno ra\u010dunalo, telefon, tablet i TV mogu stajati iza jednog rutera. Unutar doma svaki ure\u0111aj ima svoju privatnu adresu. Za \u0161iri internet \u010desto se \u010dini da dijele jednu javnu adresu.<\/p>\n
Taj prijevod je koristan. Poma\u017ee mre\u017eama u o\u010duvanju javnih IPv4 adresa i odr\u017eava uobi\u010dajenim ku\u0107nim usmjeravanjem upravljivim. Ali to tako\u0111er stvara prakti\u010dan problem: ure\u0111aj izvan va\u0161e mre\u017ee obi\u010dno ne mo\u017ee jednostavno otvoriti izravnu vezu s ure\u0111ajem unutar va\u0161e mre\u017ee osim ako usmjeriva\u010d ne zna kamo taj dolazni promet treba i\u0107i.<\/p>\n
Za obi\u010dno pregledavanje weba to je obi\u010dno u redu. Va\u0161 ure\u0111aj pokre\u0107e vezu prema van, usmjeriva\u010d pamti mapiranje, a odgovori se vra\u0107aju tom privremenom stazom. Za aplikacije koje trebaju dvije krajnje to\u010dke za izravniju komunikaciju, posebno preko UDP, situacija mo\u017ee biti manje predvidljiva.<\/p>\n
To je osnovna postavka za prolazak NAT.<\/p>\n
NAT traversal je op\u0107i naziv za tehnike koje poma\u017eu aplikacijama da komuniciraju preko mre\u017ea gdje jedna ili obje krajnje to\u010dke stoje iza NAT.<\/p>\n
Na jednostavnom engleskom, aplikacija poku\u0161ava odgovoriti na prakti\u010dno pitanje: “Mogu li ova dva ure\u0111aja prona\u0107i radni put jedan do drugoga iako njihovi usmjeriva\u010di prevode adrese i filtriraju dolazni promet?”<\/p>\n
Ne postoji jedinstveni univerzalni odgovor jer pona\u0161anje NAT varira. Standardi kao \u0161to je IETF RFC 4787 opisuju pona\u0161anje NAT za UDP i obja\u0161njavaju za\u0161to je dosljednost va\u017ena za aplikacije u stvarnom vremenu kao \u0161to su multimedijska komunikacija i igranje na mre\u017ei. Isti \u0161iroki 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\u010dne VPN mogu utjecati na na\u010din na koji mre\u017ee obra\u0111uju promet.<\/p>\n
Za \u010ditatelje VPN Satelites, koristan zaklju\u010dak je jednostavan: ako se veza pona\u0161a druga\u010dije na mre\u017eama, to mo\u017ee odra\u017eavati pona\u0161anje usmjeriva\u010da, NAT na razini operatera, politiku vatrozida, filtriranje paketa, zagu\u0161enje ili druge uvjete putanje. To se ne bi trebalo automatski tuma\u010diti kao dokaz da je jedna postavka aplikacije pokvarena.<\/p>\n
UDP \u010desto koriste aplikacije u stvarnom vremenu jer mo\u017ee izbje\u0107i dio ka\u0161njenja i optere\u0107enja povezanih s prometom usmjerenim na vezu. Ali UDP ne stvara dugotrajnu sesiju na isti na\u010din na koji mnogi ljudi zami\u0161ljaju tradicionalnu vezu.<\/p>\n
UDP bu\u0161enje rupa je tehnika prolaska NAT gdje dvije krajnje to\u010dke \u0161alju izlazne UDP pakete tako da njihovi NAT ure\u0111aji stvaraju privremena mapiranja. Ako se vrijeme i pona\u0161anje NAT podudaraju, promet s druge strane mo\u017ee se vratiti kroz ta mapiranja.<\/p>\n
Izraz zvu\u010di agresivno, ali koncept je obi\u010dniji nego \u0161to naziv sugerira. Radi se o radu s postoje\u0107im pravilima usmjeriva\u010da za odlazni i povratni promet. Temeljna istra\u017eivanja Bryan Ford, Pyda Srisuresh i Dan Kegel opisuju bu\u0161enje rupa kao prakti\u010dan pristup koji koriste aplikacije temeljene na UDP, dok tako\u0111er nagla\u0161avaju klju\u010dno ograni\u010denje: nijedna tehnika prolaska ne funkcionira u svim postavkama NAT.<\/p>\n
To ograni\u010denje je va\u017eno. Neke mre\u017ee ponovno koriste preslikavanja na koristan na\u010din. Drugi stvaraju mapiranja koja su u\u017ee vezana uz odre\u0111eno odredi\u0161te. Neke mre\u017ee dodaju pona\u0161anje vatrozida povrh NAT. Neke mobilne i ISP mre\u017ee postavljaju korisnike iza NAT operaterske razine, gdje korisnik uop\u0107e ne kontrolira uzvodni sloj prevo\u0111enja.<\/p>\n
Dakle, kada netko pita \u0161to je UDP bu\u0161enje rupa, kratak odgovor je: to je na\u010din da aplikacije poku\u0161aju izravnu UDP putanju kroz NAT kreirana mapiranja. Pa\u017eljiv odgovor je: mo\u017ee dobro funkcionirati u mnogim okru\u017eenjima, ali nije jamstvo.<\/p>\n
Izravno povezivanje mo\u017ee zakazati iz nekoliko uobi\u010dajenih razloga:<\/p>\n
Nijedan od ovih slu\u010dajeva ne zna\u010di da bi korisnici trebali poku\u0161ati zaobi\u0107i pravila koja ne kontroliraju. Prakti\u010dna poanta je razumjeti da pona\u0161anje veze ovisi o vi\u0161e od jedne postavke aplikacije. Ako mre\u017ea namjerno blokira ili ograni\u010dava odre\u0111enu vrstu prometa, sljede\u0107i korak obi\u010dno je kori\u0161tenje dopu\u0161tene mre\u017ee, provjera uvjeta usluge ili razgovor s mre\u017enim administratorom.<\/p>\n
Kada je izravna povezanost nepouzdana, neki sustavi koriste relej: obje krajnje to\u010dke povezuju se prema van na posredni poslu\u017eitelj, a poslu\u017eitelj proslje\u0111uje promet izme\u0111u njih. IETF RFC 5766 opisuje TURN, skra\u0107enicu za traversal kori\u0161tenjem releja oko NAT, kao protokol za komunikaciju potpomognutu relejem kada izravna komunikacija ravnopravnih nije mogu\u0107a u odre\u0111enim NAT situacijama.<\/p>\n
Releji rje\u0161avaju druga\u010diji problem od izravnog prolaska NAT. Relej mo\u017ee pobolj\u0161ati dostupnost jer oba ure\u0111aja trebaju samo dosegnuti uslugu releja. Kompromis je u tome \u0161to promet ide dodatnom stazom, \u0161to mo\u017ee pove\u0107ati ka\u0161njenje, cijenu propusnosti i operativnu slo\u017eenost.<\/p>\n
To je razlog za\u0161to 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\u0107ih puteva. To ne zna\u010di da svaki alat povezan sa VPN koristi ICE, STUN ili TURN. Jednostavno pokazuje uobi\u010dajeni in\u017eenjerski obrazac: testirajte koji put radi, a zatim upotrijebite zamjenu ako izravna povezanost nije dostupna.<\/p>\n
Za \u010ditatelje, va\u017ena lekcija je realno postavljanje o\u010dekivanja. Zamjena releja mo\u017ee omogu\u0107iti povezivanje u situacijama kada izravna ruta ne uspije, ali to nije isto \u0161to i u\u010diniti da svaki mre\u017eni uvjet nestane.<\/p>\n
Sadr\u017eaj VPN Satelites \u010desto se nalazi blizu tema poput privatnosti, povezivosti, internetskog usmjeravanja i o\u010dekivanja korisnika. NAT traversal pripada tom istom obrazovnom susjedstvu jer obja\u0161njava za\u0161to mre\u017ea oko aplikacije mo\u017ee biti va\u017ena koliko i sama aplikacija.<\/p>\n
Za ovu temu va\u017eno je da veza proizvoda bude skromna. Ovaj \u010dlanak ne tvrdi da VPN Satelites koristi bilo koju specifi\u010dnu metodu prolaska NAT, arhitekturu releja, postavku proslje\u0111ivanja porta, stati\u010dku IP opciju ili stog protokola. Ovdje je vrijednost prakti\u010dna pismenost: razumijevanje uvjeta poma\u017ee vam da pa\u017eljivije pro\u010ditate smjernice za rje\u0161avanje problema i procijenite probleme s povezivanjem bez o\u010dekivanja da \u0107e bilo koja aplikacija povezana sa VPN nadja\u010dati svako mre\u017eno pravilo.<\/p>\n
Ako je veza nestabilna, nekoliko provjera niskog rizika mo\u017ee vam pomo\u0107i da odvojite pona\u0161anje aplikacije od pona\u0161anja mre\u017ee:<\/p>\n
Ovi koraci ne zaobilaze ograni\u010denja. Oni poma\u017eu identificirati odakle problem s vezom mo\u017ee do\u0107i.<\/p>\n
Kada vidite da proizvod, protokol ili aplikacija govore o NAT traverzi, pa\u017eljivo pro\u010ditajte tvrdnju.<\/p>\n
Korisna pitanja uklju\u010duju:<\/p>\n
Tu posljednju to\u010dku lako je propustiti. Zna\u010dajka koja poma\u017ee da se dvije krajnje to\u010dke pove\u017eu nije automatski jamstvo privatnosti. Zna\u010dajka privatnosti nije automatski jamstvo povezivanja. Dobra dokumentacija trebala bi odvojiti te ideje.<\/p>\n
Ne. NAT traversal je skup mre\u017enih tehnika za rad s prevo\u0111enjem adresa i filtriranjem izme\u0111u krajnjih to\u010daka. VPN je \u0161ira kategorija tehnologije za stvaranje za\u0161ti\u0107enih mre\u017enih tunela. Neke aplikacije sli\u010dne VPN mo\u017eda \u0107e morati uzeti u obzir pona\u0161anje NAT, ali koncepti nisu isti.<\/p>\n
Ne. UDP probijanje rupa ovisi o pona\u0161anju NAT, pravilima filtriranja, vremenu i topologiji mre\u017ee. Istra\u017eivanja i rasprave o standardima ukazuju na istu prakti\u010dnu stvarnost: pona\u0161anje NAT je razli\u010dito, tako da mogu biti potrebni rezervni putevi.<\/p>\n
Oni su druga\u010diji. Relej mo\u017ee pomo\u0107i kada izravna komunikacija nije mogu\u0107a, ali mo\u017ee pove\u0107ati ka\u0161njenje, kori\u0161tenje propusnosti i operativne tro\u0161kove. Izravni put mo\u017ee biti u\u010dinkovitiji kada radi, ali mo\u017ee zakazati na stro\u017eim mre\u017eama.<\/p>\n
Ne. O tim se pojmovima raspravlja kao o op\u0107im konceptima umre\u017eavanja i pozadini standarda. Ovaj \u010dlanak ne iznosi nikakvu tvrdnju o implementaciji proizvoda VPN Satelites.<\/p>\n
Ovaj \u010dlanak ne daje upute za zaobila\u017eenje. NAT traversal mo\u017ee pomo\u0107i u obja\u0161njenju pona\u0161anja povezivanja, ali korisnici bi trebali slijediti primjenjive zakone, uvjete usluge i mre\u017ena pravila.<\/p>\n
Prijelaz NAT je va\u017ean jer internetski put izme\u0111u dva ure\u0111aja nije uvijek izravan ili predvidljiv. UDP bu\u0161enje rupa mo\u017ee pomo\u0107i nekim aplikacijama da uspostave izravnu komunikaciju preko NAT, dok rezervni releji mogu pomo\u0107i kada izravni putovi zaka\u017eu. Obje ideje su korisne, ali niti jedna nije univerzalno rje\u0161enje.<\/p>\n
Za \u010ditatelje VPN Satelites, najprakti\u010dnija lekcija je postaviti realna o\u010dekivanja. Pouzdanost veze ovisi o aplikaciji, ure\u0111aju, lokalnoj mre\u017ei, uzvodnim mre\u017enim pravilima i \u0161iroj ruti izme\u0111u krajnjih to\u010daka. Razumijevanje tih slojeva \u010dini rje\u0161avanje problema mirnijim, a tvrdnje o proizvodu lak\u0161e kriti\u010dki pro\u010ditati.<\/p>\n","protected":false},"excerpt":{"rendered":"
NAT traversal, UDP hole bu\u0161enje i relay backbacks obja\u0161njavaju za\u0161to se neke aplikacije lako povezuju na jednoj mre\u017ei, ali imaju problema s drugom. Ovdje je verzija na jednostavnom engleskom jeziku, s realnim o\u010dekivanjima za \u010ditatelje 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