په Linux کې د ip link سره VPN انټرفیس پر پرت وګورئ

د کلاینټ آیکون وایي چې نښلول شوی، انټرفیس شته، او اپلیکیشن بیا هم هېڅ نه رسېږي. دا ترکیب عام دی، ځکه چې مجازي انټرفیس کولای شي پاتې شي په داسې حال کې چې د هغې لرې همکار، پتې یا لارې ورکه وي. ip link سم لومړی اوزار دی، او تر ټولو اسانه هم دی چې ډېر ترې ولولې. فلګونه او کاونټرونه یوه پرت تشریح کوي، او د هغوی پورتنۍ پرتونه په خپلواک ډول ناکامېږي. دا هغه اوزار هم دی چې خلک یې حواله ورکوي کله چې غواړي ثابت کړي ټونل روان دی، کوم چې هماغه ادعا ده چې دا یوازې یې ملاتړ نشي کولی.

انټرفیس ولولئ مخکې له دې چې آیکون ولولئ

پیل وکړئ له ip -details link show dev tun0 سره لکه څنګه چې په د ip-link لارښود کې مستند شوی، او دودیز نوم پرځای هغه انټرفیس وکاروئ چې ستاسو کلاینټ یې واقعاً لري. فلګونه، ډول، MTU او د انټرفیس هویت ګټورې مشاهدې دي. د مجازي انټرفیس د حالت عبارت باید د فزیکي کیبل د حامل اشارې په څېر چلند ونه کړي، نو UP د انټرفیس په اړه بیان وګڼئ، نه د ټونل په اړه.

دا توپیر تر ټولو ګډوډ حالت تشریح کوي: هغه انټرفیس چې پاتې کېږي کله چې لرې اړخ بیا نښلېږي یا نه رسېدونکی وي.

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

کاونټرونه او هغه غوښتنه چې باید دوی وکاروي زیاته کړئ

د ملاتړ شوي احصایې لید وکاروئ، ip -s link show dev tun0, او په دواړو لورو کې د پاکټونو او بایټونو شمېرنې ولیکئ. بیا یوه بې زیانه غوښتنه جوړه کړئ چې باید انټرفیس ته ننوځي او اړوند لوری پرتله کړئ. هغه غوښتنه چې د بل اپلیکیشن مستقیمه لار واخیسته به هغه کاونټرونه ونه خوځوي، او همدا د دې تمرین هدف دی.

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

لوستل دوه ځله واخلئ، یو ځل مخکې او یو ځل وروسته، نه دا چې پر یوې سندره بډ وکړئ.

پتې او لارې جلا ګامونه دي

لینک کولای شي پرته له پریفکس، د حل کوونکي ترتیب یا هغې لارې شتون ولري چې اپلیکیشن ته ورته اړتیا ده. پته په ip address show dev tun0 سره وګورئ، بیا وګورئ چې منزل کومه لار ټاکي په ip route get سره د واقعي هدف لپاره. هغه درې مشاهدې درې بېلو پوښتنو ته ځواب ورکوي، او یوازې وروستۍ د لیږدولو په اړه ده.

د IPsec لپاره د امنیت تګلاره او د ټولنې حالت هم مهم کېدای شي، او هر IPsec ډیزاین د ساده tun انټرفیس په څېر نه ښکاري. د هغه tun وسیلې پلټنه چې هېڅکله نه وه رامنځته کېدونکې، غلطې پایلې ته رسېدو ژر لار ده.

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

هغه څه مه ړنګوئ چې نه یې پېژنئ

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

که انټرفیس د کنټینر رنټایم یا هغه شبکه نیمسپیس وي چې تاسو نه یې جوړ کړی، مالک یو حکم لرې دی او د لومړي موندلو ارزښت لري.

دا احتیاط ip link set down ته هم پلي کېږي، چې بدلېدونکی ښکاري او ډېری وختونه نه دی.

باید دې کتنې تاسو ته څه درکړي

ښه کتنه په څلورو حقایقو پای ته رسېږي: د انټرفیس نوم او نیمسپیس، فلګونه او MTU یې، د واقعي غوښتنې کاونټر توپیر، او هغه لار او پته چې اپلیکیشن واقعاً ورته اړتیا لري. کله چې دا ولیکل شي، بل ګام څرګند دی او د ځانګړې پرت دی. پرته له دوی، هره راتلونکې بدلون د بیرته راګرځېدو پلان سره اټکل دی.

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

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

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