Səhifələr açılır, lakin VPN-də yükləmələr dayanır: hansı səbəb qalib gəlir
Ölçüdən asılı dayanma yol MTU nasazlığına uyğundur, həmçinin DNS-ə, tətbiq limitinə və ya titrəyən tunelə. Hansının olduğunu dörd müşahidə həll edir.
Səhifələr açılır, VPN bağlantı qurduğunu bildirir, fayl yükləməsi isə hər dəfə eyni nöqtədə donur. Bu təsvirə dörd izah uyğun gəlir: paket ölçüsü problemi, ad həlli problemi, tətbiq limiti və daim yenidən qurulan tunel. Onların hər birini fərqli müşahidə ilə təsdiqləmək və ya istisna etmək olar, buna görə qərar səbəbi təxmin etmək deyil, düzgün testi seçmək məsələsidir.
Dörd namizəd və bir forma
Uğursuzluğun formasından başlayın, çünki hər hansı alət açılmamışdan əvvəl siyahının çoxunu elə o çıxarır. Sabit ölçüdə baş verən dayanma əksi sübut olunana qədər ölçü problemidir. Təsadüfi nöqtələrdə baş verən dayanma itki və ya sabitlik problemidir. Bağlantı açılmamışdan əvvəl baş verən uğursuzluq ad problemidir.
Dördüncü namizəd tətbiqin özüdür. Yükləmə limitləri, sorğu vaxt aşımları və proksinin gövdə ölçüsü məhdudiyyətləri brauzerə şəbəkə nasazlığı kimi görünən uğursuzluqlar yaradır və onlar adətən donma deyil, rədd kimi gəlir.
Hər hansı testdən əvvəl müşahidə olunan formanı yazın. “Təxminən eyni bayt sayında, hər dəfə, tunel açıq ikən dayanır” “yükləmələr işləmir”dən qat-qat güclü başlanğıc nöqtəsidir.
Sonra test zamanı yolu sabit saxlayın. Çıxışı, protokolu və serveri eyni vaxtda dəyişmək heç birinə aid edə bilməyəcəyiniz nəticə verir. Hər sınaqda bir dəyişən və onu yazın.
Siyasətə toxunmadan ölçünü ikiyə bölün
Ən ucuz fərqləndirici bir rəqəmi dəyişən yoxlamadır. Hədəfə artan ölçülü, fraqmentasiya qadağan edilmiş ping-lər göndərin, nəzarət etdiyiniz faylı həmin xidmətə yükləyin, sonra hər birinin harada dayandığını müqayisə edin.
ping -M do -s 1472 203.0.113.9
curl -T ./probe.bin -o /dev/null -w '%{size_upload} %{time_total}
' https://example.net/uploadBirinci əmr tam ölçülü paketin yoldan ümumiyyətlə keçib-keçmədiyini bildirir. 1500 baytlıq MTU-da fraqmentasiya olunmayan ən böyük ICMP yükü 1472 baytdır və tunel daxili paket başlamazdan əvvəl bu büdcədən daha çoxunu götürür. İkincisi tətbiq səviyyəsində ötürmə üçün ölçü və müddət verir ki, əsl vacib olan rəqəm də budur.
| Candidate | Observation that confirms it | Observation that rules it out |
|---|---|---|
| Path MTU or blocked ICMP feedback | Stall at a consistent size; large do-not-fragment probes fail | Small and large transfers both complete |
| Name resolution | The connection never opens for that name | The connection opens and then stalls mid-transfer |
| Application or proxy limit | A clean rejection at a documented size | No log entry on the server at all |
| Tunnel instability | Reconnects or rekeying during the transfer | The tunnel uptime is unchanged across the failure |
Cütü birlikdə oxuyun. Müəyyən həddən yuxarıda uğursuz olan yoxlamalar və həmin həddə yaxın dayanan yükləmə ardıcıl bir hekayədir. Hamısı uğurlu olan yoxlamalar, yükləmə isə yolun açıq şəkildə daşıdığı bayt sayında dayanırsa, bu tətbiqə və ya serverə işarə edir və nə qədər MTU işi görsəniz də onu dəyişməyəcək. Bu mənfi nəticə müsbət nəticə qədər dəyərlidir. O, araşdırmanın ən bahalı qolunu çıxarır.
Sonra ötürmə zamanı sabitliyi yoxlayın, çünki böyük yükləmənin ortasında açarı yeniləyən tunel ölçüdən asılı görünən, əslində isə olmayan uğursuzluq yaradır. İşləmə müddəti göstəricisi bunu təsdiqləməyin ən ucuz yoludur.
Təmir ilə müvəqqəti həll arasında seçim edin
Dəlillər ölçüyə işarə edirsə, iki dürüst cavab və bir qeyri-dürüst cavab var. Dürüst olanlar lazımi ICMP geri bildirişinə icazə verərək yol-MTU aşkarlamasını bərpa etmək və ya elan olunan seqment ölçüsünü sıxmaq ki, qarşı tərəflər daha kiçik seqmentlər göndərsin. Qeyri-dürüst olan interfeys MTU-nu forumdan köçürülmüş dəyərə endirmək və nəyi dəyişdiyini heç vaxt yoxlamamaqdır.
Seçim nəyə nəzarət etdiyinizdən asılıdır. İdarə etdiyiniz şəbəkədə ICMP mesajlarına icazə vermək daha təmiz düzəlişdir, çünki mexanizmi hər protokol üçün işlək saxlayır. Nəzarət etmədiyiniz yolda sıxma praktik variantdır və bütün serverə deyil, dar şəkildə tətbiq olunmalıdır.
Dəlillər tətbiqə işarə edirsə, tətbiqi və ya onun proksi konfiqurasiyasını düzəldin. 413 cavabı ilə donmuş bağlantı fərqli uğursuzluqlardır və ikincisi adətən öz limitləri olan proksinin də olduğu zəncirdə bir yerdə vaxt aşımıdır.
Hər halda, ilkin dəyərləri saxlayın və geri qaytardıqdan sonra yenidən test edin. İşləyən ötürmə ilə üst-üstə düşən dəyişiklik onun səbəbi olduğuna dəlil deyil və geri qaytarmaq qabiliyyəti diaqnozu təsadüfdən ayıran şeydir.
Qərarı yazın ki, növbəti hadisədən sonra da qalsın
Dörd fakt kifayətdir: müşahidə olunan uğursuzluq forması, yoxlama nəticələri, etdiyiniz dəyişiklik və yenidən test nəticəsi. Bunlarla növbəti şəxs problemin eyni olduğunu, yoxsa eyni simptomu geyinən yeni bir problem olduğunu deyə bilər.
Yol kontekstini də qeyd edin, çünki MTU tapıntısı konkret bir linkə aiddir. Evdə işləyib oteldə uğursuz olan noutbuk iki yola malikdir və onlardan birinə tətbiq olunan düzəliş digəri haqqında heç nə demir.
Nəhayət, “VPN yükləmələri pozdu” kimi ümumiləşdirməyə müqavimət göstərin. Tunel həm işləyən, həm də uğursuz halda mövcud idi; dəyişən paketin yolun daşımalı olduğu ölçüsü və ya ötürmənin harada dayandırıldığı idi. Notu faydalı edən faktiki mexanizmin adını çəkməkdir.