Şəbəkələr Birbaşa Bağlantıları Çətinləşdirəndə Nə üçün NAT Keçmə Əhəmiyyətlidir

Bəzi əlaqə problemləri istifadə etdiyiniz proqramdan qaynaqlanmır. Onlar cihazlar arasında şəbəkə yolundan gəlirlər.

Zəng dərhal ev Wi-Fi-ə qoşulduqda, lakin Wi-Fi otelində mübarizə apardıqda, oyun lobbisi bir oyunçu üçün işləyərkən digəri üçün uğursuz olduqda və ya mobil məlumatdan ofis şəbəkəsinə keçdikdən sonra məxfilik aləti fərqli davrandıqda bunu görə bilərsiniz. Ümumi səbəblərdən biri NAT: bir çox cihazın bir ictimai internet ünvanını paylaşmasına imkan verən şəbəkə ünvanının tərcüməsi təbəqəsidir.

Bu məqalə NAT keçidinin nə olduğunu, nə üçün UDP dəliklərinin açılmasının mövcud olduğunu, relay geri qaytarılmaları faydalı olduqda və nə üçün VPN Satelites oxucularının bu anlayışlara sehrli zəmanətlər deyil, əlaqə konteksti kimi baxmalı olduqlarını izah edir.

NAT gündəlik şəbəkələrdə nə edir

Əksər insanlar şəxsi şəbəkələrdən onlar haqqında düşünmədən istifadə edirlər. Noutbukunuz, telefonunuz, planşetiniz və televizorunuz bir marşrutlaşdırıcının arxasında otura bilər. Evin içərisində hər bir cihazın öz şəxsi ünvanı var. Daha geniş internet üçün onlar tez-tez bir ictimai ünvanı paylaşırlar.

Bu tərcümə faydalıdır. O, şəbəkələrə ictimai IPv4 ünvanlarını qorumağa kömək edir və normal ev marşrutunu idarə oluna bilir. Lakin bu, həm də praktik bir problem yaradır: şəbəkənizdən kənarda olan bir cihaz, marşrutlaşdırıcı gələn trafikin hara getməli olduğunu bilməsə, adətən şəbəkənizdəki cihazla birbaşa əlaqə aça bilməz.

Adi internetə baxış üçün bu, adətən yaxşıdır. Cihazınız əlaqəni xaricə başlayır, marşrutlaşdırıcı xəritələşdirməni xatırlayır və cavablar həmin müvəqqəti yoldan geri qayıdır. Xüsusilə UDP üzərindən birbaşa əlaqə qurmaq üçün iki son nöqtəyə ehtiyacı olan tətbiqlər üçün vəziyyət daha az proqnozlaşdırıla bilər.

Bu, NAT keçidi üçün əsas parametrdir.

NAT Traversal Nədir?

NAT traversal, bir və ya hər iki son nöqtənin NAT arxasında oturduğu şəbəkələr arasında əlaqə yaratmağa kömək edən üsulların ümumi adıdır.

Tətbiq sadə ingilis dilində praktiki suala cavab verməyə çalışır: “Bu iki cihaz, marşrutlaşdırıcılarının ünvanları tərcümə etməsinə və daxil olan trafiki süzgəcdən keçirməsinə baxmayaraq, bir-birinə iş yolu tapa bilərmi?”

NAT davranışı fərqli olduğu üçün vahid universal cavab yoxdur. IETF RFC 4787 kimi standartlar UDP üçün NAT davranışını təsvir edir və multimedia rabitəsi və onlayn oyun kimi real vaxt proqramları üçün ardıcıllığın niyə vacib olduğunu izah edir. Eyni geniş problem bir çox müasir tətbiq kateqoriyalarında görünür: zənglər, əməkdaşlıq alətləri, oyunlar, uzaqdan giriş alətləri, həmyaşıd sistemlər və VPN kimi proqramlar şəbəkələrin trafiki idarə etmə tərzindən təsirlənə bilər.

VPN Satelites oxucuları üçün faydalı çıxış sadədir: əgər əlaqə şəbəkələr arasında fərqli davranarsa, bu, marşrutlaşdırıcının davranışını, daşıyıcı dərəcəli NAT, təhlükəsizlik duvarı siyasətini, paket filtrini, sıxlığı və ya digər yol şərtlərini əks etdirə bilər. Bir tətbiq parametrinin pozulduğunun sübutu kimi avtomatik olaraq oxunmamalıdır.

