د OpenVPN ترافیک جوړول: کومه برخه یې ویني؟

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

له هدف سره پیل وکړئ: یوه وسیله محدودول، ظرفیت په عادلانه توګه شریکول، یا یو اپلیکیشن ته لومړیتوب ورکول۔ هر یو بېل موندل غواړي۔

له قاعدې مخکې هدف ونومئ

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

هغه حد چې په مستقیم WAN ترافیک کار کوي د دې ثبوت نه دی چې هماغه کوربه د تونل دننه پوښل شوی۔ کېدای شي قاعده داسې پتې سره سمون ولري چې هیڅکله د هغه سرلیک په کې نه ښکاري چې جوړونکی یې ویني۔

د تونل دننه یا د باندې

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

پلیټفارمونه د دې ښودلو په طریقه توپیر لري۔ ځینې داسې جوړونکی وړاندې کوي چې په تونل برخه کې قطار او ډلبندي کوي؛ نور محدودونکي د برخې قاعدې ګڼي چې د VPN او غیر VPN ترافیک لپاره یو شان چلند کوي؛ ځینې بیا د بېلو وړتیاوو سره دواړه کوي۔ د بل جوړونکي لارښود څخه د برخې نوم کاپي کولو پرځای، د فرم ویئر خپل اسناد د هغې برخې لپاره ولولئ چې دا یې ملاتړ کوي۔

وپېژنئ چې پتې چېرې شته پاتې کېږي، ژباړه چېرې کېږي او کوم قطار واقعاً خنډ کنټرولوي۔

درې پالیسۍ، درې ډوله شواهد

د سرعت حد د محدودې وسیلې څخه دوامداره لېږد سره ثابتېږي، پداسې حال کې چې بله وسیله په هماغه وخت کې لېږدوي۔ عادلانه وېش د دوو جریانونو په ورته سرعتونو رسېدو سره ثابتېږي، نه د یوې د وږې پاتې کېدو سره، چې دا بېل اندازه ده۔ د اپلیکیشن لومړیتوب د دې سره ثابتېږي چې یو متقابل کار د لوی لېږد پر مهال ځواب ویونکی پاتې شي، او د دې په ګوتنه چې ډلبندي کوونکی جریان په بشپړه توګه پېژندلی که نه۔ هره پالیسي خپله مشاهده غواړي، او هیڅ یوه د ترتیباتو پاڼې سره ثابتېږي نه۔

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

کوډ شوی بار اندازه کړئ، نه لوڅ

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

په اندازه کې استثناوې شاملې کړئ: هغه ترافیک چې باید تونل ته څنګ وکړي، دواړه پتې کورنۍ که دواړه په لوبه کې وي، او کله چې تونل ښکته وي څه پېږي۔ هغه پالیسي چې یوازې تر هغه پورې هوښیار چلند کوي چې تونل روغ وي، نیمه پالیسي ده۔

مشخصات په درېو کرښو ولیکئ: د ترافیک سمون، د پلي کولو ټکی او اندازه شوی بار۔ OpenVPN plus QoS مشخصات نه دي۔