VPN olmadan Git donur? OpenSSH paketləri IPQoS ilə işarələyir

Ofisdən edilən klon işləyir, telefon hotspotu üzərindən edilən eyni klon işləyir, otel şəbəkəsindən edilən eyni klon isə VPN işə salınana qədər donur. SSH əl sıxışması tamamlanır və sessiya ilk real ötürmədə susur. Müştəri konfiqurasiyasına əlavə edilən bir sətir git və ssh-ı birlikdə sağaldır. Bir müştəri parametri eyni anda bir neçə aləti düzəldəndə nasazlıq müştərinin göndərdiyindədir, ötürdüyü kanalda deyil.

Simptomu marşrut fərqi kimi oxuyun

Problemi sağaldan tunel nadir hallarda təmir sayılır. O, marşrutu, daşıyıcını və ara qatları dəyişir, laptop isə tam eyni paketləri istehsal etməyə davam edir. Bir marşrut başlığı səhv idarə edib digəri onu toxunmadan keçirirsə, fərq müştəridə deyil, ara qatın siyasətindədir. Burada tunel şahiddir, həll deyil.

Sessiyanın öldüyü nöqtə məsələni daha da daraldır. Ad axtarışında və ya açar mübadiləsində uğursuz olan heç nə belə görünmür. Doğrulama edən, banner çap edən və sonra ilk böyük yazıda donan sessiya artıq marşrutlaşdırma, adlandırma və etimad məlumatlarının hamısının işlədiyini sübut edib.

Müştəri hər SSH soketinə QoS baytı vurur

7.8-dən etibarən hər OpenSSH bağlantısı IP başlığında marşrutlaşdırıcıların trafiki prioritetləşdirmək üçün istifadə edə biləcəyi bir dəyər daşıyır. Terminal sessiyaları bir dəyər, kütləvi kopyalamalar başqa dəyər alır; belə güman edilir ki, əl ilə yazan insan fayl ötürməsindən daha yaxşı rəftara layiqdir. Şəbəkələrin çoxu bu işarəni tamamilə nəzərə almır, buna görə də illərlə diqqətdən yayınır. Wi-Fi drayverlərinin, mobil operatorların və VPN konsentratorlarının az bir hissəsi ona uyğun hərəkət edir, bəziləri isə pis hərəkət edir.

Bu dəyər axının ortasında yenidən yazılanda və ya atılanda bağlantı uğursuz olmur, sadəcə irəliləməyi dayandırır. Yenidən göndərmələr artır, pəncərə çökür və tətbiq heç nə bildirmir, çünki heç bir xəta olmayıb. Bu sükut insanların simptomu nasazlıq kimi deyil, donma kimi təsvir etməsinin səbəbidir.

Əvvəlcə müştəri buraxılışını ssh -V ilə təsdiqləyin. 7.8 və yuxarı versiyalar bu davranışı standart olaraq daşıyır.

Bunu MTU və DNS-dən ayıran üç əmr

Hər hansı konfiqurasiya faylını redaktə etməzdən əvvəl iki oxşar xəta istisna edilməlidir. MTU nasazlığı kiçik mübadilələri keçirir və ilk böyük paketdə donur, ad nasazlığı isə heç vaxt sessiya yaratmır.

ssh -o IPQoS=none -v [email protected]
ssh -G [email protected] | grep -i ipqos
sudo tcpdump -ni any -vv "tcp port 22"

Birinci əmr uğursuz əməliyyatı işarə söndürülmüş halda təkrarlayır və onun uğurlu keçməsi mövcud olan ən güclü tək sübutdur. İkinci əmr müştərinin həmin hədəfə həqiqətən tətbiq edəcəyi konfiqurasiyanı çap edir ki, bu da unutduğunuz fayldakı köhnə qeydi tutur. Üçüncü əmr ötürmə ilişib qalmış halda TOS baytını hər iki istiqamətdə göstərir və maraqlı nümunə pozulmuş marşrutda dəyərin olması, işlək marşrutda isə olmamasıdır.

Tutmağı serverdə deyil, laptopda aparın, çünki dəyəri göndərən qoyur və hər iki istiqamət onu dəyişə bilər. İşlək marşrutu və uğursuz marşrutu eyni tutma ilə müqayisə edin, fərq təxmin etmədən görünəcək.

İstisnanı bir faylda, hər dəfə bir host üçün yazın

İstisna tətbiq olunduğu hostun yanında olmalı və niyə mövcud olduğunu izah edən şərh daşımalıdır.

Host gitlab.example.internal
    IPQoS none
    # direct route rewrites the marking; the tunnel route passes it

Əhatə dairəsi dəyərin özündən vacibdir. Joker qeyd davranışı hər yerdə söndürür, yaxşı davranan şəbəkələrdə faydalı olan işarəni atır və heç kimə nə vaxt yarandığını demək imkanı qoymur. Host üzrə qeyd oxunaqlıdır, geri qaytarıla bilər və şəbəkə təmir olunduqdan sonra silmək çox asandır. Şəxsi keçici həll üçün istifadəçi faylından, bütün park eyni istisnaya ehtiyac duyduqda isə idarə olunan fayldan istifadə edin.

İstisnanın nəyi əhatə etmədiyini açıq deyin. O, SSH-a aiddir, ona görə HTTPS remote, paket güzgüsü və brauzer ondan kənarda qalır və onlardan hər hansı birinin nasazlığı öz sübutunu tələb edir. Bastiondan keçən zəncirdə hər addım müştəri konfiqurasiyasından istifadə edir və ilişib qalan addım məhdudlaşdırmağa dəyər olandır.

Şəbəkə sahibi ilə dövrəni bağlayın

Tapıntını dörd fakt kimi təqdim edin: müştəri versiyası, sınanmış marşrut, istifadə olunan VPN müştərisi və işarəni hansı istiqamətin daşıdığı. Bu dörd fakt şəbəkə sahibinə rəftarı təkrar etmək və bunun qəsdən olub-olmadığını qərarlaşdırmaq üçün kifayətdir.

İstisna donmanı sağaltmırsa, onu silin. Uğursuz eksperimentdən sağ çıxan keçici həll əfsanəyə çevrilir və növbəti şəxs onun heç nə etmədiyini sübut etmək üçün bir saat sərf edir. Əgər donmanı sağaldırsa, yol hələ də onu keçən hər digər alət üçün səhvdir və təmir ara qatı idarə edənin işidir.

Müştəri dəyişikliyi son istifadə tarixi olan müvəqqəti həlldir. Həmin tarixi şərhə yazın.