Tor یا VPN: آپ کو کس کی ضرورت ہے؟
Tor اور VPN مختلف مسائل حل کرتے ہیں۔ ہر hop پر دیکھیں کون کیا جانتا ہے، اور کیوں آپ کے نام پر کرایے کا VPS anonymity tool نہیں ہے۔
Tor اور VPN: آپ کو حقیقت میں کس کی ضرورت ہے
Tor اور VPN دونوں آپ کے network traffic کو ایسی مشینوں کے ذریعے بھیجتے ہیں جو آپ کی ملکیت نہیں ہوتیں، لیکن دونوں مختلف مسائل حل کرتے ہیں۔ VPN (virtual private network) اعتماد آپ کے internet provider سے منتقل کر کے ایک کمپنی پر مرکوز کر دیتا ہے۔ وہ کمپنی آپ کا اصل address اور آپ کے ملاحظہ کیے گئے ہر destination کو دیکھ سکتی ہے۔ Tor یہ اعتماد مختلف افراد کے زیرِ انتظام تین relays میں تقسیم کرتا ہے۔ اس طرح کوئی ایک relay بیک وقت یہ نہیں جانتا کہ آپ کون ہیں اور آپ کہاں جا رہے ہیں۔ انتخاب اس بنیاد پر کریں کہ آپ کس فریق سے اپنی شناخت چھپانا چاہتے ہیں۔
اگر وہ فریق وہ network ہے جس سے آپ connected ہیں، تو VPN درست tool ہے۔ اگر وہ فریق خود website ہے، یا وہ شخص ہے جو کسی ایک کمپنی کے records حاصل کرنے پر مجبور کر سکتا ہے، تو Tor درست tool ہے۔ اس guide کا باقی حصہ انہی دو جملوں کی تفصیل بیان کرتا ہے۔
دونوں designs میں ایک ہی request کو شروع سے آخر تک دیکھیں
ایک عام request لیں: آپ کا browser https://news.example.com کھولتا ہے۔ دونوں designs میں TLS (transport layer security) صفحے کے content کو محفوظ رکھتی ہے، اس لیے درمیان میں موجود کوئی شخص article نہیں پڑھ سکتا۔ اہم حصہ metadata ہے: آپ کا IP address کون جانتا ہے، destination کون جانتا ہے، اور ان دونوں facts کو آپس میں کون ملا سکتا ہے۔ privacy tool اس جوڑے کو الگ رکھنے کا طریقہ ہے۔ VPN اس جوڑے کو کسی دوسرے فریق کے پاس منتقل کرتا ہے۔ Tor اسے تقسیم کر دیتا ہے۔
VPN استعمال کرتے وقت ہر فریق کو کیا نظر آتا ہے
آپ کا client ہر packet کو encrypt کرکے ایک endpoint پر بھیجتا ہے۔ اس endpoint کے بعد traffic دوبارہ معمول کے مطابق ہو جاتا ہے۔
- آپ کا ISP (internet service provider) آپ کے link اور ایک VPN server address کے درمیان encrypted packets دیکھتا ہے۔ اسے traffic کا حجم اور timing نظر آتی ہے۔ اسے destination hostname نظر نہیں آتا، بشرطیکہ DNS (domain name system) queries بھی tunnel کے ذریعے جائیں۔
- VPN operator ایک طرف آپ کا حقیقی IP address اور دوسری طرف ہر destination address دیکھتا ہے، ساتھ میں اوقات اور packet sizes بھی۔ اس جوڑے کے دونوں حصے ایک ہی machine پر پہنچتے ہیں۔
- destination کو VPN کا exit address نظر آتا ہے، نیز browser کی جانب سے بھیجی گئی ہر شناختی تفصیل بھی۔
اس لیے VPN anonymity فراہم نہیں کرتا۔ یہ observer کو آپ کے ISP سے ہٹا کر VPN provider کے پاس منتقل کرتا ہے۔ جب مسئلہ local network ہو، یا آپ کا ISP نظر آنے والی معلومات کو filter یا resell کرتا ہو، تو یہ حقیقی فائدہ ہے۔ لیکن آپ کی ملاحظہ کی جانے والی site کے خلاف اس کا کوئی فائدہ نہیں، کیونکہ آپ کا traffic اب بھی ایک ہی company کے ایک stream کی صورت میں پہنچتا ہے، اور وہ company آپ کی شناخت پوری طرح جانتی ہے اور آپ کی payment record رکھتی ہے۔
"no logs" کا دعویٰ ہی پورا product ہے، اور یہی وہ حصہ ہے جسے آپ اپنی طرف سے verify نہیں کر سکتے۔ آپ verify کر سکتے ہیں کہ tunnel قائم ہے۔ آپ verify کر سکتے ہیں کہ DNS leak نہیں ہو رہا۔ آپ verify نہیں کر سکتے کہ operator disk پر کیا لکھتا ہے۔ یہی وہ trade ہے جسے آپ قبول کرتے ہیں: آپ کی منتخب کردہ ایک company کے پاس مکمل تصویر موجود ہوتی ہے۔
اس leak کو check کریں جو خاموشی سے tunnel کو بے اثر کر دیتا ہے:
resolvectl status
curl -s https://ifconfig.me; echoifconfig.me کی جانب سے دکھایا گیا address VPN exit ہونا چاہیے۔ آپ کے default route کو لے جانے والے link کے لیے درج DNS servers tunnel کے resolver ہونے چاہییں۔ اگر ان میں اب بھی 192.168.1.1 پر موجود آپ کا local router درج ہو، تو آپ کے name lookups local link سے cleartext میں باہر جا رہے ہیں، کیونکہ اس router کا route on-link ہے اور tunnel کے default route سے زیادہ specific ہے۔ آپ کا traffic private ہے، لیکن آپ کی ملاحظہ کردہ sites کی فہرست private نہیں۔ DNS queries کا WireGuard tunnel سے باہر نکلنا اس مسئلے کے حل کی وضاحت کرتا ہے۔
Tor استعمال کرنے پر ہر فریق کو کیا نظر آتا ہے
Tor تین relays کا circuit بناتا ہے۔ یہ relays directory authorities کے ایک محدود گروپ کی شائع کردہ signed فہرست، یعنی consensus، میں سے منتخب کیے جاتے ہیں۔ آپ کا client ڈیٹا کو layers میں لپیٹتا ہے، ہر relay کے لیے ایک layer۔ ہر relay ایک layer ہٹاتا ہے، صرف اگلے hop کے بارے میں جانتا ہے، اور باقی ڈیٹا آگے بھیج دیتا ہے۔ انہی layers کی وجہ سے راستے میں موجود کوئی ایک فریق دونوں حقائق نہیں جانتا۔
- آپ کا ISP ایک guard relay تک encrypted traffic دیکھتا ہے۔ Relay addresses public ہوتے ہیں، اس لیے ISP معلوم کر سکتا ہے کہ آپ Tor استعمال کر رہے ہیں۔ وہ یہ معلوم نہیں کر سکتا کہ آپ کہاں جا رہے ہیں۔
- guard relay آپ کا اصل IP address دیکھتا ہے۔ اسے destination نظر نہیں آتا، کیونکہ site کا نام بتانے والا message کا حصہ ابھی اس کے بعد آنے والے relays کے لیے encrypted ہوتا ہے۔
- middle relay ایک طرف guard اور دوسری طرف exit دیکھتا ہے۔ اسے نہ آپ نظر آتے ہیں اور نہ destination۔ اس کا مقصد یہ ہے کہ guard اور exit براہ راست ایک دوسرے سے بات نہ کریں۔
- exit relay destination اور network سے باہر جاتے وقت traffic دیکھتا ہے۔ اسے آپ کے address کے بجائے middle relay کا address نظر آتا ہے۔ HTTPS کے ساتھ اسے hostname اور connection metadata معلوم ہوتا ہے، صفحہ نہیں۔
- destination کو exit relay کا address نظر آتا ہے۔ یہ address public exit lists میں شامل ہوتا ہے۔ اس کے علاوہ destination کو وہ معلومات بھی ملتی ہیں جو آپ کا browser فراہم کرتا ہے۔
آپ کو site سے جوڑنے کے لیے guard اور exit، دونوں کا بیک وقت مشاہدہ ضروری ہے۔ یہی اس design کا خلاصہ ہے۔ اسی لیے آپ کا client ہر start پر نیا guard منتخب کرنے کے بجائے کئی ماہ تک ایک ہی guard استعمال کرتا ہے۔ اگر entry relay مسلسل تبدیل کیا جائے تو hostile relay کو بار بار آپ کا guard بننے کا موقع ملے گا۔
Circuits مستقل نہیں ہوتے۔ نئی connections تقریباً ہر دس منٹ میں نئے circuit پر منتقل ہو جاتی ہیں، جبکہ پہلے سے open stream اسی circuit پر رہتا ہے جس پر وہ شروع ہوئی تھی۔ ایک طویل download اور پندرہ منٹ بعد کھولا گیا tab عموماً مختلف exits سے باہر جاتے ہیں۔
تین hops کیسے بنائے جاتے ہیں، جبکہ کوئی relay دوسرے relays کے بارے میں نہیں جانتا
client relays کی فہرست guard کو نہیں دیتا۔ پہلے وہ guard کے ساتھ keys negotiate کرتا ہے۔ پھر guard کے ذریعے ایک request بھیجتا ہے کہ circuit کو middle relay تک بڑھایا جائے۔ اس کے بعد اسی hop کے ذریعے مزید request بھیج کر circuit کو exit تک بڑھایا جاتا ہے۔ ہر relay کو صرف اس neighbour کے بارے میں بتایا جاتا ہے جس سے اسے اگلا رابطہ کرنا ہے۔ ہر hop کی اپنی key ہوتی ہے، جسے دوسرے hops نہیں دیکھ سکتے۔ اسی وجہ سے middle relay مشاہدے سے exit کا کردار معلوم نہیں کر سکتا۔ اسی طرح، ہر چیز log کرنے والا relay بھی صرف ایک fragment log کرتا ہے۔
اسے install کریں اور path کی تصدیق کریں:
sudo apt update && sudo apt install -y tor
systemctl status tor@default
journalctl -u tor@default -n 20
curl --socks5-hostname 127.0.0.1:9050 https://check.torproject.org/api/ipLog کو Bootstrapped 100% (done): Done تک پہنچنا چاہیے۔ curl کو {"IsTor":true,"IP":"..."} ایسے address کے ساتھ print کرنا چاہیے جسے آپ نہیں پہچانتے؛ یہی آپ کا موجودہ exit ہے۔ اگر IsTor، false ہو تو request proxy کے ذریعے نہیں گئی۔ Ubuntu کا packaged Tor موجودہ release سے پیچھے ہو سکتا ہے۔ اگر آپ کو upstream کو track کرنا ہو تو Tor Project اپنی apt repository فراہم کرتا ہے۔
اس command میں ایک اہم مسئلہ موجود ہے۔ --socks5، curl کو hostname خود resolve کرنے اور پھر حاصل شدہ address کو proxy کے ذریعے بھیجنے پر مجبور کرتا ہے۔ اس طرح آپ کا معمول کا resolver ہر اس name کو جان لیتا ہے جسے آپ visit کرتے ہیں۔ --socks5-hostname name کو Tor کے پاس بھیجتا ہے اور exit کو اسے resolve کرنے دیتا ہے۔ Tunnel ایک ہی ہے، لیکن leak بالکل مختلف ہے۔ Tor Browser اور torsocks یہ کام درست طریقے سے کرتے ہیں۔ ہاتھ سے configure کیے گئے tools اکثر ایسا نہیں کرتے۔
Tor صرف TCP streams منتقل کرتا ہے۔ یہ UDP منتقل نہیں کر سکتا، اس لیے ping 1.1.1.1 اس کے ذریعے کبھی نہیں جاتا، اور UDP پر مبنی VPN protocol اس کے اندر نہیں چل سکتا۔ جو program اپنی proxy setting کو نظر انداز کرتا ہے وہ آپ کے معمول کے address کے ساتھ معمول کے route سے connect ہو جاتا ہے، اور کوئی warning ظاہر نہیں ہوتی۔ اسی لیے system-wide Tor کو environment variable کے بجائے الگ box پر transparent proxy کے ذریعے configure کیا جاتا ہے۔
اعتماد در حقیقت کہاں جاتا ہے
VPN اعتماد کو ایک جگہ مرکوز کرتا ہے۔ ایک ہی کمپنی آپ کی شناخت، billing record اور traffic pattern مکمل طور پر رکھتی ہے، جبکہ آپ کا تحفظ اس کے اس وعدے پر منحصر ہوتا ہے کہ وہ logs محفوظ نہیں کرے گی۔ جب تک یہ وعدہ برقرار رہتا ہے، ڈیزائن سادہ، تیز اور سمجھنے میں آسان ہوتا ہے۔ جب یہ وعدہ subpoena، breach یا جھوٹ کے ذریعے ناکام ہوتا ہے تو آپ کے تمام traffic کے لیے ایک ہی وقت میں مکمل ناکامی ہوتی ہے۔
Tor اعتماد تقسیم کرتا ہے۔ تین فریق، جو عموماً ایک دوسرے کو نہیں جانتے، اعتماد کا ایک ایک حصہ رکھتے ہیں، اور اکیلا حصہ بہت کم اہمیت رکھتا ہے۔ اس ڈیزائن کے کام کرنے کے لیے کسی ایک فریق کا ایماندار ہونا ضروری نہیں۔ ضروری یہ ہے کہ ان میں سے کافی فریق ایک دوسرے سے آزاد ہوں۔ اس کی قیمت رفتار، صرف TCP استعمال کرنے، اور ایسے network کی صورت میں ادا ہوتی ہے جہاں بعض relays یقیناً ایسے لوگ چلا رہے ہوتے ہیں جو آپ کی نگرانی کرنا چاہتے ہیں۔ Tor کا جواب یہ ہے کہ مخالف relay کے لیے ایک relay کبھی کافی نہیں ہوتا۔
VPN کب موزوں ہے
- آپ کو مقامی network پر اعتماد نہیں ہے: ہوٹل، airport، conference hall یا landlord کا router۔ operator کو صرف encrypted tunnel دکھائی دیتا ہے، اس سے زیادہ کچھ نہیں۔
- آپ اپنی مشینوں تک رسائی چاہتے ہیں، یا کسی ایسے fixed address سے باہر نکلنا چاہتے ہیں جسے آپ control کرتے ہیں۔
- آپ کو speed اور UDP درکار ہے: video calls، games، large transfers اور backups۔
- آپ ایک stable address چاہتے ہیں جس پر websites بار بار challenge نہ کریں۔ ویب کے بڑے حصے میں Tor exits blocked ہیں یا CAPTCHA دکھاتے ہیں۔
یہ فہرست subscription خریدنے کے بجائے VPS پر اپنا VPN چلانے کے حق میں ہے، اور اپنے طور پر set up کیا ہوا WireGuard server آپ کو ایسا tunnel دیتا ہے جس کی logging policy آپ کی ملکیت کی config file میں موجود ہوتی ہے۔ اگر آپ اسی tunnel کے اوپر device-to-device key management چاہتے ہیں تو plain WireGuard اور Tailscale کے درمیان فرق وہ تقابل ہے جسے پڑھنا چاہیے۔ اس فہرست میں بیان کردہ کام کے لیے ان میں سے ہر ایک بہترین ہے۔ اگلی فہرست میں بیان کردہ کام ان میں سے کوئی نہیں کرتا۔
Tor کب درست انتخاب ہے
- آپ کے مخالف میں destination site، یا وہ کوئی بھی فریق شامل ہے جو کسی ایک کمپنی سے records طلب کر سکتا ہے۔
- آپ ایسی چیز پڑھ یا شائع کر رہے ہیں جس کا آپ کے connection سے منسوب ہونا آپ کے لیے نقصان دہ ہو سکتا ہے۔
- آپ onion service چاہتے ہیں: ایسا traffic جو کبھی network سے باہر نہ جائے، جس میں exit relay شامل نہ ہو، اور ایسا server جس کا address پوشیدہ رہے۔
- آپ سست pages، CAPTCHAs اور کبھی کبھار
403 Forbiddenبرداشت کر سکتے ہیں۔
Tor Browser استعمال کریں، نہ کہ اپنا روزمرہ browser جسے port 9050 پر بھیجا گیا ہو۔ browser تحفظ کا نصف حصہ ہے، اور اس کی وجہ اگلے سے بعد والے section میں بیان کی گئی ہے۔
آپ نے جو VPS کرائے پر لیا ہے، وہ anonymity کے لیے commercial VPN سے بدتر کیوں ہے
لوگ اکثر اس معاملے کو الٹا سمجھتے ہیں۔ آپ نے جو VPS کرائے پر لیا ہے، وہ آپ کے نام سے منسلک lease ہے۔ signup email، card، invoices اور support tickets، اسی IP address کے ساتھ، ایک ہی کمپنی کے database میں محفوظ ہوتے ہیں۔ address کو آپ سے منسلک کرنے کے لیے کسی چیز کو توڑنے کی ضرورت نہیں ہوتی۔ یہ تعلق پہلے ہی درج ہوتا ہے، معمول کی accounting وجوہات کی بنا پر محفوظ رکھا جاتا ہے، اور قانونی اختیار رکھنے والا کوئی بھی شخص provider سے دریافت کر کے یہ معلومات حاصل کر سکتا ہے۔
دوسرا مسئلہ crowd ہے۔ commercial VPN کا exit address ایک ہی وقت میں بہت سے customers کے درمیان shared ہوتا ہے، اس لیے صرف اس address سے کسی ایک شخص کی شناخت نہیں ہوتی۔ آپ کا VPS address صرف آپ کے لیے ہوتا ہے۔ اس سے باہر جانے والی ہر request آج بھی آپ کی ہوتی ہے اور اگلے ماہ بھی، اور address rotate نہیں ہوتا۔ اس لیے destination بغیر کسی cookies کے بھی کئی ماہ کے دوران آپ کا profile بنا سکتا ہے۔
اس کا مطلب یہ نہیں کہ self-hosted VPN ناقص ہے۔ یہ ایسے network پر آپ کے traffic کو encrypt کرنے کے لیے بہت مفید ہے جس پر آپ کا control نہیں ہوتا، اور کہیں سے بھی اپنی services تک رسائی کے لیے بھی۔ لیکن یہ anonymity tool نہیں ہے، اور اسے اس مقصد کے لیے استعمال کرنا ہی اصل غلطی ہے۔ آپ کا provider خود machine پر کیا دیکھ سکتا ہے اور کیا نہیں، اس کی سادہ وضاحت کے لیے جانیں کہ VPS hosting حقیقت میں کتنی محفوظ ہے پڑھیں۔
Tor یا VPN میں سے کوئی بھی اس مسئلے کو حل نہیں کرتا
- Browser fingerprinting۔ آپ کا user agent، screen size، timezone، installed fonts، language اور canvas rendering مل کر ایسی قدر بناتے ہیں جو اکثر منفرد ہوتی ہے، اور آپ کے استعمال کردہ ہر IP address پر آپ کا تعاقب کرتی ہے۔ Tor Browser اپنے صارفین کو ایک دوسرے جیسا دکھا کر اور window کو مقررہ مراحل میں resize کر کے اس خطرے کا مقابلہ کرتا ہے۔ SOCKS proxy کے پیچھے چلنے والا آپ کا معمول کا browser اپنا fingerprint اور cookies برقرار رکھتا ہے۔
- لاگ اِن کرنا۔ جیسے ہی آپ ایسے account میں sign in کرتے ہیں جسے آپ کا نام معلوم ہے، network layer کی اہمیت ختم ہو جاتی ہے۔ گھر سے ایک login اور اسی account میں Tor کے ذریعے کیا گیا دوسرا login دونوں sessions کو آپس میں جوڑ دیتا ہے۔
- وہ تمام معلومات جو endpoint بہرحال record کرتا ہے: آپ نے کیا type کیا، کیا خریدا، اور کیا search کیا۔
- End-to-end correlation۔ جو شخص بیک وقت آپ کی line اور exit کی نگرانی کرتا ہو، وہ timing اور packet volume کو ملا کر دونوں سروں کو match کر سکتا ہے۔ Tor واضح طور پر کہتا ہے کہ وہ ایسے adversary سے تحفظ نہیں دیتا جو دونوں اطراف دیکھ سکتا ہو۔
کیا Tor اور VPN کو ایک ساتھ استعمال کیا جا سکتا ہے؟
VPN over Tor سے مراد یہ ہے کہ پہلے VPN سے connection قائم ہوتا ہے اور پھر Tor اسی کے اندر چلتا ہے۔ آپ کا ISP صرف VPN کو دیکھتا ہے، جبکہ guard relay کو آپ کے بجائے VPN کا address نظر آتا ہے۔ لیکن اس طرح آپ نے ایک ایسی کمپنی کو، جس کے پاس آپ کا نام اور card record موجود ہے، ایسے نظام کے سامنے رکھ دیا ہے جس کا مقصد ہی اس معلومات سے بچنا ہے۔ یہ صرف ایک صورت میں قابلِ غور ہے: جب آپ کی line پر Tor کا استعمال ہی خطرناک ہو اور آپ کے پاس اس سے بہتر کوئی option نہ ہو۔
Tor over VPN میں traffic پہلے Tor network سے نکلتا ہے اور پھر VPN account میں داخل ہوتا ہے۔ اسے set up کرنا زیادہ مشکل اور عموماً کم مؤثر ہوتا ہے۔ اس account کے ساتھ آپ کا payment record منسلک ہوتا ہے، اس لیے آپ نے اس traffic کے ساتھ ایک مستقل identity جوڑ دی جو کچھ لمحے پہلے anonymous تھی۔
اگر مقصد صرف اپنے ISP سے Tor کے استعمال کو چھپانا ہے تو supported طریقہ bridge ہے۔ یہ ایسا entry point ہوتا ہے جو public consensus میں شامل نہیں ہوتا۔ اس کے ساتھ obfs4 یا Snowflake جیسا pluggable transport استعمال کیا جاتا ہے، جو traffic کی درجہ بندی مشکل بنا دیتا ہے۔ Tor Browser دونوں کے ساتھ ship ہوتا ہے، اور کسی تیسری کمپنی کو آپ کا نام دینے کی ضرورت نہیں ہوتی۔
FAQ
کیا Tor صرف ایک مفت VPN ہے؟
نہیں۔ VPN آپ کے traffic کو ایک کمپنی کے زیرِ انتظام ایک سرور سے گزارتا ہے۔ وہ کمپنی آپ کا حقیقی address اور ہر destination دیکھ سکتی ہے۔ یوں آپ کا ISP ایک ایسے provider سے بدل جاتا ہے جسے آپ نے خود منتخب کیا ہے۔ Tor آپ کے traffic کو مختلف لوگوں کے زیرِ انتظام تین relays سے گزارتا ہے۔ guard آپ کو دیکھتا ہے، لیکن site کو نہیں۔ exit site کو دیکھتا ہے، لیکن آپ کو نہیں۔ Tor صرف TCP استعمال کرتا ہے، نمایاں طور پر سست ہے، اور بہت سی websites اسے block یا challenge کرتی ہیں۔ اس لیے یہ VPN کے روزمرہ استعمال کا براہِ راست متبادل نہیں ہے۔
کیا میرا ISP بتا سکتا ہے کہ میں Tor استعمال کر رہا ہوں؟
عام configuration میں، ہاں۔ Relay addresses public consensus میں شائع ہوتے ہیں۔ اس لیے آپ کا provider دیکھ سکتا ہے کہ آپ ایک معروف guard relay سے connect ہو رہے ہیں۔ وہ یہ نہیں دیکھ سکتا کہ آپ کن sites تک پہنچ رہے ہیں۔ استعمال کو خود چھپانے کے لیے Tor Browser bridges فراہم کرتا ہے۔ ان میں obfs4 یا Snowflake جیسا pluggable transport استعمال ہو سکتا ہے۔ یہ bridges ایسے entry point سے connect ہوتے ہیں جو public list میں شامل نہیں ہوتا۔ Tor سے پہلے VPN استعمال کرنے سے بھی آپ کے ISP سے Tor کا استعمال چھپ جاتا ہے، لیکن یہی معلومات VPN operator کو معلوم ہو جاتی ہیں۔
کیا اپنے VPS پر VPN چلانے سے میں anonymous ہو جاتا ہوں؟
نہیں۔ یہ server آپ کے نام پر اور آپ کے card سے rent کیا گیا ہے۔ اس لیے provider کے billing records پہلے ہی اس address کو آپ سے منسلک کرتے ہیں۔ انہیں پڑھنے کے لیے provider سے request کرنا کافی ہے۔ یہ address صرف آپ استعمال کرتے ہیں۔ اس لیے اس سے باہر جانے والی ہر چیز ایک ہی شخص سے منسلک کی جا سکتی ہے، جب تک آپ server برقرار رکھتے ہیں۔ Self-hosted VPN مقامی network کے خلاف privacy کا مضبوط tool ہے، لیکن ہر اس فریق کے خلاف anonymity کا کمزور tool ہے جو آپ کے provider سے معلومات طلب کر سکتا ہے۔
Tor استعمال کرتے وقت websites مجھے block یا CAPTCHAs کیوں دکھاتی ہیں؟
کیونکہ exit relay addresses public ہوتے ہیں اور بہت سے لوگ انہیں مشترکہ طور پر استعمال کرتے ہیں۔ اس لیے ان میں سے کسی بھی user کی abuse اس address سے منسلک ہو جاتی ہے جسے آپ عارضی طور پر استعمال کر رہے ہیں۔ Content delivery networks ایسے addresses کو خراب reputation score دیتے ہیں اور جواب میں challenge، 403 Forbidden، یا ایسا signup form دکھاتے ہیں جو submit نہیں ہوتا۔ آپ کی طرف کی کوئی configuration اس مسئلے کو ختم نہیں کرتی۔ نیا circuit آپ کو مختلف exit فراہم کرتا ہے، جس کی reputation کبھی بہتر ہوتی ہے۔
اگر میں VPN استعمال کروں تو کیا میری DNS queries پھر بھی leak ہو سکتی ہیں؟
ہاں، اور یہ عام مسئلہ ہے۔ Full tunnel فعال ہو اور tunnel interface کے لیے کوئی resolver set نہ ہو تو client مقامی network سے حاصل کیا ہوا resolver استعمال کرتا رہتا ہے۔ اس resolver تک route on-link ہوتا ہے، اس لیے وہ tunnel کی default route پر ترجیح پاتا ہے۔ اس کے بعد آپ کی queries cleartext میں باہر جاتی ہیں، جبکہ باقی traffic encrypted رہتا ہے۔ resolvectl status چلائیں اور تصدیق کریں کہ default route رکھنے والے link کے لیے درج DNS server، tunnel کا resolver ہے، نہ کہ آپ کا مقامی router۔