تاسو یوه کرښه ورزیاتوئ چې یو سرسخت PPTP پروفایل وصل شي، او یوه اونۍ وروسته هغه L2TP کلاینت چې میاشتې یې کار کړی و، ودریږي. ښکاره تفسیر دا دی چې دواړه پروتوکولونه اوس یو له بل سره ټکر لري. ډېری وختونه دواړه کلاینتونه pppd پیلوي، دواړه هماغه تلواله لولي، او هغه کرښه چې تاسو ورزیات کړې وه هیڅکله هغه پروفایل ته محدوده نه وه چې تاسو یې سمول. شریکه د غوراوي فایل هماغه تړاو دی، او پروتوکولونه بې ګناه دي.

کلاینت د پیلېدو پر مهال څه میراث اخلي

د PPP پر بنسټ کلاینت خپله کمانډ کرښه په ندرت له صفر څخه جوړوي. دا pppd پیلوي، چې د سیستم تلواله، بیا هر کاروونکي یا ټرمینل فایل، بیا هغه دلیلونه چې کلاینت یې لېږي لولي، او کلاینت کولای شي دا د سیال فایل ته هم واستوي. په دغو پوړونو کې هر یو کولای شي یو پلګ ان، د تصدیق طریقه یا د لارې لارښوونه ولېږدوي، او لومړنی پوړ چې ساتل شوې غوراوی ټاکي کولای شي دا د وروستیو بدلونونو پر وړاندې قفل کړي.

نو ګټوره پوښتنه دا نه ده چې کوم VPN مات شوی، بلکې دا ده چې کوم پوړ ترتیب ورکړ. هغه کلاینت چې خپل دلیلونه پخپله جوړوي خپلواک ښکاري او بیا هم هر هغه څه میراث اخلي چې د سیستم فایل لري.

د بدلون دمخه د کرښې ریښه وټاکئ

د هغه پروسې په کتلو پیل وکړئ چې د اړیکې د فعالېدو پر مهال روانه وي. کمانډ کرښه ښیي چې کوم فایلونه په ښکاره توګه لېږل شوي، او هر هغه څه چې هلته نه دي نومول شوي د تلواله لارې څخه راغلي.

ps -o pid=,args= -C pppd

که د دلیلونو لیست کې د سیال نوم وي، هغه فایل ولولئ. که نه، هغه ترتیب چې تاسو یې تعقیبوئ په یوه شریکه لار کې اوسیږي. د pppd لارښود د هغو فایلونو د لوستلو ترتیب او هغه غوراوي لیست کوي چې عادي کاروونکی یې نه شي له پامه غورځولی، له همدې امله وروستې کرښه ځینې وختونه هېڅ هم نه کوي. ساتل شوې غوراوی لکه د پلګ ان لار د کاروونکي کچې وروستې کرښې له خوا نه شي بدلېدلای، نو د غلط فایل سمول ښکاره اغېزه نه لري.

هغه پلګ ان کرښه چې هر کلاینت تعقیبوي

په سیستم فایل کې بار شوی پلګ ان تر ټولو بد مرتکب دی ځکه چې دا بدلوي چې نوی PPP بهیر څه بارولو هڅه کوي، پرته له دې چې کاروونکي کومه تڼۍ کېکړې وي. د L2TP پلګ ان کلاسیک مثال دی: د یو پروفایل لپاره سم، د هماغه تلوالې څخه پیلېدونکي PPTP پروفایل لپاره بې مانا یا زیانمن.

دا هغه سیال فایل ته یوسئ چې کلاینت یې غوره کوي، یا د کلاینت خپلو هرې اړیکې ته ځانګړو ترتیباتو ته کله چې دا یې ملاتړ کوي. په بشپړه توګه یې ړنګول دوهم کلاینت سمول او لومړی ماتول دي، او همدا راز دا ستونزې د ټیمونو ترمنځ سفر کوي.

له لېږلو وروسته هر کلاینت وګورئ

دواړه اړیکې له یوې ماشین څخه یوه وروسته بلې وآزمویئ، او د بریالیتوب خبرو اترو پرځای خبرې شوې غوراوي ولولئ. لاندې ډمپ هغه غوراوي ټولګه چاپوي چې pppd په رښتیا جوړه کړې وه، او هماغه یوازینۍ مهمه لیست دی.

sudo pppd call office debug dump

د دوهم کلاینت لپاره یې تکرار کړئ او دواړه وتنې پرتله کړئ. هغه غوراوی چې تاسو یې یوړل باید په سمه توګه په یوه کې ښکاره شي. که په دواړو کې ښکاره شي، کلاینت یې بیا جوړوي او سمون هغه پروفایل ته اړه لري نه شریک فایل ته. ولیکئ چې ترتیب اوس چېرته اوسیږي، د اړیکې ترڅنګ، تر څو راتلونکی کس دا تړاو بیا ومومي، په بیا ماتولو سره.

اړوندې مقالې