OpenVPN TUN او TAP: درې شرطونه چې پرېکړه کوي

دوه تونلونه کولی شي یو شان د فایل لېږد ولېږدوي او بیا هم په هغه څه کې بشپړ توپیر ولري چې په تار باندې ږدي۔ یو یې د دوو پتو ترمنځ IP پاکټونه لېږدوي؛ بل یې Ethernet فریمونه لېږدوي او کولی شي په یوه برخه کې پُل شي۔ همدا توپیر پرېکړه کوي چې کوم اپلیکیشنونه کار کوي، کوم کلاینټونه کولی شي وصل شي، او څومره شبکه یي ډیزاین پر غاړه اخلئ۔

په عمل کې درې شرطونه دا پرېکړه کوي۔ دوی په ترتیب سره وګورئ، ځکه لومړی یې معمولاً بحث پای ته رسوي۔

هر انټرفیس واقعاً څه لېږدوي

TUN وسیله د 3-طبقې نقطه-نقطه انټرفیس دی: کرنل ورته IP پاکټونه ورکوي او تونل هغوی ته د سیال پت رسوي۔ TAP وسیله د 2-طبقې انټرفیس دی چې Ethernet فریمونه لېږدوي، او همدا د پُل کولو امکان په بشپړه توګه رامنځته کوي، لکه څنګه چې د کرنل اسناد بیانوي۔ هیڅ یو یې د پیلوډ د کوډ کولو طریقه نه بدلوي او هیڅ یو یې د ځواک تنظیم نه دی۔ ټاکنه د دې په اړه ده چې پایونه باید څه تبادله کړي، نه د دې چې ترافیک څومره ښه ساتل شوی دی۔

یوه پایله سمدلاسه لاندې راځي: دواړه پایونه باید سره موافق وي۔ د یو ډول وسیلې لپاره تنظیم شوی کلاینټ د بل لپاره تنظیم شوي سرور سره یوځای کېدای نه شي، که هر څه نور سره سمون هم ولري۔

لومړی شرط: آیا څه ته دویمه طبقه پکار ده؟

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

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

دویم شرط: آیا کلاینټونه کولی شي؟

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

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

درېیم شرط: آیا دا واقعاً د انټرفیس پوښتنه ده؟

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

هغه کلاینټ چې وصل شي او بیا یوه داخلي هوسټ ته نه شي رسېدلی، معمولاً روټينګ، د اور وژنې قاعده یا ورکه شوې ستنېدونکې لار ګوري۔

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

پوښتنه دا نه ده چې کومه ټاکنه ځواکمنه ده۔ پوښتنه دا ده چې ترافیک واقعاً کومه غواړي۔