VPN ping işləyir, amma sayt donur: ölçünü yoxlayın

Əks-səda cavabları gəlir, uzaq masaüstü işləyir, brauzer isə boş səhifədə oturub sonunda təslim olur. Bu nümunəyə iki izahat uyğun gəlir və onlar bir problemin variantları deyil: xidmətə heç vaxt icazə verməyən siyasət, ya da ötürmə böyüdükcə uyğunluğu itirən paketlər. Əks-səda cavabı heç birini istisna etmir.

Ən kiçik sualdan ən böyüyünə doğru gedin və hər addımın əslində nəyi sübut etdiyini yazın.

Əks-səda cavabı çox daha kiçik bir suala cavab verir

Əks-səda cavabı deyir ki, təyinatın IP yığını sizin mənbəyinizdən gələn ICMP sorğusuna cavab verdi. Bu, sizə lazım olan portda TCP dinləyicisinin olub-olmadığı, siyasətin o porta icazə verib-vermədiyi və ya təyinat hostunun trafiki şlüzdən asılı olmayaraq süzüb-süzmədiyi barədə heç nə demir. Bir xidmətə icazə verən şlüz digərini ata bilər, halbuki hər iki hədəf ping-ə cavab verir. Cavabı bir paket və bir istiqamət haqqında tək fakt kimi oxuyun.

Başqa hər şeyi şərh etməzdən əvvəl təyinatı və xidmət portunu təsdiqləyin. Sınaqdan keçirdiyiniz ünvanla tətbiqin istifadə etdiyi ünvan bəzən fərqli qeydlərdir və iki ünvana çevrilən ad bunu ehtimallı edir.

Bağlantının başlayıb-başlamadığını müəyyən edin

Dərhal rədd edilən bağlantı dinləyicinin və ya siyasətin cavabıdır: nəsə cavab verdi və yox dedi. Açılıb sonra məlumat hərəkət etməyə başlayanda dayanan bağlantı ölçünü göstərir. Əl sıxışmasını heç vaxt tamamlamayan bağlantı adətən siyasət və ya marşrutlaşdırma ilə bağlıdır və rəddə deyil, fasiləyə bənzəyir.

curl -v --max-time 10 https://internal.example/ -o /dev/null
ss -tn state established '( dport = :443 )'

MTU parametrlərinə toxunmadan əvvəl bu üçündən hansını müşahidə etdiyinizi qeyd edin. Rədd edilmiş bağlantını düzəltmək üçün tunel ölçüsünü dəyişmək dəyişikliyi boşa çıxarır və əsl səbəbi bir müddət gizlədir.

Ölçünü göstərilən rəqəmlə ölçün

Dayanma yük altında görünəndə, parçalanmama biti qurulmuş bir paket ölçüsünü sınayın və arifmetikanı göstərin ki, nəticə bir məna daşısın. iputils ilə Linux-da 1392 baytlıq faydalı yük üstəgəl 8 baytlıq ICMP başlığı və 20 baytlıq IPv4 başlığı tam 1420 baytlıq daxili paket yaradır. Bu arifmetikanı biletdə göstərin, çünki şlüzə çatan çılpaq ping tətbiq haqqında heç nə sübut etmir.

ping -4 -M do -s 1392 10.44.0.10
ping -4 -M do -s 1372 10.44.0.10

Hər iki yoxlama ölçmə nöqtəsidir, tunel ölçüsü üçün tövsiyə deyil. ICMP yolda hər hansı yerdə süzülürsə, fasilə sizə ölçü haqqında heç nə demir, çünki süzgəc və həddindən böyük paket müştəri tərəfində eyni görünür. Uğur da əks istiqamət və ya fərqli təyinat haqqında heç nə demir.

Xarici yolu nəzərə alın

Enkapsulyasiya öz başlıqlarını əlavə edir, buna görə naqildəki paket tunelin içində ölçdüyünüz paketdən böyükdür. İkisi arasındakı fərq işləyən kiçik sorğu ilə uğursuz böyük sorğunun eyni vaxtda mümkün olmasını yaradır.

IPv4-də yol MTU kəşfi parçalanmadan ötürülə bilməyən paketlər barədə rəyə bağlıdır, IPv6 isə Packet Too Big mesajlarından istifadə edir. IPv4 spesifikasiyası bu mexanizmi təsvir edir. Rəyi süzmək göndərənin öyrənmə qabiliyyətini pozur və onu heç vaxt sığmayacaq paketləri yenidən göndərməkdə saxlayır. Buna görə işləyən kiçik sorğu ilə uğursuz böyük sorğu bu qədər rahat birgə mövcuddur.

Bir rəqəmi dəyişin və tətbiqi yenidən sınayın

Tunel MTU-nu azaldın və ya TCP üçün maksimum seqment ölçüsünü məhdudlaşdırın, sonra yoxlama yerinə orijinal tətbiq testini təkrarlayın. Dəyişiklikdən sonra uğur qazanan yoxlama və hələ də donan tətbiq oxşar formalı fərqli problemdir və onları yalnız tətbiq testi ayırd edir.

Arifmetikanı dəyişiklik qeydində saxlayın: ölçülən ölçü, güman etdiyiniz əlavə yük və təyin etdiyiniz dəyər. Sonradan buna baxan hər kəs fərziyyəni ping ekran görüntüsündən yenidən çıxarmaq əvəzinə yoxlaya bilər.

Tətbiq sınadığınız hər ölçüdə işləyirsə, rəqəmləri düzəltməyi dayandırın və işləyən xidməti uğursuz olandan ayıran siyasətə baxın.