Առանց VPN-ի Git-ը կախվում է. OpenSSH-ը փաթեթները նշում է IPQoS-ով

Պատճենը գրասենյակից աշխատում է, նույն պատճենը հեռախոսի հոթսփոթով աշխատում է, իսկ նույն պատճենը հյուրանոցային ցանցից կախվում է, մինչև VPN-ը միացվի։ SSH-ի ձեռքսեղմումը ավարտվում է, և սեսիան լռում է առաջին իրական փոխանցման ժամանակ։ Հաճախորդի կարգավորումներին ավելացված մեկ տողը միասին բուժում է git-ը և ssh-ը։ Երբ մեկ հաճախորդային կարգավորում միանգամից մի քանի գործիք է ուղղում, անսարքությունը նրա մեջ է, ինչ հաճախորդն ուղարկում է, և ոչ այն կապուղու մեջ, որով ուղարկում է։

Կարդացեք ախտանիշը որպես ուղու տարբերություն

Խնդիրը բուժող թունելը հազվադեպ է վերանորոգում։ Այն փոխում է ուղին, կրիչը և միջանկյալ սարքերը, մինչդեռ նոթբուքը շարունակում է արտադրել նույն փաթեթները։ Եթե մի ուղին սխալ է վարվում վերնագրի հետ, իսկ մյուսն անցկացնում է այն անփոփոխ, տարբերությունը միջանկյալ սարքի քաղաքականության մեջ է, ոչ հաճախորդի։ Այստեղ թունելը վկա է, ոչ լուծում։

Այն կետը, որտեղ սեսիան մահանում է, ավելի է նեղացնում։ Անվան որոնման կամ բանալիների փոխանակման ժամանակ ձախողվող ոչինչ այսպիսի տեսք չունի։ Սեսիան, որը նույնականացնում է, տպում է բաններ և հետո սառչում առաջին մեծ գրառման վրա, արդեն ապացուցել է, որ երթուղումը, անվանումը և հավատարմագրերը բոլորն աշխատում են։

Հաճախորդը QoS բայթ է դնում յուրաքանչյուր SSH սոկետի վրա

7.8-ից սկսած յուրաքանչյուր OpenSSH միացում IP վերնագրում կրում է արժեք, որը երթուղիչները կարող են օգտագործել երթևեկությունը առաջնահերթելու համար։ Տերմինալային սեսիաները ստանում են մի արժեք, իսկ մեծ պատճենումները՝ մեկ այլ, այն տեսության հիման վրա, որ մուտքագրող մարդը ավելի լավ վերաբերմունքի է արժանի, քան ֆայլի փոխանցումը։ Ցանցերի մեծ մասը լիովին անտեսում է ակնարկը, դրա համար էլ այն տարիներով աննկատ է մնում։ Wi-Fi դրայվերների, բջջային օպերատորների և VPN կենտրոնացուցիչների փոքրամասնությունը գործում է դրա հիման վրա, և նրանցից ոմանք վատ են գործում։

Երբ այդ արժեքը վերագրվում կամ դեն է նետվում հոսքի կեսին, միացումը չի ձախողվում, այն դադարում է առաջ շարժվել։ Կրկնակի ուղարկումները աճում են, պատուհանը փլուզվում է, և հավելվածը ոչինչ չի հաղորդում, որովհետև ոչինչ սխալ չի տվել։ Այդ լռությունն է պատճառը, որ մարդիկ ախտանիշը նկարագրում են որպես կախում, այլ ոչ որպես ձախողում։

Նախ հաստատեք հաճախորդի տարբերակը ssh -V հրամանով։ 7.8 կամ ավելի բարձր ցանկացած տարբերակ լռելյայն կրում է այս վարքը։

Երեք հրաման, որոնք սա բաժանում են MTU-ից և DNS-ից

