په RouterOS کې PPTP کلاینت نښلوي، لږ ټرافیک لېږدوي او بیا درېږي، او لاګ د اعتبارنامې یا سرور ستونزه ښکاري۔ معمولاً دواړه نه دي۔ تونل خپلې ټرانسپورټي بنډۍ ږدي، ځکه چې سرور ته لاره د تونل له خوا ایښودل شوې لارې سره هم سمون خوري۔ بل لوری د روټر اورېدل بندوي، او غونډه مري په داسې حال کې چې انټرفیس لا هم وایي چې فعال دی۔

حل یوه لاره، یا یوه تنظیم دی چې سرور د فزیکي WAN له لارې د لاسرسي وړ ساتي۔ کومه یې، دا په دې پورې اړه لري چې روټر باید د بشپړ تونل دروازه وي که نه۔

نښه: نښلوي، ټرافیک لېږدوي، مري

په هر بیا نښلولو کې همدا بڼه تکرارېږي، او دا لومړی ګټور نښه ده۔ رد شوې پټنومه مخکې له دې چې انټرفیس پورته شي ناکامېږي، د اور وژنې غلط ترتیب معمولاً یو لوری بندوي، او د لارې غونډال انټرفیس ته د جوړېدو اجازه ورکوي او بیا یې ساه بندوي۔ کاونټرونو ته وګورئ: تونل د پیل بنډیو یوه چاودنه ښیي او بیا هېڅ نه، په داسې حال کې چې WAN انټرفیس پوښل شوې کاپي لېږلو ته دوام ورکوي۔ دا هغه روټر دی چې خپل وتونکی بیا خپل ځان ته ورتویوي۔

PPTP دا اسانه کوي ځکه چې ټرانسپورټ د سرور پتې ته ساده IP دی، نه هغه تونل چې بل پای یې په بل فرعي شبکه کې وي۔ هر هغه څه چې دا پته وګرځوي، ټرانسپورټ هم ورسره ګرځوي۔

ولې تونل خپلې بنډۍ تېروي

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

د وسایلو جوړونکي ډېری وخت د خپل سرور لپاره په اتوماتيک ډول د کوربه لاره ورزیاتوي، همدا د مخنیوي لپاره۔ RouterOS دا نه مني، نو چلونکی باید استثنا بیان کړي یا له پیل څخه د ډیفالټ لارې څخه ډډه وکړي۔

د سرور پته په WAN وتړئ

تر ټولو تنګه ممکنه لاره ورزیاته کړئ: د سرور عمومي پتې لپاره /32، د بل ټوپ په توګه د ISP دروازې سره، په هغه انټرفیس چې انټرنیټ ته رسېږي۔ /32 د مخکښې اوږدوالي له مخې هر ډیفالټ ته ماتې ورکوي، او که د هماغې مخکښې لپاره بله لاره وي، لږ واټن ګټي۔ بیا بیا ونښلئ او تایید کړئ چې لاره فعاله ده، نه یوازې په لیست کې موجوده۔

/ip route add dst-address=198.51.100.10/32 gateway=192.0.2.1 distance=10

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

یا تونل د ډیفالټ ادعا کولو څخه بند کړئ

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

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

په طبقو کې تایید کړئ، بیا د مدیریت سوری بند کړئ

په طبقو کې ازموینه وکړئ: د نښلولو دمخه د سرور عمومي پتې ته ping وکړئ، د نښلولو وروسته لرې دروازې ته ping وکړئ، بیا په لرې LAN کې یوې کوربه ته ping وکړئ۔ که د روټر شاته کوربې د ځوابونو د همدې له لارې بېرته راتلو ته اړتیا لري، د تونل انټرفیس ته masquerade ورزیاته کړئ۔

/ip firewall nat add chain=srcnat out-interface=pptp-out1 action=masquerade

بیا روټر بیا پیل کړئ یا د WAN بیا نښلولو ته اړباسئ او درې ping تکرار کړئ، ځکه هغه لاره چې یوازې په روان ترتیب کې موجوده ده نه پاتې کېږي۔ هغه ترتیب چې بیک اپ فایل ته صادر شو او وروسته بحراني شو، بل ځای دی چې دا ماتېږي، ځکه لاره کېدای شي په صادراتو کې نه وي که د کار پر مهال ورزیاته شوې وي۔

په پای کې، د کوم VPN یا لارې بدلون خپرولو دمخه Winbox او ویب مدیریت په پیژندل شوو سرچینې پتو پورې محدود کړئ۔ هغه روټر چې تونلونه پای ته رسوي د مدیریت هدف دی، او ټولې نړۍ ته پرانیستی پورټ 80 له هغې لارې لوی کشف دی چې تاسو یې همدا اوس سمه کړه۔

اړوندې مقالې