VPN xidmətləri üçün port siyahıları müqayisə səhifələri arasında vacib olub-olmadığını həll edən detala baxmadan köçürülür: bağlantını kim başladır. Gedən TCP 443-ə icazə verən qayda başqa hostun maşınınızdakı dinləyiciyə çata biləcəyi barədə heç nə demir. Tək bir planı müqayisə etməzdən əvvəl üç ayrı tələb yazın və tapşırığınızın hansına həqiqətən ehtiyacı olduğunu işarələyin. O vərəq yaranandan sonra müqayisələrin çoxu bir qısa suala sıxılır.

Hər hansı port siyahısını oxumazdan əvvəl tələbi ayırın

Üç sətir demək olar ki, bütün halları əhatə edir: tuneldən kənardakı təyinat yerinə çatmaq, başqalarının qoşula bilməsi üçün nəyisə yayımlamaq və tunelin özünü daşımaq. Hər sətir fərqli səbəbdən uğursuz olur və birini qane edən provayder siyasəti digər ikisinə toxunmaya bilər. Tapşırığınızı düzgün sətrə yerləşdirmək beş dəqiqə çəkir və sonradan mübahisənin qarşısını alır.

LineWho starts itWhat can block itQuestion for the provider
Outbound destinationYour applicationEgress filter on the exit nodeIs this protocol and port allowed to that destination?
Inbound publishingA remote peerNo mapping, no public address, short lifetimeWhich protocol, which external port, and how long does the mapping last?
Tunnel transportYour client to the gatewayThe access network drops that protocolDoes the client offer a fallback the local network permits?

Marketinq ifadələri üç sətri qəsdən bulanıqlaşdırır. P2P icazəsi təyinat siyasətini təsvir edir, ayrılmış ünvan bir ünvanı təsvir edir və port məhdudiyyəti olmadığı iddiası adətən planın onları sadalamadığını bildirir. Bu ifadələrin heç biri digərlərinə cavab vermir.

Bir konkret axın seçin və cümlə kimi yazın: başladan, nəqliyyat, port, ünvan ailəsi, istiqamət. Uzaq hosta yükləyən gecəlik ehtiyat nüsxə müştərisi yalnız gedəndir. Masanızdakı, dostların qoşulduğu oyun serveri girəndir. İkisini bir tuneldən keçirmək vərəqin hər iki sətrə ehtiyacı olduğunu bildirir, aralarında güzəştə deyil.

Gedən giriş tuneldə deyil, təyinat siyasətində uğursuz olur

Tərcümə edən şlüz vasitəsilə gedən trafik vəziyyət yaradır. Daxili ünvandan və portdan gələn ilk paket tərcümə qeydi qurur və cavablar ona uyğun gəlir; bu, RFC 3022-də təsvir olunan xəritələmə davranışıdır. Bu mexanizm brauzer vərəqinin ümumiyyətlə heç bir port sorğusu olmadan işləməsinin səbəbidir.

İki şey hələ də onu pozur. Çıxış qovşağı sui-istifadəyə yararlı saydığı təyinatları və ya port nömrələrini süzgəcdən keçirə bilər və tətbiq çıxış siyasətinin heç gözləmədiyi portda dinləyə bilər. Giriş qaydaları əvəzinə təyinat cütü barədə soruşun və TCP ilə UDP üçün fərqli cavablar gözləyin.

Mübahisə etməzdən əvvəl ölçün. Bunları tunelin arxasında oturacaq maşında işə salın, bir dəfə tunel bağlı, bir dəfə açıq:

ss -lntup | sort
nc -vz -w 3 203.0.113.10 443
curl -sS -o /dev/null -w '%{http_code}\n' --max-time 5 https://example.com

Eyni əmrlər, eyni təyinat, iki tunel vəziyyəti, operatora üzərində hərəkət edə biləcəyi əvvəl-sonra verir. Sənədləşdirmə ünvanını həqiqətən ehtiyacınız olan hostla əvəz edin; vacib olan müqayisənin təkrarlanmasıdır, hansısa rəqəmin təsirli görünməsi deyil.

Girən yayım xəritələmə, ünvan və ömür müddəti tələb edir

