मेरा वीपीएन मेरी डाउनलोड गति में कैसे सुधार करता है?

Question

किसी कारण से, मैं 300kb / s पर कुछ डाउनलोड कर रहा था। फिर मैंने अपना वीपीएन चालू कर दिया और डाउनलोड की गति 1.3mb / s तक बढ़ गई।

ऐसा क्यों है? क्या ऐसा इसलिए है क्योंकि वीपीएन सर्वर मेरे और सर्वर के बीच की छलांग को कम करता है?

Comments

प्रासंगिक: एन्क्रिप्शन वाला वीपीएन दो बार डाउनलोड स्पीड देता है?

— DavidPostill

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

— davidgo

@davidgo - विलंबता से मेरा मतलब प्रतिक्रिया समय से है। उदाहरण के लिए यदि आप एक ऑनलाइन गेम खेलते हैं, तो यदि आप किसी प्रकार के वीपीएन का उपयोग करते हैं तो विलंबता वास्तव में कम नहीं हो सकती है। डाउनलोड / अपलोड गति (बैंडविड्थ) एक अलग सवाल है।

— डिवाइन 3

@ Divin3, इस बात पर निर्भर करता है कि ISP कुछ प्रकार के ट्रैफ़िक को कैसे व्यवहार करता है, इस पर निर्भरता निश्चित रूप से कम हो सकती है। इसके अलावा जैसा कि दाविदो ने बताया है, यह पूरी तरह से संभव है कि वीपीएन एक अलग / बेहतर मार्ग ले। यह किसी भी तरह से असंभव नहीं है ... मैंने पहले विलंबता को कम करने के लिए वीपीएन का उपयोग किया है, यह असामान्य है लेकिन अनसुना नहीं है।

— user161778 22

@ Divin3 - मैं विलंबता को समझता हूं, और उस पर टिप्पणी कर रहा था। एक विशिष्ट उपग्रह कनेक्शन लगभग 600ms है, वही ओवर केबल केबल 120ms से कम हो सकता है। इसके अलावा google Buffer Bloat - ऐसी कोई चीज़ जो वैकल्पिक पथ कभी-कभी विलंबता को कम करने के लिए भी इधर-उधर कर सकती है।

— दाविदगो

Answer 1

कुछ संभावनाएं हैं - दुर्भाग्य से, हॉप्स की संख्या अप्रासंगिक है।

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

दूसरे और तीसरे विकल्प संबंधित हैं, और आपके आईएसपी की कनेक्टिविटी और प्रतिबंधों के साथ क्या करना है। आपके वीपीएन ने गंतव्य डेटा तक सीधे जाने के लिए एक तेज़ रास्ता खोजा है - जो कि हो सकता है -

1. आईएसपी में कई कनेक्शन हैं, और डेटा के लिए सीधा कनेक्शन विवश है। वीपीएन एक अलग कनेक्शन के पार जाता है, जो बदले में आपके द्वारा खींचे जा रहे डेटा के स्रोत से बेहतर कनेक्टिविटी है, इस प्रकार आप कंजेशन को राउंड कर रहे हैं।

2. ISP कुछ प्रकार के ट्रैफ़िक को आकार दे रहा है - संभवतः प्रकार या गंतव्य या दोनों से - यह सामग्री / पेलोड द्वारा भी हो सकता है - लेकिन इसकी संभावना कम है। वीपीएन का उपयोग करके, आपके ट्रैफ़िक को प्राथमिकता दी जा रही है या कैप नहीं किया जा रहा है, इसलिए आपको बेहतर गति मिल रही है।

कुछ अन्य संभावनाएं हैं, लेकिन ये फिर से कम होने की संभावना है - यह हो सकता है कि वीपीएन यूडीपी का उपयोग कर रहा है जबकि आपका डाउनलोड आमतौर पर टीसीपी का उपयोग करेगा, और विभिन्न अनुकूलन (उदाहरण के लिए एमटीयू) आपके कनेक्शन के बेहतर उपयोग की अनुमति दे रहे हैं। फिर, यह संभव है, लेकिन संभावना नहीं है - मुख्यतः क्योंकि आप गति में बहुत छोटे या बहुत अधिक अंतर की उम्मीद करेंगे।

Comments

आप मुझे पंच के लिए हरा देते हैं :-) - लेकिन मुझे वास्तव में आपका उत्तर बेहतर लगता है।

— एलसर्नी

क्या यह वास्तव में एक आईएसपी के लिए वीपीएन ट्रैफ़िक को एक मुफ्त पास देने के लिए समझ में आता है, यह एक सुरंग प्रोटोकॉल है? मुझे उम्मीद है कि सब कुछ डिफ़ॉल्ट रूप से दर-सीमित होगा और केवल कुछ सेवाओं को श्वेतसूची द्वारा प्राथमिकता दी जाएगी।

— थॉमस

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

— कोरी

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

— davidgo

यह भी संभव है कि दूसरे छोर पर मौजूद सर्वर आपके ISP पर आधारित है: usatoday.com/story/tech/news/2016/03/25/… इस का एक हालिया उदाहरण है (लोग Verizon / AT & T को Netflix को धीमा करने के लिए दोषी ठहरा रहे थे) , लेकिन यह वास्तव में नेटफ्लिक्स उद्देश्य पर थ्रॉटलिंग था)। मैं उस लेख में नहीं देखता, हालांकि, यह आईपी पर आधारित था (जो हॉटस्पॉट से जुड़े लोगों को प्रभावित करेगा, लेकिन वीपीएन पर डिवाइस नहीं), या वाहक का पता लगाने वाले डिवाइस पर कुछ।

— चाइल्डोफॉन्ग