Traversal Using Relays around NAT
ટ્રેવર્સલ યુઝિંગ રિલે અરાઉન્ડ એન. એ. ટી. (ટી. યુ. આર. એન.) એ એક પ્રોટોકોલ છે જે મલ્ટીમીડિયા એપ્લિકેશન્સ માટે નેટવર્ક એડ્રેસ ટ્રાન્સલેટર્સ (એન. એ. ટી.) અથવા ફાયરવોલ્સના ટ્રેવર્સલમાં મદદ કરે છે. તેનો ઉપયોગ ટ્રાન્સમિશન કંટ્રોલ પ્રોટોકોલ (ટી. સી. પી.) અને યુઝર ડેટાગ્રામ પ્રોટોકોલ (યુ. ડી. પી.) સાથે થઈ શકે છે. તે સપ્રમાણ NAT ઉપકરણો દ્વારા માસ્કરેડ નેટવર્ક પરના ગ્રાહકો માટે સૌથી વધુ ઉપયોગી છે. TURN NAT દ્વારા ખાનગી નેટવર્કમાં જાણીતા બંદરો પર સર્વર ચલાવવામાં મદદ કરતું નથી; ઉદાહરણ તરીકે, ટેલિફોનીની જેમ, તે NATની પાછળના વપરાશકર્તાને માત્ર એક જ પીઅર સાથે જોડવામાં મદદ કરે છે. TURN દ્વારા સ્પષ્ટ કરવામાં આવે છે. TURN URI યોજનાનું દસ્તાવેજીકરણ કરવામાં આવ્યું છે. પરિચય નેટવર્ક એડ્રેસ ટ્રાન્સલેશન (NAT), એક પદ્ધતિ જે IPv6 માં સંક્રમણ દરમિયાન IPv4 એડ્રેસ થાકની સમસ્યાને ઘટાડવાના પગલા તરીકે કામ કરે છે, તેની સાથે વિવિધ મર્યાદાઓ છે. આ મર્યાદાઓમાં સૌથી વધુ મુશ્કેલી એ હકીકત છે કે NAT ઘણી હાલની IP એપ્લિકેશનોને તોડે છે, અને નવીની જમાવટને વધુ મુશ્કેલ બનાવે છે. માર્ગદર્શિકાઓ વિકસાવવામાં આવી છે જે "NAT મૈત્રીપૂર્ણ" પ્રોટોકોલ કેવી રીતે બનાવવું તેનું વર્ણન કરે છે, પરંતુ ઘણા પ્રોટોકોલ ફક્ત તે માર્ગદર્શિકા અનુસાર બનાવી શકાતા નથી. આવા પ્રોટોકોલના ઉદાહરણોમાં મલ્ટીમીડિયા કાર્યક્રમો અને ફાઇલ વહેંચણીનો સમાવેશ થાય છે. સત્ર ટ્રેવર્સલ યુટિલિટીઝ ફોર એન. એ. ટી. (એસ. ટી. યુ. એન.) એ એન. એ. ટી. ને પાર કરવા માટે એપ્લિકેશન માટે એક માર્ગ પ્રદાન કરે છે. STUN ગ્રાહકને પરિવહન સરનામું (IP સરનામું અને બંદર) મેળવવાની મંજૂરી આપે છે જે પીઅર પાસેથી પેકેટો પ્રાપ્ત કરવા માટે ઉપયોગી હોઈ શકે છે. જો કે, STUN દ્વારા મેળવેલા સરનામાં બધા સાથીદારો દ્વારા ઉપયોગી ન પણ હોઈ શકે. તે સરનામાંઓ નેટવર્કની ટોપોલોજિકલ પરિસ્થિતિઓના આધારે કામ કરે છે. તેથી, STUN પોતે NAT ટ્રાવર્સલ માટે સંપૂર્ણ ઉકેલ પ્રદાન કરી શકતું નથી. સંપૂર્ણ ઉકેલ માટે એવા માધ્યમોની જરૂર પડે છે જેના દ્વારા ગ્રાહક પરિવહનનું સરનામું મેળવી શકે છે, જેમાંથી તે કોઈપણ પીઅર પાસેથી મીડિયા પ્રાપ્ત કરી શકે છે જે જાહેર ઇન્ટરનેટ પર પેકેટો મોકલી શકે છે. આ ફક્ત જાહેર ઇન્ટરનેટ પર રહેતા સર્વર દ્વારા ડેટાને રિલે કરીને જ પૂર્ણ કરી શકાય છે. ટ્રેવર્સલ યુઝિંગ રિલે અરાઉન્ડ NAT (TURN) એ એક પ્રોટોકોલ છે જે ક્લાયન્ટને આવા રિલેમાંથી IP સરનામાંઓ અને પોર્ટ મેળવવાની મંજૂરી આપે છે. જોકે TURN લગભગ હંમેશા ક્લાયન્ટને જોડાણ પૂરું પાડે છે, તે TURN સર્વરના પ્રદાતા માટે સંસાધન સઘન છે. તેથી શક્ય હોય ત્યારે અન્ય પદ્ધતિઓ (જેમ કે STUN અથવા સીધી કનેક્ટિવિટી) ને પસંદ કરીને, ફક્ત અંતિમ ઉપાય તરીકે TURN નો ઉપયોગ કરવો ઇચ્છનીય છે. તે પરિપૂર્ણ કરવા માટે, ઇન્ટરેક્ટિવ કનેક્ટિવિટી એસ્ટાબ્લિશમેન્ટ (ICE) પદ્ધતિનો ઉપયોગ કનેક્ટિવિટીના શ્રેષ્ઠ માધ્યમો શોધવા માટે કરી શકાય છે. પ્રોટોકોલ પ્રક્રિયા ત્યારે શરૂ થાય છે જ્યારે ક્લાયન્ટ કમ્પ્યુટર ડેટા ટ્રાન્ઝેક્શન માટે પીઅર કમ્પ્યુટરનો સંપર્ક કરવા માંગે છે, પરંતુ ક્લાયન્ટ અને પીઅર બંને સંબંધિત NAT પાછળ હોવાને કારણે આમ કરી શકતા નથી. જો STUN એ વિકલ્પ નથી કારણ કે NAT માંથી એક સપ્રમાણ NAT છે (NAT નો એક પ્રકાર જે બિન-STUN સુસંગત હોવાનું જાણીતું છે), તો TURN નો ઉપયોગ કરવો આવશ્યક છે. પ્રથમ, ક્લાયન્ટ "ફાળવો" વિનંતી સાથે TURN સર્વરનો સંપર્ક કરે છે. એલોકેટ વિનંતી ટર્ન સર્વરને તેના કેટલાક સંસાધનો ક્લાયન્ટ માટે ફાળવવા માટે કહે છે જેથી તે પીઅરનો સંપર્ક કરી શકે. જો ફાળવણી શક્ય હોય, તો સર્વર ક્લાયન્ટને રિલે તરીકે ઉપયોગ કરવા માટે એક સરનામું ફાળવે છે, અને ક્લાયન્ટને "ફાળવણી સફળ" પ્રતિસાદ મોકલે છે, જેમાં TURN સર્વર પર સ્થિત "ફાળવેલ રિલે કરેલ પરિવહન સરનામું" હોય છે. બીજું, ક્લાયન્ટ પીઅર-સર્વર સંચાર માટે પરવાનગીઓ તપાસ પ્રણાલી બનાવવા માટે TURN સર્વરને ક્રિએટપરમિશન વિનંતી મોકલે છે. બીજા શબ્દોમાં કહીએ તો, જ્યારે પીઅરનો આખરે સંપર્ક કરવામાં આવે છે અને ક્લાયન્ટને રિલે કરવા માટે ટર્ન સર્વર પર માહિતી મોકલે છે, ત્યારે ટર્ન સર્વર પીઅર-ટુ-ટર્ન સર્વર સંચાર માન્ય છે તે ચકાસવા માટે પરવાનગીઓનો ઉપયોગ કરે છે. પરવાનગીઓ બનાવવામાં આવ્યા પછી, ક્લાયન્ટ પાસે વાસ્તવિક માહિતી મોકલવા માટે બે વિકલ્પો હોય છે, (1) તે સેન્ડ મિકેનિઝમનો ઉપયોગ કરી શકે છે, અથવા (2) તે ચેનલબાઇન્ડ વિનંતીનો ઉપયોગ કરીને ચેનલને આરક્ષિત કરી શકે છે. સેન્ડ મિકેનિઝમ વધુ સરળ છે, પરંતુ તેમાં 36 બાઇટ્સ ધરાવતું મોટું હેડર છે, જે TURN રિલે કરેલી વાતચીતમાં બેન્ડવિડ્થમાં નોંધપાત્ર વધારો કરી શકે છે. તેનાથી વિપરીત, ચેનલબાઈન્ડ પદ્ધતિ હળવી છેઃ હેડર માત્ર 4 બાઇટ્સ છે, પરંતુ તેમાં ચેનલને આરક્ષિત રાખવાની જરૂર છે જેને અન્ય વિચારણાઓ સાથે સમયાંતરે રિફ્રેશ કરવાની જરૂર છે. કોઈપણ પદ્ધતિ, મોકલો અથવા ચેનલ બંધનનો ઉપયોગ કરીને, TURN સર્વર ક્લાયન્ટ પાસેથી ડેટા મેળવે છે અને તેને યુડીપી ડેટાગ્રામનો ઉપયોગ કરીને પીઅરને રિલે કરે છે, જેમાં તેમના સ્રોત સરનામાં તરીકે "ફાળવેલ રિલેડ ટ્રાન્સપોર્ટ સરનામું" હોય છે. પીઅર ડેટા મેળવે છે અને પ્રતિક્રિયા આપે છે, ફરીથી પરિવહન પ્રોટોકોલ તરીકે યુડીપી ડેટાગ્રામનો ઉપયોગ કરીને, યુડીપી ડેટાગ્રામને ટીયુઆરએન સર્વર પર રિલે સરનામાં પર મોકલે છે. ટીયુઆરએન સર્વર પીઅર યુડીપી ડેટાગ્રામ મેળવે છે, પરવાનગીઓ તપાસે છે અને જો તે માન્ય હોય, તો તેને ક્લાયન્ટને આગળ મોકલે છે. આ પ્રક્રિયા સમપ્રમાણ NAT ની આસપાસ જાય છે કારણ કે ક્લાયન્ટ અને પીઅર બંને ઓછામાં ઓછા TURN સર્વર સાથે વાત કરી શકે છે, જેણે સંદેશાવ્યવહાર માટે રિલે IP સરનામું ફાળવ્યું છે. જ્યારે TURN એ STUN કરતાં વધુ મજબૂત છે કારણ કે તે વધુ પ્રકારના NAT ના ટ્રાવર્સલમાં મદદ કરે છે, ત્યારે TURN સંચાર STUN પ્રોટોકોલ કરતાં વધુ સર્વર બેન્ડવિડ્થની જરૂર હોય તેવા સર્વર દ્વારા સમગ્ર સંચારને રિલે કરે છે, જે સામાન્ય રીતે ફક્ત જાહેર આઇપી સરનામાંનું નિરાકરણ કરે છે અને ક્લાયન્ટ અને પીઅરને સીધી વાતચીતમાં ઉપયોગ કરવા માટે માહિતી રિલે કરે છે. આ કારણોસર, ICE પ્રોટોકોલ પ્રથમ ઉપાય તરીકે STUN નો ઉપયોગ ફરજિયાત કરે છે, અને TURN નો ઉપયોગ માત્ર ત્યારે જ થાય છે જ્યારે તે સપ્રમાણ NAT અથવા અન્ય પરિસ્થિતિઓ સાથે વ્યવહાર કરે છે જ્યાં STUN નો ઉપયોગ કરી શકાતો નથી. ઇન્ટરેક્ટિવ કનેક્ટિવિટી એસ્ટાબ્લિશમેન્ટ ઈન્ટરનેટ પ્રોટોકોલ નેટવર્ક પ્રોટોકોલ નેટવર્ક એડ્રેસ ટ્રાન્સલેશન વોઇસ ઓવર આઇપી એપ્લિકેશન લેયર પ્રોટોકોલ પણ જુઓ.