UDP deşik açma nədir?

UDP tez-tez real vaxt proqramları tərəfindən istifadə olunur, çünki o, əlaqə yönümlü trafiklə bağlı bəzi gecikmələrin və yüklərin qarşısını ala bilər. Lakin UDP bir çox insanın ənənəvi əlaqəni təsəvvür etdiyi kimi uzunmüddətli seans yaratmır.

UDP deliklərin açılması NAT keçid texnikasıdır, burada iki son nöqtə hər biri gedən UDP paketləri göndərir, beləliklə onların NAT cihazları müvəqqəti xəritələr yaradır. Zamanlama və NAT davranışı üst-üstə düşərsə, digər tərəfdən gələn trafik həmin xəritələr vasitəsilə geri qayıda bilər.

İfadə aqressiv səslənir, lakin konsepsiya adından da göründüyündən daha adidir. Söhbət marşrutlaşdırıcının gedən və geri qayıdan trafik üçün mövcud qaydaları ilə işləməkdən gedir. Bryan Ford, Pyda Srisuresh və Dan Kegel-nin əsas tədqiqatları deliklərin açılmasını UDP əsaslı proqramlar tərəfindən istifadə edilən praktiki yanaşma kimi təsvir edir, eyni zamanda əsas məhdudiyyəti vurğulayır: heç bir keçid texnikası hər NAT quraşdırmasında işləmir.

Bu məhdudiyyət vacibdir. Bəzi şəbəkələr xəritələmələri faydalı şəkildə təkrar istifadə edir. Digərləri müəyyən bir təyinatla daha dar bir şəkildə bağlanmış xəritələr yaradır. Bəzi şəbəkələr NAT-in üstünə firewall davranışı əlavə edir. Bəzi mobil və ISP şəbəkələri istifadəçiləri NAT-nin arxasına qoyur, burada istifadəçi yuxarı tərcümə səviyyəsinə ümumiyyətlə nəzarət etmir.

Beləliklə, kimsə UDP dəliklərinin açılmasının nə olduğunu soruşduqda, qısa cavab belədir: bu, proqramların NAT tərəfindən yaradılmış xəritələr vasitəsilə birbaşa UDP yoluna cəhd etməsinin bir yoludur. Diqqətli cavab budur: bir çox mühitdə yaxşı işləyə bilər, lakin zəmanət deyil.

Niyə Birbaşa Əlaqələr Bəzən Uğursuz Olur

Birbaşa əlaqə bir neçə adi səbəbə görə uğursuz ola bilər:

• Tətbiq müxtəlif təyinat yerləri ilə əlaqə saxladıqda marşrutlaşdırıcı eyni xarici port xəritəsindən təkrar istifadə etməyə bilər.
• Şəbəkə daxil olan UDP paketlərini başqa şəbəkədən daha ciddi şəkildə filtrləyə bilər.
• Daşıyıcı dərəcəli NAT təbəqəsi istifadəçi ilə ictimai internet arasında otura bilər.
• İş yeri, məktəb, otel və ya məkan şəbəkəsi öz siyasətinə uyğun olaraq trafiki məhdudlaşdıra bilər.
• Siqnal keyfiyyəti və ya şəbəkə qoşması dəyişdikcə mobil şəbəkə yolları dəyişə bilər.
• Təhlükəsizlik məhsulu və ya yerli təhlükəsizlik divarı proqrama çatmazdan əvvəl trafiki bloklaya bilər.

Bu halların heç biri o demək deyil ki, istifadəçilər nəzarət etmədikləri qaydalardan yan keçməyə çalışmalıdırlar. Praktiki məqam, əlaqə davranışının bir tətbiq seçimindən daha çox asılı olduğunu başa düşməkdir. Şəbəkə bir növ trafiki qəsdən bloklayır və ya məhdudlaşdırırsa, düzgün növbəti addım adətən icazə verilən şəbəkədən istifadə etmək, xidmət şərtlərini yoxlamaq və ya şəbəkə administratoru ilə danışmaqdır.

Relay Fallbacks uyğun olduğu yer

