Неки проблеми са везом нису узроковани апликацијом коју користите. Они долазе са мрежног пута између уређаја.
Можда ћете то приметити када се позив одмах повеже на кућном Wi-Fi, али има проблема у хотелу Wi-Fi, када лоби игре ради за једног играча, а не успе за другог, или када се алатка за приватност понаша другачије након што пређете са мобилних података на канцеларијску мрежу. Један уобичајени разлог је NAT: слој за превођење мрежне адресе који омогућава многим уређајима да деле једну јавну интернет адресу.
Овај чланак објашњава шта је NAT прелазак, зашто постоји пробијање рупа UDP, када релеји постају корисни и зашто читаоци VPN Satelites треба да третирају ове концепте као контекст везе, а не као магичне гаранције.
Шта NAT ради у свакодневним мрежама
Већина људи користи приватне мреже не размишљајући о њима. Ваш лаптоп, телефон, таблет и ТВ могу се налазити иза једног рутера. Унутар куће, сваки уређај има своју приватну адресу. На ширем интернету, често се чини да деле једну јавну адресу.
Тај превод је користан. Помаже мрежама да сачувају јавне IPv4 адресе и одржава нормално кућно рутирање подесним. Али то такође ствара практичан проблем: уређај ван ваше мреже обично не може само да отвори директну везу са уређајем унутар ваше мреже осим ако рутер не зна где тај долазни саобраћај треба да иде.
За обично прегледавање веба, то је обично у реду. Ваш уређај покреће везу ка споља, рутер памти мапирање и одговори се враћају кроз ту привремену путању. За апликације којима су потребне две крајње тачке за директнију комуникацију, посебно преко UDP, ситуација може бити мање предвидљива.
То је основно подешавање за NAT прелазак.
Шта је NAT Траверсал?
NAT прелазак је општи назив за технике које помажу апликацијама да комуницирају преко мрежа где једна или обе крајње тачке седе иза NAT.
На обичном енглеском, апликација покушава да одговори на практично питање: „Могу ли ова два уређаја да пронађу радни пут један до другог иако њихови рутери преводе адресе и филтрирају долазни саобраћај?“
Не постоји јединствен универзални одговор јер понашање NAT варира. Стандарди као што је IETF RFC 4787 описују понашање NAT за UDP и објашњавају зашто је доследност важна за апликације у реалном времену као што су мултимедијална комуникација и онлајн игре. Исти широки проблем се појављује у многим модерним категоријама апликација: позиви, алати за сарадњу, игре, алати за даљински приступ, системи у стилу пеер-то-пеер и апликације сличне VPN могу бити под утицајем начина на који мреже управљају саобраћајем.
За читаче VPN Satelites, користан закључак је једноставан: ако се веза понаша другачије у мрежама, то може одражавати понашање рутера, NAT на нивоу оператера, политику заштитног зида, филтрирање пакета, загушење или друге услове путање. Не би требало аутоматски да се чита као доказ да је једна поставка апликације покварена.
Шта је UDP бушење рупа?
UDP се често користи у апликацијама у реалном времену јер може да избегне нека од кашњења и додатних трошкова повезаних са саобраћајем оријентисаним на везу. Али UDP не ствара дуготрајну сесију на исти начин на који многи људи замишљају традиционалну везу.
UDP бушење рупа је NAT техника преласка где две крајње тачке свака шаљу одлазне UDP пакете тако да њихови NAT уређаји креирају привремена мапирања. Ако се тајминг и понашање NAT поклопе, саобраћај са друге стране може да се врати кроз та мапирања.
Фраза звучи агресивно, али концепт је обичнији него што име сугерише. Ради се о раду са постојећим правилима рутера за одлазни и повратни саобраћај. Темељна истраживања Bryan Ford, Pyda Srisuresh и Dan Kegel описују бушење рупа као практичан приступ који користе апликације засноване на UDP, истовремено наглашавајући кључно ограничење: ниједна техника преласка не функционише у свакој поставци NAT.
То ограничење је важно. Неке мреже поново користе мапирања на користан начин. Други креирају мапирања која су уже везана за одређено одредиште. Неке мреже додају понашање заштитног зида поврх NAT. Неке мобилне и ИСП мреже постављају кориснике иза NAT ранга оператера, где корисник уопште не контролише слој за превођење узводно.
Дакле, када неко пита шта је то UDP бушење рупа, кратак одговор је: то је начин да апликације покушају директну путању UDP кроз мапирања креирана од NAT. Пажљив одговор је: може добро да ради у многим окружењима, али није гаранција.
Зашто директне везе понекад не успевају
Директно повезивање може да не успе из неколико уобичајених разлога:
– Мрежа радног места, школе, хотела или места може ограничити саобраћај у складу са сопственом политиком.
- Рутер можда неће поново користити исто мапирање спољних портова када апликација контактира различита одредишта.
- Мрежа може строжије филтрирати долазне UDP пакете од друге мреже.
- NAT слој на нивоу оператера може да се налази између корисника и јавног интернета.
- Мобилна мрежа може променити путање како се мења квалитет сигнала или веза са мрежом.
- Безбедносни производ или локални заштитни зид могу да блокирају саобраћај пре него што стигну до апликације.
Ниједан од ових случајева не значи да корисници треба да покушају да заобиђу правила која не контролишу. Практична поента је схватити да понашање везе зависи од више од једне преференције апликације. Ако мрежа намерно блокира или ограничава врсту саобраћаја, следећи прави корак је обично коришћење дозвољене мреже, провера услова услуге или разговор са администратором мреже.
Где се уклапају резервни релеји
Када је директна повезаност непоуздана, неки системи користе релеј: обе крајње тачке се повезују напоље са посредним сервером, а сервер пропушта саобраћај између њих. IETF RFC 5766 описује TURN, скраћено за траверсал користећи релеје око NAT, као протокол за комуникацију потпомогнуту релејем када директна комуникација равноправних није могућа у одређеним NAT ситуацијама.
Релеји решавају другачији проблем од директног преласка NAT. Релеј може побољшати доступност јер оба уређаја треба да стигну само до услуге релеја. Компромис је у томе што саобраћај узима додатни пут, што може додати кашњење, цену пропусног опсега и оперативну сложеност.
Због тога многи дизајни повезивања преферирају да прво испробају директну путању, а затим да се врате када је то потребно. IETF RFC 8445 описује ICE као приступ стандардној стази за NAT прелазак за комуникацију засновану на UDP која користи концепте STUN и TURN за откривање и тестирање могућих путања. То не значи да сваки алат везан за VPN користи ICE, STUN или TURN. Једноставно показује уобичајени инжењерски образац: тестирајте која путања ради, а затим користите резервни ако директна повезаност није доступна.
За читаоце, важна лекција је реално постављање очекивања. Резервни релеј може да омогући повезивање у ситуацијама када директна рута не успе, али то није исто што и нестанак свих мрежних услова.
Шта ово значи за VPN Satelites читаоце
VPN Satelites садржај се често налази у близини тема као што су приватност, повезаност, рутирање интернета и очекивања корисника. NAT прелазак припада том истом образовном окружењу јер објашњава зашто мрежа око апликације може бити важна колико и сама апликација.
За ову тему, важно је да веза производа буде скромна. Овај чланак не тврди да VPN Satelites користи било коју специфичну методу преласка NAT, архитектуру релеја, подешавање прослеђивања портова, опцију статичке ИП адресе или стек протокола. Вредност овде је практична писменост: разумевање термина вам помаже да пажљивије прочитате упутства за решавање проблема и процените проблеме са везом без да очекујете да ће било која апликација у вези са VPN заменити свако мрежно правило.
Ако је веза нестабилна, неколико провера ниског ризика може вам помоћи да одвојите понашање апликације од понашања мреже:
- Испробајте другу дозвољену мрежу, као што је кућна Wi-Fi у односу на мобилне податке, и запазите да ли проблем прати апликацију или мрежу.
- Поново покрените локални рутер ако га контролишете и нормална конекција се чини ослабљеном.
- Проверите да ли мрежом управља радно место, школа, хотел, место или ИСП са ограничењима саобраћаја.
- Одржавајте апликацију и оперативни систем ажурираним, јер руковање везом може да се мења у различитим верзијама.
- Избегавајте мењање напредних подешавања рутера или заштитног зида осим ако разумете утицај или имате одобрење администратора.
Ови кораци не заобилазе ограничења. Они помажу да се идентификује одакле можда долази проблем са везом.
Како пажљиво читати тврдње о преласку NAT
Када видите да производ, протокол или апликација говори о преласку NAT, прецизно прочитајте тврдњу.
Корисна питања укључују:
– Да ли је тврдња о општој техници умрежавања или потврђеној особини производа?
– Да ли избегава да сугерише да корисници могу да игноришу радно место, школу, ИСП, платформу или законска ограничења? – Да ли раздваја захтеве за приватност од захтева за повезивање?
- Да ли објашњава који мрежни услови су подржани, а који нису?
- Да ли се помиње резервно понашање без обећања савршене доступности?
Ову последњу тачку је лако пропустити. Функција која помаже две крајње тачке да се повежу није аутоматски гаранција приватности. Функција приватности није аутоматски гаранција за повезивање. Добра документација треба да држи те идеје одвојене.
ФАК
Да ли је прелазак NAT исто што и VPN?
Не. NAT прелазак је скуп мрежних техника за бављење транслацијом адреса и филтрирањем између крајњих тачака. VPN је шира категорија технологије за креирање заштићених мрежних тунела. Неке апликације сличне VPN ће можда морати да узму у обзир понашање NAT, али концепти нису исти.
Да ли UDP бушење рупа увек функционише?
Не. Пробијање рупа UDP зависи од понашања NAT, правила филтрирања, времена и топологије мреже. Истраживања и дискусије о стандардима указују на исту практичну реалност: понашање NAT је различито, па ће можда бити потребни резервни путеви.
Да ли су резервни релеји бољи од директних веза?
Они су различити. Релеј може помоћи када директна комуникација није могућа, али може повећати кашњење, коришћење пропусног опсега и оперативне трошкове. Директна путања може бити ефикаснија када ради, али може пропасти на строжијим мрежама.
Да ли се у овом чланку каже да VPN Satelites користи STUN, TURN, ICE, релеје или прослеђивање портова?
Не. Ови термини се разматрају као општи концепти умрежавања и позадина стандарда. Овај чланак не износи никакве тврдње о примени специфичних за производ о VPN Satelites.
Може ли NAT прелазак заобићи мрежна правила?
Овај чланак не даје упутства за заобилажење. Обилажење NAT може помоћи у објашњењу понашања везе, али корисници треба да поштују важеће законе, услове услуге и мрежне смернице.
Закључак
NAT прелазак је важан јер интернет путања између два уређаја није увек директна или предвидљива. Пробијање рупа UDP може помоћи неким апликацијама да успоставе директну комуникацију преко NAT, док релеји могу помоћи када директне путање не успеју. Обе идеје су корисне, али ниједна није универзално решење.
За читаоце VPN Satelites, најпрактичнија лекција је постављање реалних очекивања. Поузданост везе зависи од апликације, уређаја, локалне мреже, смерница узводне мреже и шире руте између крајњих тачака. Разумевање ових слојева чини решавање проблема мирнијим, а тврдње о производу лакшим за критичко читање.