چرا Tor از VPN کندتر به نظر می‌رسد: کلیک‌ها در برابر دانلودها

صفحه‌هایی که هنگام دانلود با نرخ عادی گیرکرده به نظر می‌رسند، از رفت‌وبرگشت‌ها می‌گویند، نه پهنای باند. VPN یک پرش رمزگذاری‌شده اضافه می‌کند و یک مدار Tor چند پرش، و هر پرش اضافی هزینهٔ یک دست‌دادن را پیش از حرکت هر بایت مفید می‌پردازد. این هزینه در صفحه‌ای دیده می‌شود که اتصال‌های کوتاه بسیاری باز می‌کند و در یک انتقال بزرگ تقریباً از میان می‌رود. وقتی الگو آشکار شد، بحث دیگر بر سر این نیست که کدام ابزار سریع‌تر است.

نشانه به هزینهٔ راه‌اندازی اشاره دارد، نه به ظرفیت

بارگذاری صفحه زنجیره‌ای از تبادل‌های وابسته است: جست‌وجوی نام، دست‌دادن انتقال، دست‌دادن TLS، سپس نخستین درخواست. هر پرش در مسیر رفت‌وبرگشت خود را پیش از آنکه چیزی نمایش داده شود به آن زنجیره می‌افزاید. دانلود بزرگ همان هزینهٔ راه‌اندازی را یک بار می‌پردازد و سپس جریان می‌یابد، و دقیقاً همین است که سبب اختلاف دو بار کاری می‌شود.

در پنل شبکه زمان سپری‌شده در انتظار پیش از نخستین بایت را بخوانید، نه کل زمان را. انتظار طولانی با دانلود کوتاه محتوا به رفت‌وبرگشت‌ها اشاره دارد، در حالی که دانلود طولانی با انتظار کوتاه به توان عبوری اشاره دارد. آزمون را با مقصد دومی تکرار کنید، چون یک میزبان پشت یک رلهٔ مشغول چیزی را ثابت نمی‌کند. وقتی انتقال خوب است و کلیک کند است، مدت‌ها پیش از پهنای باند به هزینهٔ راه‌اندازی شک کنید.

تأخیر و ظرفیت به شکل‌های متفاوت شکست می‌خورند

دو خواندن بگیرید و بیشتر سردرگمی خودبه‌خود حل می‌شود. تأخیر هزینه‌ای ثابت برای هر تبادل است و ظرفیت نرخی در طول زمان، پس یک مسیر می‌تواند در اولی خوب و در دومی بد باشد. نقطهٔ پایانی دور با پردازندهٔ بی‌کار به درخواست کوچک سریع پاسخ می‌دهد و باز هم انتقال پیوسته را به آنچه پیوند بالاسویش اجازه می‌دهد محدود می‌کند. کاربران این شکاف را به شکل کلیکی سریع و سپس نوار پیشرفتی که به‌سختی تکان می‌خورد تجربه می‌کنند.

ظرفیت را با انتقال پیوسته بیازمایید و ببینید نرخ ثابت می‌ماند یا دندانه‌ای می‌شود. تأخیر را با درخواست کوچکی که بارها تکرار می‌شود بیازمایید و پراکندگی را بخوانید نه بهترین نمونه را، چون پراکندگی گسترده بدتر از آنچه میانگینش می‌گوید حس می‌شود. هر دو عدد را پیش و پس از هر تغییر ثبت کنید، وگرنه بعداً اعتبار را به متغیر نادرست می‌دهید.

برخورد با این دو به‌عنوان یک عدد اصلاحاتی پدید می‌آورد که هرگز سنجه‌ای را که برایتان مهم است تکان نمی‌دهد. این رایج‌ترین راهی است که شکایت از تأخیر با ارتقای پهنای باند پاسخ داده می‌شود.

مسیریابی پیازی پرش‌هایی می‌افزاید که خود انتخاب نکرده‌اید

