Tor VPN से धीमा क्यों लगता है: क्लिक बनाम डाउनलोड

जो पृष्ठ डाउनलोड सामान्य गति से चलते समय चिपके हुए लगते हैं, वे राउंड ट्रिप का वर्णन करते हैं, बैंडविड्थ का नहीं। एक VPN एक एन्क्रिप्टेड छलांग जोड़ता है और एक Tor सर्किट कई जोड़ता है, और हर अतिरिक्त छलांग कोई भी उपयोगी बाइट हिलने से पहले एक हैंडशेक का खर्च लेती है। वह खर्च ऐसे पृष्ठ पर दिखता है जो बहुत से छोटे कनेक्शन खोलता है और एक बड़े स्थानांतरण में लगभग गायब हो जाता है। पैटर्न दिखते ही बहस इस पर नहीं रहती कि कौन-सा औज़ार तेज़ है।

लक्षण क्षमता नहीं, सेटअप लागत की ओर इशारा करता है

पृष्ठ लोड होना परस्पर निर्भर अदल-बदल की श्रृंखला है: नाम खोज, परिवहन हैंडशेक, TLS हैंडशेक, फिर पहला अनुरोध। रास्ते की हर छलांग कुछ भी बनने से पहले अपनी राउंड ट्रिप उस श्रृंखला में डालती है। बड़ा डाउनलोड वही सेटअप लागत एक बार चुकाता है और फिर बहता है, और ठीक इसी कारण दोनों कार्यभार अलग पड़ते हैं।

नेटवर्क पैनल में कुल नहीं, पहली बाइट से पहले बिताया गया इंतज़ार का समय पढ़ें। छोटे सामग्री डाउनलोड के साथ लंबा इंतज़ार राउंड ट्रिप की ओर इशारा करता है, जबकि छोटे इंतज़ार के साथ लंबा सामग्री डाउनलोड थ्रूपुट की ओर। दूसरे गंतव्य के विरुद्ध दोहराएँ, क्योंकि व्यस्त रिले के पीछे एक मेज़बान कुछ साबित नहीं करता। जब स्थानांतरण ठीक हो और क्लिक धीमा हो, तो बैंडविड्थ से बहुत पहले सेटअप लागत पर संदेह करें।

देरी और क्षमता अलग-अलग तरह से विफल होती हैं

दो रीडिंग लें और ज़्यादातर उलझन खुद सुलझ जाती है। लेटेंसी हर अदल-बदल की स्थिर लागत है और क्षमता समय के साथ दर है, इसलिए एक रास्ता पहले में अच्छा और दूसरे में खराब हो सकता है। निष्क्रिय प्रोसेसर वाला दूर का अंत बिंदु छोटे अनुरोध का जवाब तेज़ी से देता है और फिर भी लगातार स्थानांतरण को उतना ही सीमित रखता है जितना उसका अपलिंक अनुमति देता है। उपयोगकर्ता इस विभाजन को तेज़ क्लिक और फिर मुश्किल से हिलती प्रगति पट्टी के रूप में अनुभव करते हैं।

लगातार स्थानांतरण से क्षमता जाँचें और देखें कि दर स्थिर रहती है या आरी जैसी होती है। कई बार दोहराए गए छोटे अनुरोध से लेटेंसी जाँचें और सर्वोत्तम नमूने के बजाय फैलाव पढ़ें, क्योंकि चौड़ा फैलाव अपने औसत से बताए जाने से बुरा लगता है। हर बदलाव से पहले और बाद में दोनों आंकड़े लिखें, वरना बाद में गलत चर को श्रेय देंगे।

दोनों को एक आंकड़ा मानने से ऐसे सुधार निकलते हैं जो उस माप को कभी नहीं हिलाते जो आपके लिए मायने रखता है। देरी की शिकायत का जवाब बैंडविड्थ अपग्रेड से देने का यह सबसे आम तरीका है।

प्याज़ राउटिंग वे छलांगें जोड़ती है जिन्हें आपने नहीं चुना

