د NetGuard SOCKS حالت TCP پوښي، نه هر پروتوکول

NetGuard د ټرافیک د فلټر کولو لپاره د Android VPN انټرفیس نیسي او کولای شي ملاتړ شوي اړیکې SOCKS پای ټکي ته وسپاري۔ دا دوه حقایق ډېری وختونه د «ټیلیفون په VPN کې دی» په توګه لوستل کیږي، کوم چې هغه پایله ده چې دا میکانېزم یې ملاتړ نه کوي۔ فلټر پاکټونه ویني؛ پروکسي یوازې هغه اړیکې ویني چې واقعاً ورته سپارل شوې۔ د دې دوو جملو ترمنځ د پوښښ ټوله پوښتنه ده۔

د اصلي پروژې FAQ د یوې خدمت محدودیت او د SOCKS اختیار دواړه ثبتوي۔ د اختیار شتون د دې ثبوت نه دی چې هر اجازه شوی پاکټ یې کاروي، او د پوښښ پوښتنې همدغه تشه کې راپاڅي۔

په یوه اپلیکیشن کې دوه لیږدونکي لارې

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

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

د UDP اعلانول د هغې تطبیق نه دی

هغه SOCKS سرور چې د UDP ملاتړ ادعا کوي ستاسو د ټیلیفون په اپلیکیشن کې اړوند کلاینټ اړخ سمبالښت نه زیاتوي۔ د پروتوکول نظري ځانګړتیاوې او د نصب شوي جوړښت چلند بېل موضوعات دي، او ستاسو ټرافیک یوازې دویم بیانوي۔

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

DNS دریمه لاره ده، نه تفصیل

د نومونو حل میټریکس ته خپله څانګه زیاتوي۔ سیمه ییز DNS فوروارډر، عادي UDP پوښتنه، د منزل هوسټ نوم چې پروکسي پخپله یې حل کوي، او په براوزر کې کوډ شوی حل کوونکی څلور بېل ترتیبات دي۔ دوی په دې کې توپیر لري چې پوښتنه څوک ویني او کومه شبکه لاره یې وړي، او د دوی ګډول داسې ازموینه جوړوي چې د نورو په اړه هیڅ ثابتوي نه۔

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

د پروکسي لېږد په اتوماتيک ډول خصوصي نه دی

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

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

پوښښ د پاڼې په لوډ کولو نه، د میټریکس سره پلټئ

د مجازې ارزونې لپاره هغه بې ضرره مثالونه وټاکئ چې ستاسو لپاره مهم هر ټولګی استازیتوب کوي: اړین TCP، اجازه شوی UDP او په دواړو پته کورنیو کې DNS۔ د هر یوه لپاره ثبت کړئ چې ایا پروکسي شو، بند شو که مستقیم ولېږل شو۔ همدا یوه جدول نتیجه ده، او د لوډ شوې پاڼې له سکرین شاټ څخه ډېره ګټوره ده۔

که اړتیا دا وي چې ټول ټاکل شوي اپلیکیشن ټرافیک باید د لرې تونل له لارې تیر شي، هغه تطبیق وټاکئ چې په روښانه ډول د یوځای شوي فلټر کولو او تونل کولو ملاتړ کوي۔ یوازې TCP پروکسي ترکیب د تنګو دندو لپاره ګټور پاتې کیږي، په دې شرط چې نور ټرافیک هیر نه شي بلکې په قصد سره سمبال شي۔