pppd բինար ֆայլը չի գտնվել. ուղղեք կատարման միջավայրը, ոչ թե նույնականացումը

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

Մենյուն և դեմոնը տարբեր բաներ են

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

Հակառակ սխալը նույնքան տարածված է. սկավառակի ինչ-որ տեղ գտնվող գործարկվող ֆայլը չի ապացուցում, որ ընտրված ինտեգրումը գտնում է աջակցվող պատճենը։ Տնային պանակում գտնվող պատճենը կարող է բավարարել shell-ին և միևնույն ժամանակ անտեսանելի մնալ ծառայությանը։

Կարդացեք փաթեթը, ոչ թե ֆայլը

Նախքան որևէ բանի դիպչելը ստուգեք տեղադրված փաթեթի վիճակը, դրա հայտարարված կախվածությունները և սպասվող ֆայլերի ցանկը։ Տարածումների փաթեթավորումը դա հստակ փաստաթղթավորում է, և Debian-ի NetworkManager PPTP փաթեթը օգտակար օրինակ է, որովհետև այն առանձին է կախված PPP դեմոնի փաթեթից և PPTP հաճախորդից։ Սա հին ինտեգրում է, ոչ թե այսօր PPTP տեղակայելու խորհուրդ։ Այն ցույց է տալիս, թե ինչպես օգնականը գալիս է որպես սեփական կախվածություն, ոչ թե հաճախորդի ներսում։

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

Գործարկվող ֆայլի shell-ստուգումը նկարագրում է միայն այդ shell-ի որոնման ուղին և ոչ ավելին։ Կառավարչի օգնականը կարող է աշխատել այլ ուղով, այլ միջավայրում կամ հստակ կարգավորված գործարկվող ֆայլի տեղով։

dpkg -s network-manager-pptp | grep -E "Status|Depends"
dpkg -L ppp | grep -E "bin/pppd$"
command -v pppd; ls -l /usr/sbin/pppd

Ուղղեք միջավայրը՝ չկոտրելով մյուսներին

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

Այլ VPN հաճախորդ տեղադրելը նույնպես վերանորոգում չէ։ Այն ստեղծում է համատեղելիության նոր պահանջ՝ թողնելով սկզբնական պրոֆիլը անբացատրելի։

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

Հաջորդ սխալը դիտարկեք որպես նոր փուլ

Օգնականի մեկնարկից հետո սպասեք, որ հաջորդ ձախողումը տարբեր կլինի։ PPP կապի բանակցությունը, օգտատիրոջ նույնականացումը, հասցեների բաշխումը, երթուղիները և անունների լուծումը կարող են ձախողվել յուրաքանչյուրն ինքնուրույն, և յուրաքանչյուրն ունի իր ապացույցները։

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

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