Tor सर्किट आमतौर पर तीन रिले इस्तेमाल करता है — एक गार्ड, एक मध्य नोड और एक एग्ज़िट — और क्लाइंट उन्हें मानचित्र से नहीं, सहमति से चुनता है। इसलिए रास्ता गंतव्य तक की सीधी रेखा से बहुत लंबा हो सकता है। हर रिले दूसरों का ट्रैफ़िक भी ढोता है, इसलिए आपकी धारा उस रिले में बची जितनी क्षमता है उसे बाँटती है।

सर्किट का पुन: उपयोग लागत को नरम करता है, क्योंकि नई धारा दूसरे निर्माण का भुगतान करने के बजाय मौजूदा सर्किट पर सवार हो सकती है। हर अनुरोध के लिए नया सर्किट बनाने वाला क्लाइंट सेटअप बार-बार चुकाता है और पुन: उपयोग करने वाले से बहुत बुरा लगता है। एग्ज़िट का चुनाव भी मायने रखता है, क्योंकि कुछ एग्ज़िट भारी भार ढोते हैं और इंटरफ़ेस में कुछ भी नहीं बताता कि आप किस पर उतरे। वही साझा करना डिज़ाइन का उद्देश्य है और यही कारण है कि लेटेंसी को स्थिर मान पर नहीं बिठाया जा सकता, इसलिए एक धीमा एग्ज़िट इस व्यवस्था को छोड़ने का कमज़ोर कारण है।

श्रृंखला का क्रम बदलने से प्रयोग बदल जाता है

पहले VPN और फिर Tor, पहले Tor और फिर VPN से अलग प्रयोग है। पहली व्यवस्था में VPN का अंत बिंदु पूरा सर्किट ढोता है, इसलिए आपका एक्सेस नेटवर्क केवल VPN पता जानता है। दूसरी में VPN कनेक्शन खुद प्याज़ मार्ग के भीतर ढोया जाता है, और एग्ज़िट VPN ट्रैफ़िक देखता है। दोनों वैध डिज़ाइन हैं, और इनमें से किसी को नंगे VPN से तुलना करना कुछ और मापता है, इसलिए दोनों को मिलाने पर Tor परियोजना का पृष्ठ इसे समय का सवाल बनने से पहले इस सवाल के रूप में रखता है कि आप क्या छिपाना चाहते हैं।

डिवाइस, एक्सेस नेटवर्क और गंतव्य स्थिर रखें, और रनों के बीच ठीक एक तत्व बदलें। सर्वर, सर्किट और परीक्षण मेज़बान एक साथ खिसकाने से ऐसा अंतर बनता है जिसे कोई जिम्मेदार नहीं ठहरा सकता। अनुकूलन से पहले लिखें कि हर व्यवस्था किससे क्या छिपाती है, क्योंकि जो आप छिपाना चाहते थे उसे उजागर करने वाली तेज़ श्रृंखला सुधार नहीं है।

दूसरे रन तक टिकने वाली तुलना

वे दो या तीन गंतव्य चुनें जिन्हें आप वास्तव में इस्तेमाल करते हैं और हर एक पर वही अंतःक्रिया समयबद्ध करें, जिसमें एक पृष्ठ जो बहुत से छोटे संसाधन खींचता है और एक बड़ा स्थानांतरण शामिल है। पूरा सेट दिन के किसी दूसरे घंटे दोहराएँ।

सबसे तेज़ नमूने के बजाय माध्यिका और सबसे बुरा मामला बताएँ, क्योंकि इंटरैक्टिव काम को उसके बुरे पलों से आँका जाता है। क्लाइंट, अंत बिंदु या एग्ज़िट, और उस रन के लिए सर्किट या टनल का पुन: उपयोग हुआ या नहीं, यह नोट करें। अगर कोई बदलाव माध्यिका सुधारता है पर पूँछ बिगाड़ता है, तो वह जीत नहीं बल्कि अदला-बदली है, और उपयोगकर्ता इसे नोटिस करेंगे या नहीं यह तय करना ही असली निर्णय है।