Կոտրո՞ւմ է ընդհանուր pppd պարամետրերի ֆայլը ձեր մյուս VPN-ը։
PPP-ի վրա հիմնված երկու VPN հաճախորդներ կարող են կարդալ նույն pppd կանխադրվածները, ուստի մեկի ուղղումը լուռ փոխում է մյուսը։ Նախքան խմբագրելը պարզեք, թե ում է պատկանում պարամետրը։
Դուք ավելացնում եք մեկ տող, որպեսզի համառ PPTP պրոֆիլը միանա, և մեկ շաբաթ անց L2TP հաճախորդը, որը ամիսներ շարունակ աշխատում էր, կանգ է առնում։ Ակնհայտ ընթերցումն այն է, որ երկու արձանագրություններն այժմ հակասում են իրար։ Ավելի հաճախ երկու հաճախորդներն էլ գործարկում են pppd, երկուսն էլ կարդում են նույն կանխադրվածները, և ձեր ավելացրած տողը երբեք չի սահմանափակվել այն պրոֆիլով, որը դուք ուղղում էիք։ Ընդհանուր պարամետրերի ֆայլը հենց այդ կապն է, իսկ արձանագրությունները անմեղ են։
Ինչ է ժառանգում հաճախորդը գործարկվելիս
PPP-ի վրա հիմնված հաճախորդը հազվադեպ է իր հրամանի տողը զրոյից կառուցում։ Այն գործարկում է pppd, որը կարդում է համակարգի կանխադրվածները, ապա ցանկացած օգտվողի կամ տերմինալի ֆայլ, ապա այն արգումենտները, որոնք փոխանցում է հաճախորդը, և հաճախորդը կարող է այն ուղղել նաև զուգընկերոջ ֆայլին։ Այդ շերտերից յուրաքանչյուրը կարող է կրել փլագին, նույնականացման մեթոդ կամ երթուղու հրահանգ, և առաջին շերտը, որը սահմանում է պաշտպանված պարամետր, կարող է կողպել այն հետագա փոփոխություններից։
Այսպիսով, օգտակար հարցը ոչ թե այն է, թե որ VPN-ն է կոտրված, այլ այն, թե որ շերտն է տվել կարգավորումը։ Հաճախորդը, որն ինքն է ստեղծում իր արգումենտները, ինքնաբավ է թվում և այնուամենայնիվ ժառանգում է այն ամենը, ինչ պարունակում է համակարգի ֆայլը։
Պարզեք տողի ծագումը նախքան փոխելը
Սկսեք նայելով այն գործընթացին, որն աշխատում է, քանի դեռ միացումը ակտիվ է։ Հրամանի տողը ցույց է տալիս, թե որ ֆայլերն են բացահայտ փոխանցվել, և այն ամենը, ինչ այնտեղ անունով նշված չէ, եկել է կանխադրված ուղուց։
ps -o pid=,args= -C pppdԵթե արգումենտների ցանկը պարունակում է զուգընկերոջ անուն, կարդացեք այդ ֆայլը։ Եթե ոչ, ապա ձեր փնտրած կարգավորումը գտնվում է ընդհանուր ուղու վրա։ pppd ձեռնարկը թվարկում է այդ ֆայլերի ընթերցման հերթականությունը և այն պարամետրերը, որոնք սովորական օգտվողը չի կարող վերագրանցել, ինչի պատճառով հետագա տողը երբեմն բացարձակապես ոչինչ չի անում։ Պաշտպանված պարամետրը, օրինակ փլագինի ուղին, չի կարող փոխարինվել ավելի ուշ օգտվողի մակարդակի տողով, ուստի սխալ ֆայլը խմբագրելը տեսանելի ազդեցություն չի ունենում։
Փլագինի տողը, որը հետևում է յուրաքանչյուր հաճախորդի
Համակարգի ֆայլում բեռնված փլագինը ամենավատ խախտողն է, քանի որ այն փոխում է, թե ինչ է փորձում բեռնել նոր PPP գործընթացը՝ անկախ նրանից, թե որ կոճակն է սեղմել օգտվողը։ L2TP փլագինը դասական օրինակն է՝ ճիշտ է մեկ պրոֆիլի համար, անիմաստ կամ վնասակար է PPTP պրոֆիլի համար, որը սկսվում է նույն կանխադրվածներից։
Տեղափոխեք այն հաճախորդի ընտրած զուգընկերոջ ֆայլ, կամ հաճախորդի սեփական՝ յուրաքանչյուր միացման կարգավորումներ, եթե դրանք աջակցվում են։ Այն ամբողջությամբ ջնջելը վերանորոգում է երկրորդ հաճախորդին և կոտրում առաջինին, և հենց այդպես են այս խնդիրները ճամփորդում թիմերի միջև։
Ստուգեք յուրաքանչյուր հաճախորդ տեղափոխումից հետո
Փորձեք երկու միացումները նույն մեքենայից՝ մեկը մյուսի հետևից, և կարդացեք պայմանավորված պարամետրերը, այլ ոչ թե հաջողության երկխոսությունը։ Ստորև բերված արտատպումը ներկայացնում է պարամետրերի այն հավաքածուն, որը pppd-ը իրականում կազմել է, և դա է միակ ցանկը, որ կարևոր է։
sudo pppd call office debug dumpԿրկնեք երկրորդ հաճախորդի համար և համեմատեք երկու արտածումները։ Ձեր տեղափոխած պարամետրը պետք է հայտնվի դրանցից ուղիղ մեկում։ Եթե այն հայտնվում է երկուսում էլ, հաճախորդը վերստեղծում է այն, և ուղղումը պատկանում է այդ պրոֆիլին, այլ ոչ թե ընդհանուր ֆայլին։ Գրանցեք, թե որտեղ է այժմ ապրում կարգավորումը՝ միացման կողքին, որպեսզի հաջորդ մարդը նորից չհայտնաբերի այդ կապը՝ նորից կոտրելով այն։