Ցանկացած կարգավորումների ֆայլ խմբագրելուց առաջ պետք է բացառել երկու նմանատիպ պատճառ։ MTU-ի անսարքությունը բաց է թողնում փոքր փոխանակումները և սառչում առաջին մեծ փաթեթի վրա, մինչդեռ անվան անսարքությունը երբեք սեսիա չի ստեղծում։

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

Առաջին հրամանը կրկնում է ձախողված գործողությունը անջատված նշումով, և դրա հաջող կատարումը ամենաուժեղ միակ ապացույցն է, որ կա։ Երկրորդը տպում է այն կարգավորումը, որը հաճախորդը իրականում կկիրառի այդ նպատակակետի վրա, ինչը բռնում է մոռացված ֆայլի հնացած գրառումը։ Երրորդը ցույց է տալիս TOS բայթը երկու ուղղություններով, մինչ փոխանցումը կանգնած է, և հետաքրքիր օրինաչափությունը արժեքն է կոտրված ուղու վրա և դրա բացակայությունը աշխատող ուղու վրա։

Ձայնագրումը կատարեք նոթբուքի վրա, ոչ սերվերի, որովհետև արժեքը դնում է ուղարկողը, և ցանկացած ուղղություն կարող է փոխել այն։ Համեմատեք աշխատող և ձախողվող ուղին նույն ձայնագրությամբ, և տարբերությունը կհայտնվի առանց գուշակության։

Տեղադրեք բացառությունը մեկ ֆայլում, միաժամանակ մեկ հոսթ

Բացառությունը պատկանում է այն հոսթի կողքին, որի վրա տարածվում է, մեկնաբանությամբ, որը նշում է, թե ինչու է այն գոյություն ունի։

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

Շրջանակը ավելի կարևոր է, քան արժեքը։ Նշանավոր գրառումը անջատում է վարքը ամենուր, դեն է նետում լավ վարվող ցանցերում օգտակար ակնարկը և ոչ մեկին թույլ չի տալիս ասել, թե երբ է այն հայտնվել։ Յուրաքանչյուր հոսթի համար գրառումը ընթեռնելի է, հետադարձելի և ցանցը վերանորոգելուց հետո չնչին ջանքով ջնջվող։ Անձնական լուծման համար օգտագործեք օգտվողի ֆայլը, իսկ երբ ամբողջ նավատորմին նույն բացառությունն է պետք՝ կառավարվող ֆայլը։

Հստակ ասեք, թե ինչ չի ծածկում բացառությունը։ Այն վերաբերում է SSH-ին, ուստի HTTPS հեռավոր պահոցը, փաթեթների հայելին և դիտարկիչը բոլորը մնում են դրսում, և դրանցից որևէ մեկի ձախողումը պահանջում է իր ապացույցը։ Բաստիոնով անցնող շղթայում յուրաքանչյուր թռիչք օգտագործում է հաճախորդի կարգավորումը, և կանգնող թռիչքն է այն, ինչ արժե սահմանափակել։

Փակեք շրջանակը ցանցի տիրոջ հետ

Հանձնեք գտածոն որպես չորս փաստ: հաճախորդի տարբերակը, փորձված ուղին, օգտագործվող VPN հաճախորդը և որ ուղղությունն է կրել նշումը։ Այս չորսը բավարար են ցանցի տիրոջը՝ վերարտադրելու վերաբերմունքը և որոշելու՝ դա դիտավորյալ է, թե ոչ։

Եթե բացառությունը չի բուժում կախումը, հեռացրեք այն։ Ձախողված փորձը վերապրած լուծումը դառնում է ավանդազրույց, և հաջորդ մարդը ժամ է ծախսում ապացուցելու, որ այն ոչինչ չի անում։ Եթե այն բուժում է կախումը, ուղին դեռ սխալ է յուրաքանչյուր այլ գործիքի համար, որ անցնում է դրանով, և վերանորոգումը պատկանում է նրան, ով շահագործում է միջանկյալ սարքը։

Հաճախորդի փոփոխությունը ժամկետ ունեցող ժամանակավոր լուծում է։ Գրեք այդ ժամկետը մեկնաբանության մեջ։