یک مدار Tor معمولاً از سه رله استفاده می‌کند — یک نگهبان، یک گرهٔ میانی و یک خروجی — و کارخواه آن‌ها را از یک اجماع برمی‌گزیند، نه از یک نقشه. بنابراین مسیر می‌تواند بسیار طولانی‌تر از خط مستقیم تا مقصد باشد. هر رله ترافیک دیگران را نیز حمل می‌کند، پس جریان شما هر ظرفیتی را که برای آن رله مانده باشد سهیم می‌شود.

بازاستفاده از مدار هزینه را نرم می‌کند، چون جریان تازه می‌تواند بر مدار موجود سوار شود به‌جای پرداخت برای ساخت دیگری. کارخواهی که برای هر درخواست مدار تازه می‌سازد هزینهٔ راه‌اندازی را بارها می‌پردازد و بسیار بدتر از آنی حس می‌شود که بازاستفاده می‌کند. انتخاب خروجی هم مهم است، چون برخی خروجی‌ها بار سنگین‌تری حمل می‌کنند و هیچ چیز در رابط به شما نمی‌گوید بر کدام فرود آمده‌اید. همین سهیم‌شدن مقصود طراحی و دلیل آن است که تأخیر را نمی‌توان به مقدار ثابتی تنظیم کرد، پس یک خروجی کند دلیل ضعیفی برای رها کردن این چیدمان است.

تغییر ترتیب زنجیره آزمایش را تغییر می‌دهد

نخست VPN و سپس Tor آزمایشی متفاوت از نخست Tor و سپس VPN است. در چیدمان نخست نقطهٔ پایانی VPN تمام مدار را حمل می‌کند، پس شبکهٔ دسترسی شما فقط نشانی VPN را می‌آموزد. در دومی خودِ اتصال VPN درون مسیر پیازی حمل می‌شود و خروجی ترافیک VPN را می‌بیند. هر دو طراحی مشروعی هستند و مقایسهٔ هر یک با یک VPN برهنه چیز دیگری را می‌سنجد، از این رو صفحهٔ پروژهٔ Tor دربارهٔ ترکیب این دو آن را پرسشی دربارهٔ آنچه می‌کوشید پنهان کنید می‌داند پیش از آنکه پرسشی دربارهٔ زمان‌بندی باشد.

دستگاه، شبکهٔ دسترسی و مقصد را ثابت نگه دارید و میان اجراها دقیقاً یک عنصر را تغییر دهید. جابه‌جا کردن سرورها، مدارها و میزبان‌های آزمون با هم تفاوتی می‌سازد که هیچ‌کس نمی‌تواند به چیزی نسبت دهد. پیش از بهینه‌سازی بنویسید هر چیدمان چه چیزی را از چه کسی پنهان می‌کند، چون زنجیرهٔ تندی که آنچه می‌خواستید پنهان کنید را آشکار کند بهبود نیست.

مقایسه‌ای که از اجرای دومی جان سالم به در می‌برد

دو یا سه مقصدی را که واقعاً استفاده می‌کنید برگزینید و همان تعامل را روی هر یک زمان بگیرید، از جمله صفحه‌ای که منابع کوچک بسیاری می‌کشد و یک انتقال بزرگ. کل مجموعه را در ساعتی دیگر از روز تکرار کنید.

میانه و بدترین حالت را گزارش کنید نه سریع‌ترین نمونه را، چون کار تعاملی با لحظه‌های بدش سنجیده می‌شود. کارخواه، نقطهٔ پایانی یا خروجی و اینکه مدار یا تونل برای آن اجرا بازاستفاده شد را یادداشت کنید. اگر تغییری میانه را بهتر و دنباله را بدتر کند، این معامله است نه برد، و تصمیم دربارهٔ اینکه کاربران آن را متوجه می‌شوند یا نه همان تصمیم واقعی است.