Tor یا VPN: بر اساس این‌که هر مسیر شما را به چه کسی ناچار می‌کند اعتماد کنید تصمیم بگیرید
VPN اعتماد شما را روی یک اپراتور انباشته می‌کند؛ Tor آن را میان رله‌ها پخش می‌کند. بر پایه پوشش، بر پایه این‌که چه کسی می‌تواند شما را به سایتی پیوند دهد و بر پایه آنچه می‌توانید بررسی کنید تصمیم بگیرید.
انتخاب میان Tor و VPN به این برمی‌گردد که تحمل کنید کدام طرف دو سر یک اتصال را ببیند. VPN آن دید را در یک اپراتور که خود انتخاب کرده‌اید متمرکز می‌کند. Tor آن را میان رله‌ها تقسیم می‌کند، پس هیچ رله‌ای نباید بفهمد شما چه کسی هستید و چه چیزی گرفته‌اید.
هیچ‌کدام از این دو چیدمان به‌تنهایی شما را ناشناس نمی‌کند. آن‌چنان چیدمانی را برگزینید که بتوانید اعتماد باقی‌مانده‌اش را بلند بگویید، سپس بخش‌هایی را که بی‌پوشش می‌گذارد درست کنید.
بشمارید چه کسی می‌تواند شما را به مقصدی پیوند دهد
با VPN، هر جریان پوشش‌داده‌شده پیش از رسیدن به مقصد به خروج اپراتور می‌رسد. آن اپراتور ناچار نشانی مبدأ شما را می‌بیند و برای هر چیزی که از آن راه رمزنگاری نشده باشد، مقصدی را که خواسته‌اید. TLS محتوای صفحه را از آن دید بیرون نگه می‌دارد، اما معمولاً نام میزبان را هنگام برقراری اتصال آشکار می‌گذارد. پس یک طرف می‌تواند شما را به سایتی پیوند دهد و همین پیوند دقیقاً همان اعتمادی است که می‌دهید.
Tor آن دو نیمه را میان سه رله تقسیم می‌کند: نگهبانی که نشانی شما را می‌داند اما مقصدتان را نه، رله میانی که هیچ‌یک از دو سر را نمی‌داند، و خروجی که مقصد را می‌داند اما شما را نه. طراحی فرض می‌کند هیچ رله‌ای هر دو واقعیت را با هم ندارد، که فرضی ضعیف‌تر و سودمندتر از اعتماد به یک شرکت است. فرض نمی‌کند رله‌ها صادق‌اند و ناظری را که دو سر مسیر را می‌پاید شکست نمی‌دهد.
هر دو طراحی یک نقطه‌ضعف مشترک دارند و آن در مقصد است. اگر وارد حساب شوید، سرویس آن نشست را به حساب شما پیوند می‌دهد، هر مسیری که بسته‌ها برای رسیدن به آن‌جا پیموده باشند. مسیریابی تغییر می‌دهد که درخواست ظاهراً از کجا می‌آید، نه این‌که صفحه از شما چه می‌خواهد ارائه کنید.
پوشش مهم‌تر از نمودار مسیریابی است
VPN در لایه شبکه مسیریابی می‌کند، بنابراین هر برنامه‌ای روی دستگاه تونل را به ارث می‌برد مگر این‌که آگاهانه آن را استثنا کنید. همین گستره دلیل آن است که هم‌زمان برای کارخواه ایمیل، مدیر بسته و مرورگر کار می‌کند.
مرورگر Tor یک بسته است و محافظت‌هایش بیشتر درون مرورگر زندگی می‌کنند: اثر انگشت یکسان، جداسازی میان سایت‌ها و اسکریپت‌هایی که با سطح امنیتی محدود می‌شوند نه با افزونه‌هایی که نصب کرده‌اید. هدایت Chrome به یک درگاه SOCKS فقط مسیریابی را می‌خرد، بی‌آن‌که هیچ‌یک از آن‌ها را داشته باشد، که منبعی رایج برای اعتماد به‌جای‌نامناسب است.
بقیه میزکار دست‌نخورده می‌ماند. کارخواه همگام‌سازی، به‌روزرسان یا سندی که بارگیری شده و در برنامه دیگری باز می‌شود، همان‌گونه که آن برنامه پیکربندی شده متصل می‌شود و هیچ‌یک از آن‌ها از شنونده SOCKS عبور نمی‌کند مگر این‌که آن را همان‌جا تنظیم کنید. برنامه‌هایی را که با شبکه گفتگو می‌کنند فهرست کنید، سپس بپرسید ابزار برگزیده کدام‌یک را واقعاً می‌پوشاند. پوشش ویژگی پیکربندی شماست، نه نیت شما.
با سه شرط انتخاب کنید
تصمیم معمولاً با سه پرسش روشن می‌شود: ترافیک از یک برنامه می‌آید یا از کل دستگاه، آیا مقصد باید نتواند نشانی شما را شناسایی کند، و آیا باید به شبکه‌ای خصوصی برسید؟ به همین ترتیب پاسخ دهید و ابزار بیشتر وقت‌ها خودش را انتخاب می‌کند.
| Requirement | Better fit | Reason |
|---|---|---|
| Every app covered, including non-browser traffic | A device VPN | Routing happens below the application, with a kill switch to stop leaks |
| Destination must not learn your address | Tor | The site sees a shared exit address rather than one tied to your account |
| Browser fingerprint that blends in | Tor Browser | The uniformity ships with the browser, a proxy alone adds none of it |
| Access to a private subnet or office resource | A VPN | Tor exits reach the public internet, not your internal routes |
وقتی دو شرط با هم تعارض دارند، بسنجید کدام را می‌توانید اعمال کنید. تونل دستگاه با فهرست استثنای نشت‌دار بدتر از مسیر فقط در مرورگر است که می‌توانید نشان دهید.
بررسی برای هر دو مسیر ارزان است و باید پیش از تکیه بر هر یک از آن‌ها انجام شود:
curl -s --socks5-hostname 127.0.0.1:9050 https://check.torproject.org/api/ip curl -4 -s https://api.ipify.org; echo
نتیجه نادرست فرمان نخست یعنی درخواست بیرون از مدار رفته است و همین خرابی است که می‌ارزد زود شکار شود. دومی را با نشانی‌ای مقایسه کنید که ارائه‌دهنده‌تان تعیین کرده، نه با نشانی‌ای که از هفته گذشته به یاد دارید.
چیزی که هیچ‌یک از دو گزینه ترمیم نمی‌کند
رمزنگاری برنامه‌ها هنوز کاری را انجام می‌دهد که هیچ مسیری انجام نمی‌دهد. HTTP ساده هنگام گذر از شبکه حریم خصوصی در خروج خوانا می‌ماند و HTTPS تنها چیزی است که بار را سرتاسر محافظت می‌کند. TLS نیز هیچ چیزی درباره نام میزبانی که تایپ کرده‌اید نمی‌گوید، از همین رو مقصد برای هر کسی که مسیر را پایان می‌دهد دیدنی می‌ماند.
حساب‌ها شما را شناسایی می‌کنند و هیچ انتخاب مسیریابی این را تغییر نمی‌دهد: سرویس می‌داند چه کسی وارد شده، بی‌توجه به نشانی در سرآیند. همبستگی از سوی ناظری که بخش کافی از شبکه را می‌بیند، نفوذ به دستگاه خودتان و هر چیزی که در فرم تایپ می‌کنید از هر دو طراحی جان سالم به در می‌برند. با هر دو ابزار مانند راهی برای جابه‌جا کردن اعتماد رفتار کنید، نه راهی برای پاک کردن آن.
از پیکربندی پیش‌فرضی که هر پروژه مستند می‌کند آغاز کنید، مسیر را با دو فرمان بالا تأیید کنید و تنها پس از آن جاگذاری VPN زیر Tor را در نظر بگیرید. تودرتو کردن آن‌ها پیکربندی‌ای با حالت‌های خرابی خودش است، نه ارتقای رایگان.