OpenConnect səhifələri tunelin MTU-sunu aşağı salmayana qədər niyə donur

Giriş uğurlu olur, portalın əsas səhifəsi çəkilir, sonra hansısa panel vidceti və ya hesabat brauzer əl çəkənə qədər waiting for host vəziyyətində qalır. İctimai saytlar bütün müddət normal yüklənir və heç bir etimadnamə dəyişməyib. Kiçik cavabların gəlməsi, böyüklərin isə ilişməsi giriş qaydasından deyil, paket ölçüsü tavanından xəbər verir. Profildə başqa hər hansı dəyişiklik etməzdən əvvəl bu oxunuşu təsdiqləyin.

Ölçü problemini siyasət probleminə ayırın

Rədd ehtimalını istisna etməklə başlayın. Şlüz sizi rədd etsəydi, səhifə yarımçıq yüklənmək əvəzinə bağlantı dərhal kəsilərdi. Qalxıb yalnız daha böyük ötürmələrdə ilişən tunel sizə xarici yolun daxili paketi daşıya bilmədiyini deyir.

Mexanizm inkapsulyasiyadır. Hər daxili paket tunel başlıqları qazanır, ona görə fiziki keçidə sığan yük artıq sığmayan xarici paketə çevrilir və do-not-fragment bitini daşıyan hər şey brauzerin yoza biləcəyi cavab olmadan atılır.

Tavanı do-not-fragment zondları ilə ölçün

Tavanı təxmin etmək yerinə ölçün. Fraqmentasiyadan imtina edən zondlar göndərin və cavab gələnə qədər yükü pillə-pillə azaldın, məsələn ping -M do -s 1472 host kimi bir əmrlə başlayın. DF qurulubsa və cavab fraqmentasiya tələb etdiyindən şikayət edirsə, dəyər hələ də çox yüksəkdir. 1462-də, sonra 1452-də təkrarlayın və cavab qaytaran ilk ölçüdə dayanın. Rəqəmi zondladığınız hostla birlikdə qeyd edin, çünki cavab həmin yola aiddir, protokola ümumilikdə deyil.

Tunelin həqiqətən trafik göndərdiyi ünvanı zondlayın. Şlüzün ictimai adına qarşı xarici zond və daxili serverə qarşı daxili zond fərqli hopları ölçür və hər hansı birində ICMP filtrləməsi sağlam yolu xarab kimi göstərə bilər.

Dəyəri tunel cihazına tətbiq edin

Nəticəni Wi-Fi adapterinə deyil, müştərinin yaratdığı interfeysə tətbiq edin. Linux müştərisində bu, ip link set dev tun0 mtu 1300 və ardınca dəyərin qəbul olunduğunu təsdiqləmək üçün ip link show tun0 olur. Müştərinin bildirdiyi cihaz adını istifadə edin, çünki bu, tətbiqə və tunelin necə qurulduğuna görə dəyişir.

Tunelin MTU-sunu aşağı salmaq hər paketin daşıdığı yükü kiçildir, ona görə kütləvi ötürmə qabiliyyəti bir az düşür və bu, böyük cavabları qara dəliyə atlamamağın qiymətidir. Kiçik rəqəm avtomatik olaraq daha təhlükəsiz deyil. Fiziki adapteri dəyişmək bunun əvəzinə zərəri həmin keçiddəki hər bağlantıya yayır, həddindən böyük daxili paketlər isə elə həddindən böyük qalır.

Əvvəlcə müştərinin öz MTU sorğularından istifadə edin

Çağırışa siz nəzarət edəndə müştəri sonradan yamaqlanmaq yerinə ölçü istəyə bilər. --mtu serverdən tunel MTU-su istəyir, --base-mtu isə əsas yolun MTU-sunu bəyan edir ki, şlüz tunel rəqəmini çıxara bilsin. Hər ikisi sorğudur və müştərinin təlimatı şlüzün onlardan hər hansı birini yerinə yetirəcəyini vəd etmir.

Bu fərq iş sıranızı müəyyən edir. Əvvəlcə sorğunu sınayın və onun yaratdığı interfeysi yoxlayın, sonra şlüzün seçdiyi dəyər hələ də ilişirsə, cihazı yerli olaraq təyin etməyə keçin.

Uğursuz ötürmə ilə yoxlayın, sonra onu qalıcı edin

Yerli ip link dəyişikliyi müştəri tuneli yenidən qurana qədər qalır, bu da növbəti yenidən qoşulma və ya davam etmə zamanı baş verir. Dəyəri bağlantının başladığı yerə qoyun: müştərini işə salıb sonra cihazı tənzimləyən sarğı, ExecStartPost addımı olan systemd vahidi və ya şlüz qəbul edəndə müştəri seçimi. Onu profil ilə yanaşı versiya nəzarətində saxlayın ki, növbəti şəxs rəqəmin niyə orada olduğunu görsün.

Uğursuz olan sorğu ilə sınayın, əsas səhifə ilə deyil. Hesabatı açın, əlavəni çəkin və ya ilişən depo götürmə əməliyyatını icra edin və hələ də ilişirsə, dəqiq harada dayandığını qeyd edin. Dəyişiklikdən sonra çəkilən səhifə az şey sübut edir, çünki əvvəl də çəkilirdi.

Eyni ötürmə eyni nöqtədə ilişirsə, MTU nəzəriyyəsi sübut olunmayıb. Rəqəmi yenidən dəyişməzdən əvvəl tuneldə trafiki tutun və hansı tərəfin göndərməni dayandırdığını yoxlayın, əvvəlki dəyəri isə qeydə alınmış saxlayın ki, geri qaytarma bir əmrlə qalsın.