TUN/TAP: ناسم دلیل — د OpenVPN د چوکاټي جوړښت ناسم والی

کلاینټ تصدیق کوي، لاګ وايي نښلول شوی، او هېڅ بسته د تونل څخه نه تېرېږي۔ سرور هڅه د write to TUN/TAP: Invalid argument (code=22) سره پای ته رسوي، کوم چې د ډرایور خرابۍ په څېر ښکاري او معمولاً نه وي۔ په روټرونو او کوچنیو Linux سرورونو کې دا کرښه ډېری وخت معنا دا ده چې دواړه خواوې د معلوماتي بستو د چوکاټي کولو په اړه سره نه یوځای دي، نو کرنل هغه ډیکرېپټ شوی بفر ردوي چې ورته ورکړل شوی۔ په دې وخت کې روټینګ لا نه دی ازمویل شوی۔

سم روټینګ جدول او مات چوکاټي تړون د کلاینټ له پلوه یو شان ښکاري: نښلول شوی، او هېڅ شی نه کار کوي۔

تونل پورته راځي او هېڅ شی نه تېرېږي

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

د لومړنۍ تېروتنې پرځای د معلوماتي کانال د ترتیب شاوخوا لاګ ولولئ۔ د تفاهم شوی کمپریشن حالت، dev ډول او ټېله شوي انتخابونه ټول په لوړ تفصیل کې ښکاري، او دوی وایي چې له درېیو ناسم والیو کوم یو لرئ۔

کمپریشن چوکاټي جوړښت دی، نه بینډوېت

کله چې کمپریشن فعال وي، هره معلوماتي بسته یو سرلیک لري چې تشریح کوي څنګه کوډ شوې، او دواړه پایونه باید په دې سرلیک سره سره یوځای شي۔ هغه سرور چې لا هم د زوړ بېلګې کانفیګوریشن څخه comp-lzo لري، د کمپریشن کرښې نلرونکي کلاینټ سره یوځای، همدا تېروتنه پیدا کوي: سرور هغه سرلیک تمه لري چې کلاینټ هېڅکله نه دی لیکلی۔ comp-lzo د compress lz4-v2 سره ګډول هم همدغسې ناکامېږي، ځکه چې الګوریتمونه توپیر لري که څه هم دواړه کمپریشن بلل کېږي۔ دغه انتخاب په عصري اړیکو کې د بینډوېت ځانګړتیا نه ده، بلکې د چوکاټ تړون دی۔

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

دواړه پایونه برابر کړئ یا له دواړو یې لرې کړئ

هر کمپریشن لارښود شمار کړئ: د سرور فایل، هر ټېله شوی انتخاب، د کلاینټ ځانګړي فایلونه او د کلاینټ پروفایل۔ په سرور کې comp-lzo په کلاینټ کې هماغه کلمه غواړي، او adaptive هغه زوړ ډیفالټ دی چې بربنډ انتخاب یې په زړو جوړښتونو کې معمولاً معنا کوي۔ د روټر GUI سوئیچ چې LZO یا کمپریشن لیبل ولري هماغه انتخاب لیکي، نو د الګوریتمونو ګډولو پرځای یې د سمون لپاره تنظیم کړئ۔ داسې مه انګېرئ چې ورته نوم سره سمون لري۔

که کمپریشن نه غواړئ، په دوو پایونو کې یې په قصد لرې کړئ۔ په سرور کې allow-compression no کمپریس شوې بستې ردوي، مګر یوازې هغه وخت چې کلاینټونه یې وړاندې کول بند کړي؛ پداسې حال کې یې پلي کول چې کلاینټ لا هم کمپریشن لېږي، ناسم والی په بل لوري بیا پیدا کوي۔

ټېله کول او د وسیلې ډول وګورئ

سرور کولی شي د کمپریشن لارښود د خپل اصلي فایل یا د کلاینټ ځانګړي فایل څخه ټېله کړي، او کلاینټ کولی شي ټېله شوي انتخابونه د pull-filter سره پرېږدي۔ یو کلاینټ په 4 تفصیل کې ونښلوئ، هغه څه ولولئ چې سرور اعلان کړي د هغو سره چې کلاینټ منلي، بیا تایید کړئ چې هېڅ فلټر یې نه دی لرې کړی۔ که دواړه خواوې اوس سره یوځای وي او تېروتنه پاتې وي، د وسیلې ډول وګورئ: په یوه پای کې dev tap او په بل کې dev tun نشي کولی چوکاټونه تبادله کړي، او کرنل هم همدغسې لیکل ردوي۔

په پل باندې TAP ځای پرځای کول په سرور کې ریښتینی پل غواړي، نه یوازې بل د وسیلې نوم۔ د انټرفېس نوم بدلول په tap0 پرته له دې چې پل ته یې ورزیات کړئ، هغه وسیله جوړوي چې لیکل مني او هیچېرې نه ځي۔

بیا د یو کلاینټ او یو هدف سره تایید کړئ: د سرور د تونل پتې ته ping وکړئ، بیا د هغې LAN کې یو هوسټ ته۔ لومړی د معلوماتي کانال او دویم د لېږد ثبوت دی۔