Birbaşa əlaqə etibarsız olduqda, bəzi sistemlər reledən istifadə edir: hər iki son nöqtə ara serverə xaricə qoşulur və server onların arasında trafik keçir. IETF RFC 5766 TURN-ni, NAT ətrafındakı relelərdən istifadə edərək keçid üçün qısaldılmış TURN-ni müəyyən NAT vəziyyətlərində birbaşa həmyaşıd əlaqəsi mümkün olmadıqda rele yardımlı rabitə üçün protokol kimi təsvir edir.

Röleler birbaşa NAT keçidindən fərqli bir problemi həll edir. Relay əlçatanlığı yaxşılaşdıra bilər, çünki hər iki cihaz yalnız relay xidmətinə çatmalıdır. Mübadilə ondan ibarətdir ki, trafik gecikmə, bant genişliyi dəyəri və əməliyyat mürəkkəbliyi əlavə edə biləcək əlavə bir yol tutur.

Buna görə bir çox əlaqə dizaynı əvvəlcə birbaşa yolu sınamağa üstünlük verir, sonra lazım olduqda geri çəkilir. IETF RFC 8445 ICE-ni mümkün yolları tapmaq və sınaqdan keçirmək üçün STUN və TURN konsepsiyalarından istifadə edən UDP əsaslı rabitə üçün NAT keçidi üçün standart yol yanaşması kimi təsvir edir. Bu o demək deyil ki, hər VPN ilə əlaqəli alət ICE, STUN və ya TURN istifadə edir. Bu, sadəcə olaraq ümumi mühəndislik nümunəsini göstərir: hansı yolun işlədiyini sınayın, sonra birbaşa əlaqə mövcud deyilsə, ehtiyatdan istifadə edin.

Oxucular üçün vacib dərs real gözləntilərin qurulmasıdır. Birbaşa marşrutun uğursuz olduğu situasiyalarda relenin geri qaytarılması əlaqəni mümkün edə bilər, lakin bu, hər bir şəbəkə vəziyyətinin aradan qaldırılması ilə eyni şey deyil.

Bu VPN Satelites Oxucular üçün Nə deməkdir

VPN Satelites məzmunu çox vaxt məxfilik, əlaqə, internet marşrutu və istifadəçi gözləntiləri kimi mövzuların yanında yer alır. NAT traversal eyni təhsil məhəlləsinə aiddir, çünki o, proqram ətrafındakı şəbəkənin niyə proqramın özü qədər əhəmiyyətli ola biləcəyini izah edir.

Bu mövzu üçün məhsul bağlantısını təvazökar saxlamaq vacibdir. Bu məqalə VPN Satelites-nin hər hansı xüsusi NAT keçid metodundan, relay arxitekturasından, port yönləndirmə quraşdırmasından, statik IP seçimindən və ya protokol yığınından istifadə etdiyini iddia etmir. Buradakı dəyər praktiki savadlıdır: şərtləri başa düşmək sizə problemlərin aradan qaldırılması təlimatını daha diqqətlə oxumağa və VPN ilə əlaqəli hər hansı proqramın hər bir şəbəkə qaydasını ləğv etməsini gözləmədən əlaqə problemlərini qiymətləndirməyə kömək edir.

Bağlantı qeyri-sabitdirsə, bir neçə aşağı risk yoxlaması tətbiq davranışını şəbəkə davranışından ayırmağa kömək edə bilər:

• Ev Wi-Fi və mobil data kimi başqa icazə verilən şəbəkəni sınayın və problemin proqramdan və ya şəbəkədən qaynaqlandığını qeyd edin.
• Lokal marşrutlaşdırıcıya nəzarət edirsinizsə və normal əlaqə pisləşirsə, onu yenidən başladın.
• Şəbəkənin iş yeri, məktəb, otel, məkan və ya trafik məhdudiyyətləri olan ISP tərəfindən idarə olunub-olunmadığını yoxlayın.
• Tətbiqi və əməliyyat sistemini güncəl saxlayın, çünki əlaqənin idarə edilməsi versiyalar arasında dəyişə bilər.
• Təsiri başa düşməyincə və ya administratorun təsdiqi olmadan qabaqcıl marşrutlaşdırıcı və ya firewall parametrlərini dəyişməyin.

Bu addımlar məhdudiyyətlərdən yan keçmir. Onlar əlaqə probleminin haradan qaynaqlandığını müəyyən etməyə kömək edir.

