SSTP-ը Linux-ում ձախողվում է մուտքից առաջ? Ստուգեք գործարկման մասերը

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

Ինչ է ավելացնում մենյուի կետը, և ինչ ոչ

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

Այնուհետև հաճախորդին պետք է PPP, որովհետև SSTP-ն PPP սեսիա է տեղափոխում TLS կապի ներսում։ Առանց pppd թունելը կարող է ավարտել TLS ձեռքսեղմումը և այնուամենայնիվ մահանալ առաջին կառավարման կադրում, ինչը նման է հավատարմագրերի խնդրի և այդպիսին չէ։ Debian-ում և Ubuntu-ում մասերը գալիս են որպես network-manager-sstp, sstp-client և ppp, և միայն առաջինի տեղադրումը ամենատարածված պատճառն է, որ ձևը ընդունում է բոլոր դաշտերը, բայց կապը երբեք չի ավարտվում։

Սեղանի ընտրությունը ավելացնում է ևս մեկ բաժանում։ Plasma-ն պրոֆիլները խմբագրում է plasma-nm-ի միջոցով, որին պետք է իր սեփական SSTP բաղադրիչը և որը կարդում է նույն ծառայության նկարագրությունը, ուստի առանց SSTP կետի խմբագրիչը և պրոֆիլները լավ ստեղծող CLI-ն ոչ թե կոտրված գործարկման միջավայր են, այլ խմբագրիչի բացակայող կես։

Կարդացեք առաջին ձախողված փուլը, նախքան որևէ բան վերատեղադրելը

Ձախողված SSTP փորձը անցնում է փուլերով ֆիքսված հերթականությամբ, և ձախողված փուլն ասում է, թե որ բաղադրիչին նայել։

Փլագինի գործարկումն առաջինն է, և այնտեղ ձախողումը հաղորդագրություն է տալիս VPN ծառայության մասին, ոչ սերվերի։ Հաջորդը TCP կապն է 443 պորտին՝ այստեղ մերժումը կամ ժամանակի սպառումը հասանելիության խնդիր է, ոչ TLS-ի։ Ապա TLS ձեռքսեղմումը և սերվերի ինքնության ստուգումը, հետո PPP բանակցությունները և հաշվի նույնականացումը, և վերջապես հասցեի տրամադրումը և երթուղիները։ Հետևեք journalctl -f -u NetworkManager-ին, մինչ պրոֆիլը մեկ անգամ ակտիվացնում եք, և կարդացեք առաջին կոնկրետ տողը, ոչ վերջին ընդհանուրը։

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

Վկայագրի նկատմամբ վստահությունը և հաշիվ մուտքը երկու առանձին դարպասներ են

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

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

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

Թող մեկ տերը պահի պրոֆիլն ու գաղտնիքները

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

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

Ստուգեք թունելը, երթուղիները և լուծիչը առանձին

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

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

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