آیا Tor از VPN عبور میکند؟ تونل تقسیمشده چه چیزی را تغییر میدهد
نشان VPN متصل و فرایند در حال اجرای Tor ثابت نمیکنند که اتصال ورودی Tor از تونل استفاده کرده است. قاعده تقسیم را بررسی کنید، سپس مسیر خرابی را.
این باوری است که ارزش آزمودن دارد: نشان متصل یعنی ترافیک Tor نخست از VPN گذشته است. این استنتاج بیشتر از آنچه باید شکست میخورد، و بیصدا شکست میخورد. یک تطبیقگر تونل تقسیمشده میتواند فرایند Tor را بیرون از تونل بگذارد در حالی که دستگاه متصل میماند، و هر دو مشاهده همزمان درستاند. نماد از یک واسط خبر میدهد؛ مسیری که بستههای شما پیمودهاند پرسشی جداست. به آن از روی مسیریابی و تطبیقگر پاسخ دهید، نه از روی نشان.
نشان متصل چه چیزی را ثابت میکند و چه چیزی را نه
VPN متصل یعنی یک واسط بالا است و تونلی به همتا وجود دارد. اتصال ورودی Tor جریان دیگری است که فرایند دیگری میسازد، و اینکه به آن تونل وارد میشود به تطبیقگر و جدول مسیریابی اعمالشده بر آن بستگی دارد. فرایند را کنار بگذارید و VPN باز هم متصل میشود، Tor باز هم مدار میسازد، و ترتیبی که میخواستید رخ نمیدهد. دو مشاهده به دو پرسش متفاوت پاسخ میدهند، از این رو هیچکدام بهتنهایی ترتیب را روشن نمیکند.
این شکاف خطا در هیچیک از دو ابزار نیست. قاعده استثنا دقیقاً برای همین است، و قاعده احتمالاً به دلیلی نوشته شده که کسی هنوز به یاد دارد.
کارخواه کدام تطبیقگر را بر اتصال اعمال میکند
آنچه مسیر را تعیین میکند تطبیقگری است که کارخواه بر هر اتصال اعمال میکند: نام فرایند، پیشوند مقصد یا مدخل مسیر، بسته به کارخواه. میانبر روی میزکار با هیچیک از آنها منطبق نمیشود، چون یک راهانداز است نه واحد سیاست. مجموعه قواعد کارخواه را بخوانید و واحدی را که واقعاً میآزماید نام ببرید پیش از آنکه درباره Tor استدلال کنید. اگر کارخواه بر پایه مقصد تطبیق میدهد، پرسش این میشود که کدام پیشوندها درون تونلاند، نه کدام برنامه در حال اجراست.
قاعدهای مبتنی بر مقصد که فقط پیشوندهای دفتر خصوصی را میبرد شکلی رایج است، و اتصالهای ورودی عادی Tor را از روی طراحی مستقیم میگذارد. این همان سیاست است که مطابق پیکربندی کار میکند، و ترتیب VPN-پیش-از-Tor نیست هرچند نشان چقدر سالم به نظر برسد. تطبیقگر و پیشوندهای مستثنا را در یک سطر یادداشتهایتان بنویسید، چون همان جفت قاعده است.
وقتی تونل میافتد چه بر سر Tor میآید
حالا تونل را بردارید و ببینید Tor چه میکند، چون سیاستی که فقط تا سالم بودن شبکه دوام میآورد همان سیاستی نیست که توصیف کردید. ممکن است کارخواه در مدت قطع، ترافیک مستقیم را رد کند، بیصدا اجازه دهد، یا لحظهای بعد دوباره متصل شود و قاعده را دوباره اعمال کند. قطع دستی و از کار افتادن دو رویداد متفاوتاند، و از کار افتادن همانی است که کسی تمرین نکرده. با ترافیک بیخطر آزمایش کنید و ثبت کنید کدام یک از سه پیامد را واقعاً مشاهده کردید.
رفتار مستند کارخواه را هم بخوانید، اما سند را تا زمانی که آزمون شما با آن همرأی نشود یک فرضیه بدانید. فروشندگان پیشفرض را توصیف میکنند؛ نمایه شما استثنا را تعیین میکند.
چرا نشانی خروج نمیتواند به پرسش ورود پاسخ دهد
سایتی که از طریق Tor دیده میشود نشانی رله خروج را گزارش میکند، که میگوید مدار از کجا بیرون آمد و هیچ چیز درباره اینکه گام نخست چگونه از دستگاه شما خارج شد نمیگوید. مردم آن نشانی را به عنوان مدرک ترتیب VPN-نخست نقل میکنند، و چنین باری را نمیتواند بردارد. پرسش ورود محلی است: کدام واسط اتصال را به نخستین رله برد، و همتای VPN کدام نشانی مبدأ را میدید. با جستوجوی مسیر یا ضبط بسته روی دستگاه پاسخ دهید، نه با یک وبسایت.
دو مسیر متفاوت میتوانند یک کشور خروج بسازند، پس نتیجه منطبق حتی کمتر از آنچه به نظر میرسد ثابت میکند. واسطها را مقایسه کنید، نه جغرافیا را.
برنامههایی که هرگز تنظیمات مرورگر را به ارث نبردند
یک نمایشگر سند، یک کارخواه همگامسازی و یک مدیر بسته هر یک اتصالهای خود را میسازند، و هیچکدام تنظیمات پروکسی مرورگر را به ارث نمیبرند. هر یک از تطبیقگر کارخواه، پیکربندی خودش یا پروکسی سیستم پیروی میکند، و این ترکیب بهندرت نوشته میشود. فهرست استثناها اینطور رشد میکند: هر بار یک برنامه، هر افزوده معقول، تا آنجا که هیچکس نتواند بگوید فهرست چه چیزی را پوشش میدهد. بهجای آن برای هر برنامه نموداری کوتاه نگه دارید که تطبیقگر، مسیر و رفتار خرابی را نام ببرد.
اگر لایه اضافی VPN هیچ هدفی را که بتوانید بگویید برآورده نمیکند، برداشتن لایه از نگهداشتن فهرست بلندی از استثناها آسانتر قابل بررسی است. در همین حال یادداشت پروژه Tor درباره VPNها به همان پرسش ترتیب از سوی دیگر نزدیک میشود. اجزای متحرک کمتر یعنی فرضهای کمتری برای آزمون دوباره پس از بهروزرسانی بعدی کارخواه.