NAT Traversal İddialarını Diqqətlə Necə Oxumaq olar

NAT keçidi haqqında məhsul, protokol və ya proqram danışdığını görəndə, iddianı dəqiqliklə oxuyun.

Faydalı suallara aşağıdakılar daxildir:

• İddia ümumi şəbəkə texnologiyası və ya təsdiqlənmiş məhsul xüsusiyyətidir?
• Hansı şəbəkə şərtlərinin dəstəkləndiyini və hansının olmadığını izah edirmi?
• Mükəmməl əlçatanlıq vəd etmədən geri çəkilmə davranışından bəhs edirmi?
• Bu, istifadəçilərin iş yeri, məktəb, ISP, platforma və ya qanuni məhdudiyyətlərə məhəl qoymamasını təklif etməkdən yayınır?
• Məxfilik iddialarını əlaqə iddialarından ayırırmı?

Bu son nöqtəni qaçırmaq asandır. İki son nöqtəni birləşdirməyə kömək edən xüsusiyyət avtomatik olaraq məxfilik zəmanəti deyil. Məxfilik xüsusiyyəti avtomatik olaraq qoşulma zəmanəti deyil. Yaxşı sənədlər bu fikirləri ayrı saxlamalıdır.

Tez-tez verilən suallar

NAT keçidi VPN ilə eynidirmi?

No. NAT traversal ünvan tərcüməsi və son nöqtələr arasında filtrləmə ilə məşğul olmaq üçün şəbəkə üsulları toplusudur. VPN qorunan şəbəkə tunelləri yaratmaq üçün texnologiyanın daha geniş kateqoriyasıdır. Bəzi VPN kimi tətbiqlər NAT davranışını nəzərə almalı ola bilər, lakin anlayışlar eyni deyil.

UDP deşiklər həmişə işləyirmi?

No. UDP deşiklərin açılması NAT davranışından, filtrləmə qaydalarından, vaxtdan və şəbəkə topologiyasından asılıdır. Tədqiqat və standartlarla bağlı müzakirələr eyni praktik reallığa işarə edir: NAT davranışı müxtəlifdir, ona görə də ehtiyat yolları tələb oluna bilər.

Relenin geri qaytarılması birbaşa bağlantılardan daha yaxşıdır?

Onlar fərqlidirlər. Bir rele birbaşa əlaqə mümkün olmadıqda kömək edə bilər, lakin gecikmə, bant genişliyi istifadə və əməliyyat xərcləri əlavə edə bilər. Birbaşa yol işlədikdə daha səmərəli ola bilər, lakin daha sərt şəbəkələrdə uğursuz ola bilər.

Bu məqalədə deyilir ki, VPN Satelites STUN, TURN, ICE, relelər və ya port yönləndirməsindən istifadə edir?

Xeyr. Bu terminlər ümumi şəbəkə anlayışları və standartların fonu kimi müzakirə olunur. Bu məqalə VPN Satelites haqqında məhsula xas icra iddiası irəli sürmür.

NAT traversal şəbəkə qaydalarından yan keçə bilərmi?

Bu məqalə yan keçid təlimatını vermir. NAT keçidi əlaqə davranışını izah etməyə kömək edə bilər, lakin istifadəçilər müvafiq qanunlara, xidmət şərtlərinə və şəbəkə siyasətlərinə əməl etməlidirlər.

Alt xətt

NAT keçidi vacibdir, çünki iki cihaz arasındakı internet yolu həmişə birbaşa və ya proqnozlaşdırıla bilən deyil. UDP deşiklərin açılması bəzi tətbiqlərə NAT arasında birbaşa əlaqə yaratmağa kömək edə bilər, eyni zamanda relay geri qaytarılması birbaşa yollar uğursuz olduqda kömək edə bilər. Hər iki fikir faydalıdır, lakin heç biri universal düzəliş deyil.

VPN Satelites oxucuları üçün ən praktik dərs real gözləntilər təyin etməkdir. Bağlantının etibarlılığı proqramdan, cihazdan, yerli şəbəkədən, yuxarı şəbəkə siyasətlərindən və son nöqtələr arasında daha geniş marşrutdan asılıdır. Bu təbəqələri başa düşmək problemlərin aradan qaldırılmasını sakitləşdirir və məhsul iddialarını tənqidi oxumağı asanlaşdırır.