Xaricdə heç nə dinləyicinizə bağlantı başlada bilməz, əgər ictimai tərəfdə nə isə onu hara çatdıracağını bilmirsə. Operatorun saxladığı statik port rezervasiyası, UPnP, NAT-PMP və ya PCP vasitəsilə müştərinin istədiyi xəritələmə və yönləndirilmiş ictimai ünvan üç fərqli məhsul və üç fərqli həddir.

Onlardan hər hansı biri barədə beş sual verin: hansı protokol, hansı xarici port, xarici portun yerlidən fərqli ola biləcəyini, hansı ünvan ailəsini əhatə etdiyini və xəritələmənin yenidən qoşulmadan sonra nə qədər davam etdiyini. Aktiv sessiyaya bağlı rezervasiya həmin sessiya bitəndə yox olur, plan səhifəsi nə deyirsə deyir.

Əvvəlcə yerli yarısını təsdiqləyin, çünki ölü dinləyici və bloklanmış girən yol kənardan eyni görünür:

ss -lntup | grep -E ':(8080|51820)\b'
python3 -m http.server 8080 --bind 0.0.0.0
curl -sS -o /dev/null -w '%{http_code}\n' http://127.0.0.1:8080

Yerli sorğu 200 qaytaranda və nəzarət etmədiyiniz şəbəkədən gələn sorğu hələ də vaxt aşımına uğrayanda, boşluq ictimai tərəfdədir. Bu, tətbiqi adı ilə təsvir etmək əvəzinə operatora protokol və xarici portu deməyin vaxtıdır.

Tunelin öz nəqliyyatı ayrı bir sualdır

Daşıyıcı portları problemin ən kiçik hissəsi və axtarılması ən asan olan hissəsidir. Standartlar protokola görə dəyişir və müştərinin nəyi razılaşdıra bilməsi hər hansı plan təsvirindən daha çox önəm daşıyır.

ClientOuter transportDefault portWhen it helps
OpenVPNUDP1194Default mode; needs outbound UDP to pass
OpenVPNTCP443UDP is dropped and TCP 443 is not
WireGuardUDP51820Short handshake; there is no TCP mode
IKEv2/IPsecUDP500 and 4500Mobile clients; 4500 carries NAT traversal

Gedən UDP-ni atan şəbəkə TCP 443 tunelini qəbul edib UDP tunelini rədd edəcək, ona görə ehtiyat rejim tələblər vərəqinə aiddir. Daşıyıcını dəyişmək tunel daxilində tətbiq portunu yerindən tərpətmir və təyinat siyasətini genişləndirmir; onlar öz sətirlərində qalır.

Fraqmentasiya orada olarkən bir yoxlamağa dəyər, çünki qoşulan və sonra böyük ötürmələrdə dayanan tuneldə adətən bağlı port deyil, səhv MTU olur:

ping -M do -s 1400 203.0.113.10
ping -M do -s 1372 203.0.113.10

Windows-da eyni yoxlama ping -f -l 1400 203.0.113.10. Tunel MTU-nu keçən ən böyük ölçüdən aşağı qoyun, sonra uğursuz olan ötürməni yenidən sınayın.

Plan üçün ödəməzdən əvvəl üç sətri yoxlayın

Üç sətri bir səhifəyə qoyun və hər xananı vəd əvəzinə ölçülmüş nəticə ilə doldurun. Bu əmrlər həmin səhifənin yerli yarısını təxminən bir dəqiqədə çıxarır:

ss -lntup | sort
nc -vz -w 3 203.0.113.10 443
python3 -m http.server 8080 --bind 0.0.0.0
curl -sS -o /dev/null -w '%{http_code}\n' http://127.0.0.1:8080
ping -M do -s 1400 203.0.113.10

Çıxışı yoxlama siyahısı kimi oxuyun. Gedən tunel açıqkən təyinat cavab verəndə işləyir. Girən yalnız şəbəkənizdən kənarda olan host xarici portdakı dinləyiciyə çatanda işləyir. Daşıyıcı giriş şəbəkənizin icazə verdiyi protokolda əl sıxışması tamamlananda işləyir.

İki vərdiş vərəqi dürüst saxlayır. Tarixi və müştəri versiyasını hər nəticənin yanında qeyd edin, çünki provayder siyasətləri də, müştəri standartları da dəyişir. Sonra axına xidmət edən ən dar xəritələməni istəyin, çünki hər şeyi açmaq xahişi texniki cavab əvəzinə adətən rədd və ya yeniləmə təklifi qazandırır.

Əlaqəli məqalələr