سرور وايي چې لاره یې پوش کړه، پیرودونکی وايي چې وصل دی، او منزل لا هم نه رسېدونکی دی۔ درې لاملونه همدغه انځور جوړوي۔ لاره د وسایل له رامنځته کېدو دمخه اضافه شوه، پیرودونکي ته د جدول بدلولو حقونه نه وو، یا یوې تګلارې پیرودونکي ته وویل چې پوش شوي اختیارونه له پامه وغورځوي۔

له بهر څخه یو شان ښکاري او بېلابېل سمونونه غواړي۔ د پیرودونکي لاګ هغه ځای ولولئ چې د لارې پریکړه پکې کېږي۔

ثابت کړئ چې لاره نشته، نه یوازې ماتېده

په دې سره پیل کړئ چې ثابته کړئ لاره ماتېده نه، بلکې نشته۔ په Linux کې، ip route show dev tun0 هغه څه لیستوي چې پیرودونکي په تونل وسیله انسټال کړي۔ په Windows کې، route print یا Get-NetRoute هماغه شی په جدول بڼه ښیي۔

هغه لاره چې شته خو ټرافیک نه رسوي، بېله ستونزه ده۔ دا پلټنه د لارې نصب ته نه، بلکې د لېږد او د اور دیوال اصولو ته وړي۔

وخت: لاره د وسایل له رامنځته کېدو دمخه اضافه شوه

پیرودونکی د سرور PUSH_REPLY هغه وخت شنځي چې کنټرول چینل پورته شو او انټرفیس یې تنظیم کړ۔ یوازې بیا د روټینګ جدول ته لاس وړي، د هغې میتود له مخې چې پلیټفارم برابروي۔ Linux د netlink له لارې ځي؛ Windows هغه API کاروي چې لوړ شوی ټوکن غواړي۔ هغه سکریپټ یا پیرودونکی چې سمدلاسه د تنظیماتو له لوستلو وروسته لارې اضافه کوي، کېدای شي د TUN/TAP وسیلې له رامنځته کېدو دمخه چل شي، او کرنل اضافه کول ردوي۔

هماغه سیالي څرګندوي چې ولې په لاس لیکل شوې لاره کار کوي خو اتوماتیک نه: تر هغه چې یې لیکئ، انټرفیس پورته دی۔

د دې حالت لپاره route-delay شته، او route-up هغه سکریپټ نوموي چې د انټرفیس او لارو له تنظیم وروسته چلېږي۔ د تونل پتې پورې تړلې لارې په لومړني پړاو کې نه، بلکې په هماغه هنګ کې ځای کړئ۔

حقونه: څوک کولی شي جدول بدل کړي

د Windows د روټینګ جدول بدلول لوړ شوی ټوکن غواړي۔ د عادي کارونکي لخوا پیل شوی GUI کولی شي د خدمت له لارې د اډاپټر پته وټاکي او بیا هم لاره نشي اضافه کولی۔ بیا لاګ د ورکې پوش پرځای د لاسرسي رد شوي په څېر تېروتنه ښیي۔

GUI د اداره کوونکي په توګه پیلول، یا د خدمت پر بنسټ پیرودونکی کارول، هغه پایله بدلوي۔ اړین ټوکن پرته پیرودونکی پیل کوونکی مهال ویشل شوی کار داسې نه کوي۔

له هر څه بدلولو دمخه وګورئ چې پیرودونکی واقعاً په کوم حساب چلېږي۔ نسخه او د خدمت حالت ټاکي چې کوم لاملونه ممکن دي، نو دواړه د لارې د وتنې ترڅنګ ولیکئ۔

تګلاره: پوش شوې لارې کېدای شي په قصد پرېښودل شي

route-nopull پیرودونکی اړ کوي چې هغه لارې له پامه وغورځوي چې سرور پوش کوي، په شمول د پوش شوې اصلي لارې، خو د تونل پته لا هم منل کېږي۔ پوش شوي DNS او DHCP اختیارونه د هماغه لارښوونې له مخې پرېښودل کېږي۔ داسې پیرودونکی خراب نه دی؛ هغه په خپلو تنظیماتو کې ښکاره د لارې کرښې تمه لري۔

route-noexec بېله کنټرول دی: پیرودونکی په بشپړه توګه د لارې بدلونونو له پلي کولو منع کوي۔ هغه ټوپولوژي چې پیرودونکی یې نقشه نه شي کولی، ورته پایله ورکولی شي، او لاره د اضافه شوې پرځای د رد شوې په توګه ثبتېږي۔ د درېیو له ډلې کوم یو پلي کېږي، د اټکل پرځای هغه لاګ کرښه ولولئ چې پریکړه خبروي۔ بیا اغېزمن پروفایل وګورئ، ځکه چې یو واردوونکی یا مدیریت وسیله کولی شي هغه اختیارونه اضافه کړي چې کارونکي هېڅکله نه دي سم کړي۔

هغه پروفایل چې په متن سمونکي کې پاک ښکاري، لا هم کولی شي د چلېدو پر مهال اضافه شوې لارښوونه ولري۔

د پوش لیست له جدول سره پرتله کړئ

له نښلولو وروسته د سرور پوش لیست د پیرودونکي جدول ترڅنګ ځای کړئ۔ په Linux کې هغه ip route show dev tun0 دی؛ په Windows کې route print یا Get-NetRoute۔ که لاره نشته، لومړی نصب سم کړئ۔ که شته خو ټرافیک ناکامېږي، د لېږد او د اور دیوال تګلارې ته لاړ شئ۔

د پیرودونکي نسخه، هغه حساب چې پرې چلېږي او دا چې د خدمت پر بنسټ دی که نه ولیکئ۔ دا درې حقایق بل کس ته وایي چې کوم لاملونه لرې شوي۔

اړوندې مقالې