Böyük yükləmələr zamanı VPN düşür: əvvəlcə növbəni oxuyun

Tunel gün boyu sabit qalır, sonra böyük bir yükləmə başlayan kimi düşür. İnteraktiv sorğular ilk olaraq dayanır, müştəri vaxt aşımı bildirir və ötürmə bitəndə bağlantı qayıdır. Bu mənzərə uzaq serverin söndüyünü deyil, növbələşmə və emalı göstərir, çünki serverə vaxtında cavab vermək imkanı heç verilməmişdi. İş bunu nəzarətli yük altında təkrar istehsal edib düzgün sayğacları oxumaqdır.

Hər qaçışda bir dəyişəni dəyişin və son nöqtəni sabit saxlayın.

Təkrarlana bilən yük müqayisəsi qurun

Kanal boşkən baza xətti qeyd edin: gediş-dönüş vaxtı, bir neçə tətbiq sorğusu və tunelin öz hadisə jurnalı. Sonra məlum həcmdə yükləmə başladın və o işləyərkən məhz həmin ölçmələri təkrarlayın. Son nöqtəni, müştərini və test hədəfini dəyişməz saxlayın, çünki ikisini birdən dəyişmək sizə heç nə demir.

Hansı hadisənin birinci göründüyünə diqqət edin. Hər hansı xətadan əvvəl artan gediş-dönüş vaxtı növbələşməni göstərir; sabit gecikmə ilə kəskin vaxt aşımı başqa bir şeyi, məsələn açar yenilənməsini və ya hesab əməliyyatını göstərir. İki mənzərə fərqli növbəti addımlara aparır. Heç nəyi dəyişməzdən əvvəl müşahidəni yazın.

Çıxışı zaman damğaları ilə saxlayın ki, yüklü və boş qaçışlar sətir-sətir müqayisə olunsun.

Sürəti deyil, növbəni oxuyun

İstehlakçı kanalları paketləri provayderin avadanlığında buferləşdirir və dolu yuxarı axın növbəsi tuneli canlı saxlayan kiçik idarə paketləri də daxil olmaqla hər şeyi gecikdirir. Yüksək rəqəm göstərən sürət testi bu gecikmə barədə az şey deyir; buna görə boş kanalda sürət testi keçir, doymuş kanalda isə uğursuz olur.

ping -c 20 -i 0.2 203.0.113.10
mtr -rwc 20 203.0.113.10
tc -s qdisc show dev eth0
ss -ti dst 203.0.113.10
nstat -az | grep -E 'Retrans|Timeout'

Yüklü gecikmə rəqəmlərini boş vəziyyətdəkilərlə müqayisə edin. Paket itkisi olmadan onlarla millisaniyədən yüzlərlə millisaniyəyə sıçrayış növbələşmədir; sabit gecikmə ilə itki başqa bir nasazlığa işarə edir.

Cihazı və idarə yolunu yoxlayın

Şifrələmə və yönləndirmə prosessor vaxtı aparır, kiçik marşrutlaşdırıcı və ya istilikdən məhdudlaşan noutbuk isə məşğul olduqda paketləri ata bilər. Bir prosesin faizinə deyil, ümumi yükə baxın, çünki nüvə yönləndirməsi və kəsilmə emalı insanların adətən baxdığı yerdə görünmür.

uptime
mpstat -P ALL 1 3
dmesg | grep -i -E 'thermal|throttl'
journalctl -u openvpn-server@server --since '10 min ago' | tail -20

Müştəri vaxt aşımı həm də planlı açar yenilənməsi və ya sessiya siyasəti hadisəsi ilə üst-üstə düşə bilər. Hadisələrin sırası üçün müştərinin öz jurnalını oxuyun, yalnız tətbiqin xəta mesajını deyil.

Bir şeyi dəyişin və təkrarlayın

Platforma dəstəklədiyi yerdə yükləmə sürətini məhdudlaşdırın və ya toplu trafiki interaktiv trafikdən aşağı sinifləşdirin ki, növbə heç vaxt dolmasın. Sonra eyni iş yükünü təkrarlayın və əvvəlki kimi həmin üç rəqəmi müqayisə edin. Sürət testini yaxşılaşdıran, lakin vaxt aşımını yerində qoyan dəyişiklik heç nəyi düzəltməyib.

Bütün sahələrdə vaxt aşımlarını qaldırmaq və şifrələməni zəiflətmək simptomu hansı sərhədin sıradan çıxdığını müəyyən etmədən yox edən iki dəyişiklikdir. Heç biri təmir deyil. İkisi də nasazlığı sonraya, aid etmənin daha çətin olduğu yerə köçürür.

Yeni sorğu və istifadəçinin həqiqətən güvəndiyi yenidən qoşulma davranışını sınaqdan keçirərək bitirin. Şikayətə səbəb olan yük altında sabitlik qeydə almağa dəyən yeganə nəticədir.