له PPP پر بنسټ VPN څخه د هغې فرضیو له کاپي کولو پرته لېږد
لومړی پیژندنې، د پتې زېرمې، لارې، DNS او د لاسرسي تګلاره لیست کړئ. کار کوونکی لاس ورکول هغه لېږد نه دی چې هماغه د لاسرسي پوله یې ساتلې وي.
د VPN لېږد هغه وخت بشپړېږي چې کاروونکي، منزلونه، د نومونو حل او د ناکامۍ چلند ټول لا سم وي، نه هغه وخت چې نوی کلاینټ شنه نښه ښیې. زاړه PPP پر بنسټ ځای پرځای کول هغه فرضیې لېږدوي چې هېڅکله نه دي لیکل شوې: یو ګډ راز چې یوازینی د پیژندنې ازموینه هم وه، یوه ثابته د پتو زېرمه چې فایر وال یې په اجازه لړلیک کې لري، او یو DNS پسګړ چې سرور یې لېږي. د پروتوکول بدلول پرته له دې چې هغه فرضیې لیست شي، هغه تونل جوړوي چې لاس ورکول بشپړوي او هغه پوله چې نشته. لاندې ترتیب هغه دی چې زه یې کاروم، او وروستی ګام هغه دی چې ټیمونه یې پرېږدي.
ګام 1: لیست کړئ چې زوړ اړیکه څه برابروي
لیست لیکل کېږي، نه یادېږي. ملاتړ شوي کلاینټونه، د تصدیق رولونه، د پتو زېرمې، ساتل شوې شبکې، د DNS غوښتنې او هغه خدمت اجازې ولیکئ چې هر کاروونکي ګروپ ته اړینې دي.
د L2TP/IPsec لپاره، دواړه طبقې په روښانه توګه جلا کړئ. د IPsec سیال پیژندنه ماشینونه تصدیقوي؛ PPP کاروونکی تصدیقوي، معمولاً د CHAP یا MSCHAPv2 سره.
زاړه ځای پرځای کول خپلې فرضیې په همدې جلا کولو کې پټوي. هر کلاینټ چې شریکه کړې مخکې شریکه شوې کیلي د وسیلې پرځای ګروپ تصدیقوي، او ډېری وخت همدا یوازینۍ شی وي چې کله هم بدل شوی وي. که PPP حساب ریښتینی د هر کاروونکي کنټرول وي، همدا ووایاست، ځکه چې بدیل باید هغه کنټرول په یو شي بیا تولید کړي چې ګډه تار نه وي. ثابتې سرچینې پتې او د ځایي شبکې استثناوې هم ولیکئ، ځکه چې دا هغه تړاوونه دي چې هیڅوک یې تر ماتېدو پورې نه ثبتوي.
ګام 2: بدیل په قصد سره ډیزاین کړئ
د بدیل غوره کول د اړتیا په اړتیا نقشه کول دي: یو پروتوکول او یو ساتل شوی کلاینټ چې سازمان یې ملاتړ کوي، او هر د پیژندنې او لاسرسي اړتیا په ریښتیني میکانیزم کې ځای پرځای کېږي. ګډ راز په اتوماتيک ډول د هر وسیله کیلي یا سند سره برابر نه دی، او د هر کاروونکي PPP حساب د وسیلې سند سره برابر نه دی.
د پتو ساحې له هر څه دمخه همغږې کړئ، ځکه چې بدیله زېرمه چې د کور یا دفتر LAN سره ګډه وي هغه ناکامي جوړوي چې د سیفر له پیاوړتیا سره هیڅ تړاو نه لري. زېرمه د هغه هماغه لیست سره چې د زوړ خدمت لپاره مو جوړ کړی و، او همدارنګه د هغه څه سره وګورئ چې نوی کلاینټ په ډیفالټ ډول فرض کوي. د ساتل شوو شبکو د بېرته لارښوونې تصدیق کړئ، او تصدیق کړئ چې نوی کلاینټ کولی شي هغه DNS پسګړ ولېږي یا ثبت کړي چې زوړ یې لېږه. دا دوه توکي له پروتوکول بدلون څخه زیاتې لېږد ټکټونه جوړوي.
ګام 3: په پړاونو پلي کړئ او هم اجازه او هم رد تصدیق کړئ
له یو استازي کاروونکي او یو استازي اپلیکیشن سره پلي کړئ. په ازموینه کې شخصي DNS حل شامل کړئ، ځکه چې هغه تونل چې پتې ته رسېږي خو کورنی نوم نه شي حل کولی یوازې نیمایي لېږد شوی. تمه شوې نه شتون حالت هم شامل کړئ: کله چې تونل ولوېږي څه باید وشي، او ایا کلاینټ هغه پلي کوي.
بیا هغه منزل وازموئ چې باید رد پاتې شي. پراخه لنډمهاله اجازه قاعده کولی شي نوی تونل روغ ښکاره کړي، خو په خاموشۍ هغه اجازه پوله لرې کوي چې زوړ خدمت یې پلي کوله، او تر پلټنې پورې هیڅوک نه پوهېږي. له هماغه کلاینټ څخه، په هماغه ناسته کې، د اجازې او رد پایلې څنګ په څنګ پرتله کړئ. دواړه کالمونه تر دې چې له ډیزاین سره سمون وخوري زوړ خدمت روان وساتئ.
د مدیر لاسرسي له لېږدولو دمخه تصدیق کړئ چې تاسو هغه اجازه لرونکې بیا رغونه لاره لرئ چې د هغه تونل په بدلولو تکیه نه وي چې تاسو یې بدلوئ.
ګام 4: زوړ پیژندنه تقاعد کړئ
د زوړ پیژندنې سم تقاعد کول دا معنا لري چې زاړه کاروونکي او د وسیلې اعتبارونه د هغه خدمت له لارې لغوه کړئ چې مالک یې دی، بیا کله چې هیڅ تړاو نه پاتې شو زاړه پروفایلونه او اوریدونکي لرې کړئ. د ځایي فایل ړنګول په بل ځای کې کاپي لغوه نه کوي، او زوړ اوریدونکی چې لا هم زوړ ګډ راز مني بې څارنې دروازه ده.
په دې ټکي کې ورو کېدل ارزښت لري. په لپ ټاپ کې لرې شوی کلاینټ پروفایل لغوه شوی اعتبار نه دی؛ اعتبار په سرور کې ژوند کوي او تر هغه پورې سم پاتې کېږي چې سرور یې منل بند نه کړي. د زوړ ترتیب نورې کاپي وپلټئ — ازموینې وسیلې، هیر شوی تلیفون، یو نصب کوونکی چې یو چا ساتلی وي — او د اوریدونکي بندول د هغه شیبې په توګه وګورئ چې زوړ خدمت واقعاً پای ته رسېږي. تر هغه پورې لېږد دوه مخکینۍ دروازې لري.
د منلو ریکارډ هغه لیست دی چې د لومړي ګام څخه دی او یو کالم ورزیات شوی: نوی ډیزاین د هر قطار لپاره څه کوي، او تاسو څنګه تصدیق کړ. دا د پروتوکول لوړوالی په شاهد سره خدمت اړتیا بدلوي.
پایلې له پروتوکول نوم سره نه، بلکې د هغه څه سره وتړئ چې خدمت ته اړین دي، ځکه چې زاړه فرضیې کاپي شوې عصري پروتوکول له غوره چوکاټ سره هماغه خطر دی. RFC 3193 بیانوي چې L2TP څنګه د IPsec له پاسه وړل کېږي، چې دا ګټوره یادونه ده چې دواړه طبقې تل جلا پرېکړې وې. که په لیست کې هغه قطار وي چې تاسو یې نه شئ بیانولی، ودروئ او ومومئ چې څه پرې تکیه دي. لیست کله چې ستړی کوونکی شي لېږد بشپړېږي.