Tor VPN पेक्षा हळू का वाटतो: क्लिक विरुद्ध डाउनलोड

डाउनलोड सामान्य गतीने चालत असताना अडकलेली वाटणारी पृष्ठे पुढे-मागेच्या फेऱ्यांचे वर्णन करतात, बँडविड्थचे नाही। VPN एक एन्क्रिप्टेड झेप जोडते आणि Tor सर्किट अनेक जोडते, आणि प्रत्येक अतिरिक्त झेप कोणताही उपयुक्त बाइट हलण्यापूर्वी एक हँडशेकचा खर्च घेते। तो खर्च अनेक लहान कनेक्शन उघडणाऱ्या पृष्ठावर दिसतो आणि एका मोठ्या हस्तांतरणात जवळपास नाहीसा होतो। नमुना दिसताच कोणते साधन वेगवान आहे यावरचा वाद संपतो।

लक्षण क्षमतेकडे नाही, सेटअप खर्चाकडे बोट दाखवते

पृष्ठ लोड होणे ही परस्परावलंबी देवघेवीची साखळी आहे: नाव शोध, वाहतूक हँडशेक, TLS हँडशेक, नंतर पहिली विनंती। मार्गातील प्रत्येक झेप काहीही रेखाटले जाण्यापूर्वी आपली पुढे-मागेची फेरी त्या साखळीत टाकते। मोठा डाउनलोड तोच सेटअप खर्च एकदा भरतो आणि नंतर वाहतो, आणि दोन कामांचे भार जुळत नसण्याचे कारण तेच आहे।

नेटवर्क पॅनलमध्ये एकूण नाही, पहिल्या बाइटपूर्वीची प्रतीक्षा वाचा। लहान सामग्री डाउनलोडसह लांब प्रतीक्षा पुढे-मागेच्या फेऱ्यांकडे बोट दाखवते, तर लहान प्रतीक्षेसह लांब सामग्री डाउनलोड थ्रूपुटकडे। दुसऱ्या गंतव्यासमोर पुनरावृत्ती करा, कारण व्यस्त रिलेमागील एक होस्ट काहीही सिद्ध करत नाही। हस्तांतरण ठीक असून क्लिक हळू असेल, तर बँडविड्थच्या खूप आधी सेटअप खर्चाचा संशय घ्या।

विलंब आणि क्षमता वेगवेगळ्या प्रकारे अपयशी होतात

दोन वाचन घ्या आणि बहुतेक गोंधळ स्वतःच निघून जातो। लेटन्सी प्रत्येक देवघेवीचा स्थिर खर्च आहे आणि क्षमता वेळेनुसारचा दर आहे, त्यामुळे एक मार्ग पहिल्यात चांगला आणि दुसऱ्यात वाईट असू शकतो। दूरचा टोक निष्क्रिय प्रोसेसरसह लहान विनंतीला लवकर उत्तर देतो आणि तरीही सतत हस्तांतरण त्याच्या अपलिंकला परवानगी असेल तेवढ्यापुरते मर्यादित ठेवतो। वापरकर्ते हे विभाजन झटपट क्लिक आणि नंतर जेमतेम हलणाऱ्या प्रगती पट्टीतून अनुभवतात।

सतत हस्तांतरणाने क्षमता तपासा आणि दर स्थिर राहतो की करवतीसारखा होतो ते पाहा। अनेक वेळा पुनरावृत्ती केलेल्या लहान विनंतीने लेटन्सी तपासा आणि सर्वोत्तम नमुन्याऐवजी विखुरणे वाचा, कारण रुंद विखुरणे त्याच्या सरासरीने सुचवलेल्यापेक्षा वाईट वाटते। प्रत्येक बदलापूर्वी आणि नंतर दोन्ही आकडे नोंदवा, नाहीतर नंतर चुकीच्या चलाला श्रेय देता।

दोघांना एकच आकडा मानल्याने असे दुरुस्त्या निघतात ज्या तुम्हाला महत्त्वाच्या मापाला कधीच हलवत नाहीत। विलंबाच्या तक्रारीला बँडविड्थ अपग्रेडने उत्तर देण्याचा हा सर्वात सामान्य मार्ग आहे।

कांदा राउटिंग तुम्ही न निवडलेल्या झेपा जोडते

Tor सर्किट सामान्यतः तीन रिले वापरते — एक गार्ड, एक मधला नोड आणि एक निर्गम — आणि क्लायंट त्यांना नकाशातून नाही, सर्वसमावेशक सहमतीतून निवडतो। त्यामुळे मार्ग गंतव्यापर्यंतच्या सरळ रेषेपेक्षा खूप लांब असू शकतो। प्रत्येक रिले इतरांचाही रहदारी वाहून नेतो, त्यामुळे तुमचा प्रवाह त्या रिलेकडे उरलेली क्षमता वाटून घेतो।

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

साखळीचा क्रम बदलल्याने प्रयोग बदलतो

आधी VPN आणि नंतर Tor हा आधी Tor आणि नंतर VPN पेक्षा वेगळा प्रयोग आहे। पहिल्या रचनेत VPN चा टोक संपूर्ण सर्किट वाहतो, त्यामुळे तुमचे प्रवेश जाळे फक्त VPN पत्ता शिकते। दुसऱ्यात VPN जोडणी स्वतः कांदा मार्गाच्या आत वाहून नेली जाते आणि निर्गम VPN रहदारी पाहतो। दोन्ही वैध डिझाइन आहेत, आणि त्यातील कोणतेही उघड्या VPN शी तुलना केल्यास वेगळेच मोजले जाते, म्हणूनच दोन्ही एकत्र करण्याबद्दलचे Tor प्रकल्पाचे पृष्ठ हे वेळेचा प्रश्न होण्यापूर्वी तुम्ही काय लपवू पाहत आहात या प्रश्नाच्या रूपात मांडते।

उपकरण, प्रवेश जाळे आणि गंतव्य स्थिर ठेवा आणि फेऱ्यांमध्ये नेमका एक घटक बदला। सर्व्हर, सर्किट आणि चाचणी होस्ट एकत्र हलवल्यास कोणीही श्रेय देऊ न शकणारा फरक तयार होतो। अनुकूलनापूर्वी प्रत्येक रचना कोणापासून काय लपवते ते लिहा, कारण तुम्ही लपवू पाहत होतात ते उघड करणारी वेगवान साखळी सुधारणा नाही।

दुसऱ्या फेरीत टिकणारी तुलना

तुम्ही खरोखर वापरता ती दोन किंवा तीन गंतव्ये निवडा आणि प्रत्येकावर तीच परस्परक्रिया वेळेवर मोजा, ज्यात अनेक लहान संसाधने ओढणारे पृष्ठ आणि एक मोठे हस्तांतरण समाविष्ट आहे। दिवसाच्या दुसऱ्या तासाला संपूर्ण संच पुन्हा करा।

सर्वात वेगवान नमुन्याऐवजी मध्यक आणि सर्वात वाईट प्रकरण नोंदवा, कारण परस्परसंवादी काम त्याच्या वाईट क्षणांवरून ठरवले जाते। क्लायंट, टोक किंवा निर्गम आणि त्या फेरीत सर्किट किंवा बोगदा पुनर्वापरला गेला का ते नोंदवा। बदल मध्यक सुधारतो पण शेपटी बिघडवतो, तर तो विजय नाही तर देवघेव आहे, आणि वापरकर्त्यांना ते जाणवेल का हे ठरवणे हाच खरा निर्णय।