VPN او پروکسي: هر یو څه پوښي او څه نه پوښي
VPN د اپلیکیشنونو رټ شوی ټرافیک پوښي؛ پروکسي یوازې هغه اپلیکیشن پوښي چې تاسو یې تنظیموئ. د غوره کولو دمخه پوښښ، انکریپشن، DNS او د ناکامۍ چلند وګورئ.
VPN او د مخ پروکسي دواړه هغه پته بدلوي چې یو وېبسایټ یې ویني، او دلته ډېری پرتله پای ته رسېږي۔ هغه توپیر چې ستاسو ترتیب ټاکي پوښښ دی: د مخ پروکسي یو منځګړی دی چې ستاسو اپلیکیشن پخپله د هغه کارول غوره کوي، د وېبسایټ مخې ته ولاړ برعکس پروکسي برخلاف، او VPN هغه هر څه لېږدوي چې آپریټنګ سیسټم یې ټنل ته رټ کوي۔ انکریپشن، د DNS سمبالښت او د ناکامۍ چلند ټول له همدې وېش څخه راځي۔ دا پنځه کتنې په ترتیب سره وکړئ، او لومړنۍ چې ناکامه شي به تاسو ته ووایي چې په رښتیا کومه وسیله ته اړتیا لرئ۔
منځګړی کوم اپلیکیشنونه پوښي؟
په براوزر کې پروکسي غزونه یوازې هغه براوزر پروفایل ته تطبیقېږي۔ د برېښنالیک کلاینټونه، د بنډل مدیران او دوهم براوزر خپل تنظیمات کارول دوام لري، او ځینې اپلیکیشنونه د سیسټم پروکسي متغیرونه په بشپړه توګه نه پام کوي۔ VPN هغه څه پوښي چې د رټنګ جدول ټنل ته لېږي، او دا کېدای شي ټول اپلیکیشنونه یا په ووېشل شوي ټنل کې یوه فرعي ټولګه وي، د لارو او کلاینټ پالیسۍ له مخې۔
هغه اپلیکیشنونه وآزموئ چې مهم دي، نه دا چې د یوې پاڼې له بارولو څخه عمومي پایله وکړئ۔ curl https://ifconfig.me د چاپېریال پروکسي متغیرونو تابع دی؛ ډیسکټاپ اپلیکیشن ممکن تابع نه وي۔ په Windows کې netsh winhttp show proxy هغه WinHTTP پروکسي چاپوي چې خدمتونه یې کاروي، او دا د براوزر له تنظیم څخه بېل تنظیم دی۔
آیا ټوپ انکریپټ شوی دی، او TLS چېرې پای ته رسېږي؟
پروکسي پروتوکول یو د لیدنې ځای دی، نه تضمین۔ SOCKS5 TCP پرته له انکریپشن مخته لېږي، او ساده HTTP پروکسي د غوښتنې کرښه او سرلیکونه په روښانه متن کې وړي۔ له پروکسي څخه HTTPS CONNECT کاروي، نو ستاسو TLS ناسته بیا هم په منزل کې پای ته رسېږي، نه په پروکسي کې۔ د پروکسي سرورونو او ټنلنګ په اړه MDN لارښود دا توپیر د پروتوکول له اړخه تشریح کوي۔
VPN د ستاسو وسیلې او د هغې د پای نقطې ترمنځ برخه انکریپټ کوي۔ له پای نقطې هاخوا د هر بل شبکې په څېر هماغه قواعد تطبیقېږي، له همدې امله یوازې ټنل هغه اپلیکیشن نه ساتي چې ساده HTTP کې اعتبارنامې لېږي۔ د دواړو ډیزاینونو هیڅ یو هم ننوتل شوی حساب، کوکي یا د براوزر د ګوتو نښه نه پټوي۔
curl -v -x http://127.0.0.1:3128 https://example.com/ -o /dev/null
curl -v -x socks5h://127.0.0.1:1080 https://example.com/ -o /dev/nullتفصیلي وتنه ښیي چې curl پورټ 443 ته CONNECT ولېږه که د بشپړ URL سره ساده GET۔ د socks5h:// سره کوربه نوم د SOCKS5 غوښتنې دننه پروکسي ته ورکول کېږي او بیا هغه هغه TLS لېږدوي چې لوستل یې نه شي کړای، نو نوم او د بایټونو شمېر ویني۔ د http:// پروکسي له لارې https:// URL یو CONNECT دی، نو هغه پروکسي هم د منزل نوم او اندازه ویني، نه غوښتنه او نه د ځواب اصلي برخه۔
کوم حل کوونکی نوم ویني؟
د نومونو حل کېدل ممکن د غوښتنې له وتلو دمخه په سیمه ییز ډول وشي، یا په پروکسي کې له لرې۔ د curl سره socks5h:// کوربه نوم پروکسي ته لېږي، په داسې حال کې چې socks5:// لومړی یې په سیمه ییز ډول حل کوي۔ د براوزر پروکسي تنظیمات ورته DNS اختیار وړاندې کوي، او PAC فایلونه کولای شي بېلابېل کوربه په بېلابېلو لارو رټ کړي۔
دوه پروتوکولونه کولای شي پرته له کوم غلط ترتیب څخه پروکسي له پامه وتښتي۔ WebRTC د STUN له لارې نوماندان ټولوي، او QUIC د UDP پر سر HTTP/3 چلوي، چې TCP پروکسي یې نه شي وړلای۔ که UDP 443 بند وي براوزر TCP ته بېرته راځي، نو د کوربه په فایر وال (یا د ټول شبکې لپاره په روټر) کې UDP 443 بندول، نه د براوزر بیرغ، HTTP/3 د پروکسي په لار کې ساتلو باوري لاره ده۔
حل کوونکی د منزل له نظره وګورئ، نه د خپل لپ ټاپ له نظره۔ هغه غوښتنه چې د پروکسي د وتلو پتې سره رارسي خو په سیمه ییز ډول حل شوي نوم سره، بیا هم سیمه ییز حل کوونکي ته وايي چې تاسو کوم سایټونه ګورئ۔
کله چې منځګړی ناکام شي څه پېښېږي؟
روښانه پروکسي په بند ډول ناکامېږي: د پروکسي بهیر ودروئ او براوزر یا اپلیکیشن د مستقیم تګ پر ځای د نښلېدو تېروتنه بېرته راګرځوي۔ PAC او WPAD تنظیمات هغه دي چې په خلاص ډول ناکامېږي - که سکریپټ ترلاسه نه شي، کلاینټ DIRECT ته بېرته ځي او سایټ بیا ستاسو ریښتینې پته ویني۔ VPN کولای شي د کلاینټ او د دې چې بیړنی سویچ یا د فایر وال قاعده فعاله ده که نه، له مخې په خلاص یا بند ډول ناکام شي۔
د ناکامۍ حالت په قصد سره وآزموئ: د پروکسي خدمت ودروئ او بیا بار کړئ؛ که د مستقیم بارولو پر ځای د تېروتنې پاڼه ترلاسه کړئ، د بېرته تګ لیدلو لپاره د PAC URL یو نارسېدونکي کوربه ته وښایاست۔ که پاڼه لا هم ستاسو په عادي لاره بارېږي، پروکسي د خپلې خنډ پر وړاندې هیڅ ساتنه نه وړاندې کوي، او دا هغه ځانګړنه ده چې د هغې پر باور کولو دمخه باید پوه شئ۔
ترتیب ټاکي چې سایټ څه ویني۔ هغه پروکسي چې وتونکی ټرافیک یې د VPN له لارې ځي، سایټ ته د VPN د پای نقطې پته ښیي؛ پروکسي د ټنل څخه بهر کېږدئ (VPN د لرې کوربه پروکسي ته) او سایټ به پر ځای د هغه پروکسي د وتلو پته ویني۔ په هر حال، دوه ټوپه کولای شي بېلابېل شیان ثبت کړي۔
پنځه کتنې، په ترتیب
لاندې چک لیست ټوله پرېکړه په یو ځای کې ده۔ پوښښ لومړی راځي ځکه چې ډېری ناسمې اړیکې لره کوي: که هغه اپلیکیشن چې باید پوښل شي تنظیم ته درناوی ونه کړي، په لیست کې ورپسې هیڅ شی یې نه ژغوري۔
| Check | Forward proxy | VPN |
|---|---|---|
| What is covered | The app or browser you configure | Traffic the OS routes into the tunnel, all or split |
| Encryption scope | Protocol-dependent; SOCKS5 alone encrypts nothing | Device to VPN endpoint |
| DNS path | Local or remote, depending on the setting | Normally inside the tunnel |
| Failure mode | Explicit config: connection error; PAC/WPAD: DIRECT fallback | Client policy: fail-open or kill switch |
| What the site sees | The proxy's exit address | The VPN endpoint's exit address |
بیا پایله د هغه اپلیکیشن سره تایید کړئ چې بدلون یې رامنځته کړ۔ په تنظیم شوي براوزر کې پاڼه بار کړئ، هماغه پاڼه د curl سره ترلاسه کړئ، او هغه پته پرتله کړئ چې هر یو یې راپور کوي۔ که سره سم نه وي، نو یوه غزونه، PAC قاعده یا د اپلیکیشن په کچه لاسوهنه لا هم فعاله ده، او د ټنل هیڅ تنظیم به یې سم نه کړي۔
هغه څه ولیکئ چې تاسو تنظیم کړل: کوم اپلیکیشنونه پروکسي کاروي، DNS سیمه ییز دی که لرې، UDP بند دی که نه، او د ناکامۍ چلند څه دی۔ همدا کوچنی لیست دی چې بله پرتله ممکنوي، ځکه «IP بدل شو» هیڅکله تاسو ته ونه ویل چې د دې پنځه کتنو کومه بریالۍ شوه۔