TAP که TUN؟ د Android OpenVPN کلاینټونه او پل شوي سرورونه
TAP د Ethernet چوکاټونه وړي، TUN د IP بنډلونه وړي، او Android اپلیکیشن یوازې دوهم ډول ترلاسه کوي. دواړه پرتله کړئ، بیا د سرور اړخ سم کړئ.
هغه پروفایل چې په لپ ټاپ کې کار کوي، په تلیفون کې ناکامېږي۔ ښکاره ګام د کلاینټ په ترتیباتو کې یوه کلمه بدلول دي۔ هغه کلمه به مرسته ونه کړي، ځکه دواړه پایونه د یوې ډلې ترافیک خبرې نه کوي۔
TAP د Ethernet چوکاټونه وړي۔ TUN د IP بنډلونه وړي۔ Android VPN اپلیکیشن ته د IP انٹرفیس ورکول کیږي، چې د ترتیباتو له خبرې پرته له دوو ترتیباتو یو ممکن او بل ناممکن کوي۔
پرتله لنډه ده، خو دا فیصله کوي چې ایا تاسو دا په تلیفون کې سمولی شئ که خدمت باید بدل کړئ۔
دوه ډوله تونلونه چې مختلف بار لري
TAP انٹرفیس د Ethernet اډاپټر په څیر چلند کوي۔ دا چوکاټونه وړي، یعنې ARP، خپرونې او هر هغه څه چې LAN د IP لاندې وړي۔ همدا پل جوړول ممکن کوي: تونل د خپرونې ډومین پراخوي او کلاینټونه داسې چلند کوي لکه د سویچ سره نښلول شوي۔
TUN انٹرفیس هغه IP بنډلونه وړي چې هغه ته ادریس شوي۔ د خبرو اترو لپاره هیڅ لینک طبقه نشته، نه ARP او نه خپرونه۔ لارښوونه فیصله کوي چې څه تونل ته ننوځي، او د سرور اړخ ترتیبات د پل پر ځای فرعي شبکه کاروي۔
دواړه پایونه باید سره موافق شي چې له دې دوو کوم یو کوي۔ په یوه اړخ کې dev tap په dev tun بدلول خدمت نه بدلوي؛ داسې کلاینټ رامنځته کیږي چې لارښوول شوي تونل ته انتظار دی او سرور چې لا هم چوکاټونه لیږي، او لاس ورکول کېدای شي بریالي شي خو هیڅ ګټور شی نه تیریږي۔
Android اپلیکیشن ته واقعاً څه ورکوي
د پلیټ فارم VpnService API اپلیکیشن ته د IP بنډلونو لپاره مجازي انٹرفیس ورکوي، چې پته، لارې او MTU سره تنظیم شوی۔ په هغه API کې هیڅ Ethernet اډاپټر نشته، او اپلیکیشن د یو جوړولو لاره نه لري۔
له همدې امله OpenVPN Connect په Android کې د TAP پل پر ځای د لارښوول شوو TUN اړیکو ملاتړ مستند کوي۔ د Android عامې پوښتنې دې حد باندې د کلاینټ اړخ بیان دی، او د پلیټ فارم API سره سمون لري۔
د ریښې شبکې وسایل، ځانګړی فرم ویر یا هغه محصول چې روښانه ژباړنې طبقه پلي کوي، نور ترتیبات دي۔ عادي قضیه هغه ده چې باید پر بنسټ یې پلان جوړ شي: اپلیکیشن چې ستاسو فایل واردولی شي او د عادي کارونکي په توګه چلیږي، د IP انٹرفیس سره او لاندې یې هیڅ نشته۔
کله چې سره له دې هڅه کوئ څنګه ښکاري
اړیکه معمولاً جوړیږي۔ همدا ناکامي ګډه وړې کوي: کلاینټ د نښلیدو راپور ورکوي، د سرور ثبت یو همکار ښیي، او هیڅ اپلیکیشن نه کار کوي۔
هغه ترافیک چې تلیفون ته ټاکل شوې پتې ته لیږل کیږي نه رسیږي، ځکه سرور چوکاټونه هغه MAC پتې ته پل کوي چې تلیفون هیڅکله نه درلوده۔ پر خپرونې ولاړ کشف خالي پاتې کیږي۔ که LAN د پل له لارې پر DHCP تکیه وي، تلیفون به په دې لاره اجاره ونه مومي، او په پل شوې فرعي شبکه کې په لاس ورکړل شوې پته هم نه شته انٹرفیس نه جوړوي۔
ځینې کلاینټونه ژرتر ژره ناکامېږي، د پروفایل په واردولو کې، کله چې داسې وسیله ویني چې پلي یې نشي کولی۔ دواړه چلندونه یو شی مانا کوي، او د لارو په زیاتولو، DNS په بدلولو یا د تونل د پتو په پراخولو هیڅ یو نه سمېږي۔
د سرور اړخ باید څه بدل کړي
سمون د هغه چا دی چې VPN خدمت چلوي، او معمولاً د لېږد پر ځای زیاتول دي۔ دوهم OpenVPN نسخه د لارښوول شوې وسیلې، خپلې کلاینټ فرعي شبکې او د سرور اړخ ترتیباتو سره چل کړئ چې پتې ټاکي او هغه لارې لیږي چې تلیفونونه ورته اړتیا لري۔ موجوده پل شوې نسخه هغو وسایلو ته خدمت ته دوام ورکوي چې واقعاً Ethernet ته اړتیا لري۔
دوه توضیحات دا په عمل کې چلوونکي کوي۔ LAN ته د نوي کلاینټ فرعي شبکې لپاره د VPN کوربه ته اشاره کوونکې بیرته لار ته اړتیا ده، که نه ځوابونه هیڅکله بیرته نه راځي۔ او د تونل کوربه فایر وال باید د تونل انٹرفیس او LAN ترمنځ فوروارډ وکړي، او دا هغه ګام دی چې ډیر ځله هیرېږي کله چې د کوربه له خپله ازموینه بریالۍ شي۔
که آپریټر خدمت نشي زیاتولی، بدیل هغه وسیله ده چې پل ته ننوتلی شي، یعنې لپ ټاپ یا راوټر چې د تلیفون په نوم عمل کوي۔ دا د خپل مدیریت لګښت سره موقت حل دی، Android ترتیبات نه دي۔
له تونل نه، له اپلیکیشن څخه فیصله وکړئ
وپوښتئ چې تلیفون واقعاً چیرته باید ورسیږي، بیا یې نقشه جوړه کړئ۔ د نوم یا پتې له لارې د رسیدو وړ فایل شریکول یا انټرانیټ سایټ IP اړتیا ده، او DNS نوم حل کړي او لار موجوده وي نو لارښوول شوی تونل هغه بشپړوي۔ هغه د کشف وسیله چې سیمه ییزه خپرونې ډومین ګرځي IP اړتیا نه ده، او هیڅ اندازه لارښوونه به یې نه ډکوي۔
| Requirement | Tunnel that satisfies it |
|---|---|
| File server or intranet by hostname | Routed TUN, with working DNS |
| Broadcast or ARP-based discovery | Ethernet bridging, so not an ordinary Android client |
| Multicast delivery | Bridging or an explicit multicast relay |
| One application to one address | Routed TUN, narrowest possible route |
هغه جدول هغه غوښتنه هم ده چې لیږل کیږي۔ اپلیکیشن، هغه پته یا نوم چې کاروي، او دا چې ایا پر کشف تکیه ده، ولیکئ۔ آپریټر کولای شي پر هغه توضیح عمل وکړي، کوم چې هیڅوک پر هغه تلیفون نشي کولی چې نه نښلي۔
په پای کې، هر کلاینټ د LAN اډاپټر نقل ته اړ نه کړئ، بلکې د هغو وسایلو لپاره چې اړتیا ورته لري TAP خدمت وساتئ۔ دوه روښانه هدفه خدمتونه ملاتړ کول د یو هغه خدمت څخه اسانه دي چې د هر چا لپاره نیمګړی کار کوي۔