PPTP وايي چې ستاسو پټنوم غلط دی: کوم سمون لومړی راځي؟

هغه PPTP پروفایلونه چې ټینګار کوي چې پټنوم مو غلط دی، له اورېدلو څخه ډېر تنګ شی وایي۔ راز د هغې زنځیر په پای کې ازمویل کېږي چې د وړتیاوو له خبرو اترو پیلېږي، نو په دې زنځیر کې هر ډول پخوانی ناسم مطابقت د تصدیق ناکامۍ په توګه ښکاري۔ نو د پټنوم بیا تنظیمول، بیا ټایپ کول یا پروفایل بیا جوړول هېڅ نه بدلوي۔ لومړی خبرې اترې ولولئ، بیا د لارې د کومې برخې کنټرول چې لرئ سمون وټاکئ۔

ولې راز هېڅکله نه ازمویل کېږي

PPP تصدیق خبرې اترې کېږي: سرور میتودونه وړاندې کوي، کلاینټ د خپل توان سره ځواب ورکوي، او دواړه د هر ډول اعتبارنامې تبادلې مخکې پر یوې سره یوځای کېږي۔ کله چې سرور یوازې EAP-PEAP وړاندې کوي او د کلاینټ pppd یې نه پلي کوي، خبرې د وړاندیز په پړاو کې پای ته رسېږي۔ سرور د تصدیق ناکامي ثبتوي ځکه چې ناکام شوی پړاو همدا دی، نه ځکه چې پټنوم پرتله او کم وګڼل شو۔

نو ځکه غلطي د غلط پټنوم او د میتود ناسم مطابقت لپاره یو شان ده۔ یوازې لاګ یې توپیر کوي، او هغه هم که کلاینټ ته تفصیلي کېدو اجازه وي۔

خبرې اترې ولولئ، نه وروستی غلطي

اړیکه په مخکیني پلان کې د ډیبګینګ سره چالان کړئ او د تصدیق کرښې له پورتنیو ولولئ۔ لاګ وړاندیز شوی میتود، منل شوی میتود او هغه ځای چې تبادله ودرېده نوموي۔ هغه پروفایل چې کله هم له CHAP یا MSCHAPv2 نه وځي په داسې حال کې چې سرور PEAP تمه لري، د میتود ستونزه ده، د اعتبارنامې ستونزه نه۔ د هغه لاګ وروستۍ کرښه هغه ځای دی چې کلاینټ تسلیم شو، نه هغه ځای چې لامل پکې دی۔

sudo pppd call provider debug nodetach

هغه پایلې وساتئ۔ دا د شبکې مالک لپاره د سرور تګلارې بدلولو دمخه اړین ثبوت هم دی، او دې پوښتنې ته هم پای ورکوي چې آیا پټنوم اصلاً په لوبه کې و۔

دوهم لامل د رازونو په فایل کې پټ دی

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

sudo cat -A /etc/ppp/chap-secrets

په هغه پایله کې د هرې کرښې پای د ډالر نښه ښیي۔ هغه پټنوم ساحه چې د دې نښې مخکې څه لري، یا د ساحو ترمنځ بېځایه تشه، باید د هغو نښو سره بیا ولیکل شي چې وسیله یې مستند کوي۔

سمون د سرور د مالکیت له مخې وټاکئ

که سرور ستاسو وي, د هغې حساب لپاره MSCHAPv2 ته اجازه ورکول تر ټولو کوچنی بدلون دی، او باید ولیکئ چې په قصد مو ضعیف میتود منلی۔ که د بل چا وي، صادقانه سمون هغه کلاینټ دی چې EAP-PEAP پلي کوي؛ pppd ته پیچ کول ناسم مطابقت ستاسو د ساتنې ستونزه جوړوي۔ که د پروتوکول ټاکنه لا هم خلاصه وي، PPTP د ډیزاین تر ټولو ضعیف برخه ده او مهاجرت معمولاً له پیچ شوي کلاینټ ژوندي ساتلو څخه ارزانه دی۔ هغه پرېکړه د پروفایل ترڅنګ ولیکئ تر څو بل کس یې بیا خلاص نه کړي۔

کومه لار چې غوره کړئ، وروسته له بلې شبکې په دوهم ماشین کې وآزمویئ۔ ساتل شوی پروفایل کېدای شي زوړ میتود وړاندې کول دوام ورکړي او سم شوی سرور مات ښکاره کړي۔ بیا د ډیبګ ترتیب لرې کړئ، ځکه تفصیلي PPP لاګونه په شریکه کاري سټیشن کې له هغې ډېر څه نیولی شي چې غواړئ۔