क्या OpenDNS या Google DNS का उपयोग सुरक्षा या गेमिंग गति के बारे में कुछ भी प्रभावित करता है?


48

मैंने बहुत पहले Google DNS और OpenDNS का उपयोग किया था, किसी भी सुधार पर ध्यान नहीं दिया। मैंने हाल ही में एक सुरक्षा विशेषज्ञ को यह कहते हुए सुना कि OpenDNS मैलवेयर से सुरक्षा का सबसे अच्छा तरीका है। लेकिन पता चला कि यह सुविधा मुफ्त नहीं है।

मैंने एक गेमर को यह कहते हुए देखा कि नियमित उपयोगकर्ताओं के लिए Google DNS तेज़ है और लोअर पिंग के कारण OpenDNS गेमर्स के लिए बेहतर है, और सभी ब्लॉगर DNS सेवा का उपयोग करने की सलाह देते हैं।

मेरे भाई ने देखा कि दोनों प्रदाताओं को हमारे डिफ़ॉल्ट DNS प्रदाता की तुलना में भाप पर अधिक पिंग था और उन्होंने पढ़ा कि DNS वैसे भी भाप पर Dota 2 को प्रभावित नहीं करेगा।

मैंने अपने परीक्षण किए, प्रत्येक परीक्षण के बाद डीएनएस और फ्लशड डीएनएस में, मैंने निकटतम डीएनएस को तेजी से चुनने दिया। मेरे परिणाम हैं:

यहाँ छवि विवरण दर्ज करें


यहाँ छवि विवरण दर्ज करें


यहाँ छवि विवरण दर्ज करें


सभी परिणाम समान हैं यदि डिफ़ॉल्ट डीएनएस से भी बदतर नहीं है, अगर कुछ भी OpenDNS में सबसे कम पिंग है, लेकिन एक छोटे से मार्जिन से, अगर मैं परीक्षण दोहराता हूं कि अंतर दूर हो जाएगा।

क्या DNS प्रदाता वास्तव में गति या सुरक्षा या गेमिंग को प्रभावित करते हैं? आजकल गेमिंग ज्यादातर स्टीम पर होती है, तो क्या यह स्टीम को प्रभावित करता है?


35
आपके परीक्षण उचित नहीं हैं, आपका Google परीक्षण किसी भिन्न सर्वर पर जा रहा है और इसलिए आपको भिन्न परिणाम मिल रहे हैं। निष्पक्षता के लिए आपको प्रत्येक बार एक ही सर्वर के खिलाफ परीक्षण चलाने की आवश्यकता होती है।
Mokubai

3
"लेकिन पता चला कि यह सुविधा मुफ़्त नहीं है।" - जहां तक ​​मैं OpenDNS के अपने उपयोग से बता सकता हूं। आप "मालवेयर / बॉटनेट प्रोटेक्शन" और "फ़िशिंग प्रोटेक्शन" (वे डिफ़ॉल्ट रूप से चालू हो सकते हैं) के लिए "सुरक्षा" सेट कर सकते हैं, और "वेब कंटेंट फ़िल्टरिंग" कस्टम सेटिंग्स में आप इसे "एडवेयर" फ़िल्टर करने के लिए सेट कर सकते हैं।
एंड्रयू मॉर्टन 18

8
तथ्य यह है कि आप यह सवाल पूछ रहे हैं, यह स्पष्ट रूप से दर्शाता है कि आपको पता नहीं है कि DNS वास्तव में क्या है ... DNS केवल तभी खेल में आता है जब आप पहली बार गेम में कनेक्ट होते हैं / गेम की शुरुआत में जब गेम को "आवंटित" करना होता है a अपने खेल के लिए सर्वर और आपके कंप्यूटर कैसे यह करने के लिए कनेक्ट करने के लिए कहता हूं, लेकिन एक बार यह जुड़ा हुआ है अपने से किया जाता है और DNS किसी भी तरह से खेलने में नहीं आता है के दौरान जुआ खेलने।
बाकुरिउ

2
इसलिए जब तक खेल हर लेन-देन के बाद बंद होने के बजाय सॉकेट को खुला रखता है। मुझे लगता है कि यह अंतराल को रोकना चाहते हैं, वे करेंगे। लेकिन यह एक डिजाइन निर्णय है और हम यह नहीं जान सकते कि उन्होंने किस तरह का फैसला किया। बेशक, वे आईपी कोडों को केवल हार्ड कोड कर सकते हैं और इनका कोई डीएनएस नहीं है।
मग

डीएनएस को स्पीडटेस्ट के साथ क्या करना है? ऊ
लाइटनेस दौड़ मोनिका

जवाबों:


120

DNS का पिंग पर कोई प्रभाव नहीं पड़ता है। यह बकवास है। DNS नाम समाधान सेवाएँ प्रदान करता है और यह है। न कम न ज़्यादा।

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

Google या OpenDNS आपको क्या प्रदान कर सकता है यह आईपी पते के लिए नामों का थोड़ा तेज़ संकल्प है और संभवतः ज्ञात मैलवेयर डोमेन नामों से कुछ स्तर की सुरक्षा है।

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


मैंने इसे ऊपर टिप्पणी में कहा है, लेकिन आपके परीक्षण आपके उद्देश्यों के लिए भी उचित नहीं हैं। DNS का परीक्षण करने के लिए स्पीडटेस्ट का उपयोग करना प्रासंगिक नहीं है और आपके द्वारा चलाए जा रहे परीक्षण विभिन्न सर्वरों के लिए अलग-अलग गति या स्थानों के साथ हल हो रहे हैं जो आपके परिणामों को गलत तरीके से तिरछा करेंगे। यदि आप यह साबित करना चाहते हैं कि DNS में कोई वास्तविक अंतर नहीं है, तो आपको हर बार एक ही सर्वर का चयन करने की आवश्यकता है।

क्यों DNS से ​​कोई वास्तविक अंतर नहीं पड़ेगा? ऐसा इसलिए है क्योंकि इसका उपयोग आपके कनेक्शन के पहले आधे-सेकंड में एक सर्वर (एक नाम को एक पते पर हल करने के लिए) में किया जाता है और हो सकता है कि अगर आपका कैश समय से बाहर हो जाए तो यह फिर से इसका उपयोग करेगा। आप अपने गेम या स्टीम सर्वर का IP पता प्राप्त करने में एक सेकंड का एक टुकड़ा बचा सकते हैं, लेकिन उसके बाद सॉफ्टवेयर हमेशा सर्वर के लिए सीधा मार्ग ले जाएगा और DNS सर्वर का उपयोग किए बिना गति समान होगी।


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

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

मैंने क्या (मोटे तौर पर) होता है की एक त्वरित ड्राइंग बनाई है।

यहाँ छवि विवरण दर्ज करें

मौजूदा कनेक्शन के लिए और यदि नाम आपके स्थानीय कैश में है, तो आपको अपने DNS को बदलने का कोई लाभ नहीं दिखेगा। यदि नाम आपके कैश में नहीं हैं, तो DNS को बदलना कनेक्शन की शुरुआत में एक संक्षिप्त सुधार कर सकता है


9
मुझे याद है कि मैं एक लेख पढ़ रहा था। नाम resoltion की गति में वृद्धि की गई थी वृद्धि हुई ... 10 सेकंड के बराबर से एक वर्ष की अवधि में।
कल्टारी

3
एक पूरे 10 सेकंड में एक साल ...
Mokubai

15
@ लियोनोब क्योंकि कुछ आईएसपी में विशेष रूप से परतदार हार्डवेयर हो सकते हैं और उनके DNS सर्वरों में धीमी गति से धीमा हो सकता है, इस स्थिति में इसे दूसरे के साथ बदलने का मतलब यह हो सकता है कि वेबपेज लोडिंग प्रारंभिक रूप से तेज महसूस करता है "जहां यह नाम जाता है" बेहतर है। फेसबुक और अन्य साइटों के लिए बाहरी लिंक का एक बहुत कुछ के साथ वेबसाइटों के लिए यह कर सकता है वास्तव में अल्पावधि में सुधार हो सकता है। हालांकि दीर्घकालिक, एक बार जब आप पते को हल कर लेते हैं तो कनेक्शन की गति में कोई समग्र सुधार नहीं होता है। प्रभावी रूप से लोग किसी नाम को उसके "पिंग" के रूप में हल करने के लिए लंबे समय से गलत प्रचार कर रहे हैं।
Mokubai

2
बेशक, Google DNS का उद्देश्य अधिक तेज़ नहीं है। यह उस कष्टप्रद से बचने के लिए है "यह साइट मौजूद नहीं है, यहां कुछ विज्ञापन" पृष्ठ हैं जो आपको तब मिलते हैं जब आप कुछ DNS प्रदाताओं के साथ एक यूआरएल टाइप करते हैं।
केविन

4
@ केविन क्षमा करें, Google DNS का उद्देश्य उपयोगकर्ता ब्राउज़िंग आदतों और यहां तक ​​कि अन्य सेवाओं के बारे में अतिरिक्त जानकारी एकत्र करना है।
अरवो

27

खैर, अन्य लोगों ने मालवेयर, स्पीड और पिंग पॉइंट की ओर इशारा किया है। मैं चौथे और पांचवें बिंदु के बारे में बात करूंगा, जो वास्तव में बहुत स्पष्ट रूप से मदद करता है: सेंसरशिप (और डीएनएस सर्वर में बग) और गोपनीयता।

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

किसी समस्या के बारे में जो सभी को प्रभावित कर सकती है, DNS सर्वर के साथ समस्याएँ हो सकती हैं, ज्यादातर धीमी गति, गैर-% 100 अपटाइम और कुछ साइटों में उचित DNS रिकॉर्ड (बग के रूप में) नहीं हैं। जैसा कि पहले दो ज्यादातर अन्य उत्तरों द्वारा उल्लिखित हैं, मैं आखिरी के बारे में बात करूंगा। यह वास्तव में बहुत दुर्लभ है और कई कारणों से हो सकता है, हालांकि यह मेरे साथ एक बार हुआ था और मैं जल्द ही उस मामले के बारे में बात करूंगा। Google DNS का उपयोग करके एक साइट दुर्गम थी लेकिन किसी भी अन्य DNS सर्वर के साथ ठीक थी, हमें मालिकों से Google से संपर्क करने के लिए मिला और साइट Google DNS पर कुछ घंटों में फिर से काम करने लगी। यह केवल एक उदाहरण है कि आपकी DNS पसंद आपको कैसे प्रभावित कर सकती है, भले ही इसमें सेंसरशिप न हो (या आप अपनी गोपनीयता की परवाह नहीं करते हैं)।

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

* कुछ साइटों, सबसे विशेष रूप से wikileaks.org, आईपी स्तर पर अवरुद्ध है और कुछ, विशेष रूप से i.imgur.com, DNS स्तर पर अवरुद्ध हैं।


यह मूल रूप से एक टिप्पणी थी लेकिन मैंने इसे एक उत्तर में बढ़ाया।
Ave

इसके अलावा, विदेशी DNS सर्वर का उपयोग करते समय HTTPS का उपयोग करने में मदद मिल सकती है।
डेविड रिफ्यूआ

7

@ मोकूबाई की प्रतिक्रिया काफी सही है, लेकिन कुछ विवरणों पर चमक के लिए:

सामान्य तौर पर, जब आप किसी दिए गए ट्रैफ़िक प्रवाह के प्रदर्शन का परीक्षण करना चाहते हैं, तो आप यह सुनिश्चित करना चाहते हैं कि आप उसी चीज़ का परीक्षण कर रहे हैं। पिंग एक ICMP- आधारित यातायात-प्रकार है। DNS मुख्य रूप से यूडीपी का उपयोग करता है (हालांकि, परिदृश्य हैं - ज़ोन स्थानांतरण और हस्ताक्षरित प्रश्न / प्रतिक्रियाएं - जहां टीसीपी का उपयोग किया जाता है।

यूडीपी प्रतिक्रियाओं को मापने के लिए आपके आधार के रूप में आईसीएमपी का उपयोग करने की वैधता की समस्या को और बढ़ा दिया गया है, यह तथ्य यह है कि आईसीएमपी प्रतिक्रियाओं को अक्सर टीसीपी और यूडीपी की तुलना में निम्न गुणवत्ता वाली सेवा (क्यूओएस) दी जाती है। यह विशेष रूप से बड़ी / व्यस्त साइटों के लिए है - यह ट्रैफ़िक-प्रकारों को प्राथमिकता देने के लिए साइट ऑपरेटरों के लिए कहीं अधिक समझ में आता है कि वे उन सेवाओं की पेशकश करते हैं जो ट्रैफ़िक-प्रकारों को प्राथमिकता देते हैं जो सीधे उस सेवा का समर्थन नहीं करते हैं। यह QoSing न केवल पिंग बल्कि अन्य डायग्नोस्टिक टूल जैसे ट्रेसरआउट पर प्रतिकूल प्रभाव डालेगा।

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

किसी भी दर पर, यदि आप DNS को बेंचमार्क करना चाहते हैं, तो आप ऐसा करने के लिए एक उपकरण का उपयोग करना चाहते हैं digdigआपके द्वारा रुचि रखने वाले वास्तविक प्रोटोकॉल का परीक्षण किया जाता है और एक गैर-कैशिंग मोड में चलाने के लिए जाता है।


ऐसे परिदृश्य हैं जहां - आपको यहां टीसीपी कहने का मतलब नहीं था , क्योंकि यह उस नियम का अपवाद है जो DNS यूडीपी का उपयोग करता है?
बेन वोइगट

6

एक बार IP हल हो जाने के बाद, आपको उसी होस्ट के कनेक्शन के लिए DNS की आवश्यकता नहीं है (जब तक कि आईपी आपके सिस्टम पर कैश किया जाता है, निश्चित रूप से)। मेरा मानना ​​है कि speedtest.net को केवल DNS की आवश्यकता होती है जब आप परीक्षण सर्वर के आईपी को हल करने के लिए परीक्षण शुरू करते हैं, उसके बाद आप DNS की आवश्यकता के बिना सर्वर को पिंग करते हैं। जैसे, वास्तविक कनेक्शन की गति पर DNS का कोई प्रभाव नहीं है।

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

OpenDNS जिस तरह से आपको मालवेयर से बचाता है, वह ज्ञात मैलवेयर डोमेन को हल नहीं करने से है। यह तब भी आपको मैलवेयर से बचाएगा जब आप डोमेन को आईपी में हल कर सकते हैं

मुझे नहीं लगता कि गेमिंग के दौरान DNS का कोई ध्यान देने योग्य प्रभाव है। जिस समय आपको इसकी आवश्यकता होती है, केवल एक सर्वर के आईपी को हल करने के लिए जहां आप एक डोमेन (play.example.com जैसी कुछ) का उपयोग करके कनेक्ट करते हैं, उसके बाद अधिकांश गेम IP का उपयोग करते हुए सीधे सर्वर से बात करते हैं, DNS को दरकिनार करते हैं।


6

जब आप किसी डोमेन पर जाते हैं, तो वह Google हो या स्टीम , आपका डिवाइस एक बार DNS को सुरक्षित करता है और परिणाम को लंबे समय तक कैश में रखता है (TTL = Time to Live), कम से कम एक घंटा लेकिन आमतौर पर अधिक।

इस एकल क्वेरी में मिलीसेकंड का अंतर ऑनलाइन गेम की विलंबता को नहीं बदलेगा।

OpenDNS या Google DNS यह निर्धारित कर सकते हैं कि क्या किसी साइट में मैलवेयर है या कम से कम यदि यह संदिग्ध है और फिर वे आपको एक चेतावनी साइट पर भेज सकते हैं, जहां आप स्वयं तय कर सकते हैं कि क्या आप कथित दुर्भावनापूर्ण साइट से कनेक्ट करना चाहते हैं,


3
Facebook में 5 मिनट का TTL है, Google में 5 मिनट का TTL है, bbc.co.uk में 5 मिनट का TTL है। मुझे लगता है कि छोटी साइटें यह संकेत दे सकती हैं कि परिणाम लंबे समय के लिए कैश्ड हो सकते हैं, लेकिन बड़ी साइटें अब ऑफ़लाइन होने का जोखिम नहीं उठाना चाहती हैं यदि कोई साइट अनुपलब्ध है और DNS उसी के साथ मदद करने का एक तरीका है
मैथ्यू स्टील

@ मैथ्यू सिटिसेन्स हर पांच मिनट में एक मिलीसेकंड लंबी रिक्वेस्ट करता है फिर भी ऑनलाइन गेम्स में कोई ध्यान देने योग्य अंतराल उत्पन्न नहीं करेगा।
किसर

1
@ cascer1 मुझे पता है, मैं ऑनलाइन गेम बिट नहीं लड़ रहा था। जब तक आपका गेम प्रोटोकॉल गंभीर रूप से गलत है तब आप कनेक्ट होने के बाद किसी भी DNS का उपयोग नहीं करेंगे (क्योंकि कनेक्शन लगातार हैं)। मैं सिर्फ इशारा कर रहा था कि पहला पैराग्राफ पूरी तरह से गलत है।
मैथ्यू स्टील

3

मुझे संदेह है कि DNS मैलवेयर से रक्षा करेगा। केवल एक चीज जो OpenDNS कर सकती है वह है मालवेयर लिंक को सुलझाने से रोकना। चूँकि DNS केवल एक चीज है, यह एक नाम को IP पते पर हल करता है।

एकमात्र संभव स्पष्टीकरण यह है कि एक DNS सर्वर आपके करीब है इसलिए कम पिंग है। लेकिन एक बार इसे हल करने के बाद यह आपके सिस्टम में कैश कर देगा जिसका अर्थ है इसका केवल 1 बार रिज़ॉल्यूशन। मैंने यह भी देखा कि आपने हर बार अपने पिंग की जाँच के दौरान अलग-अलग सर्वर उठाए। सभी DNS में आपकी गति को प्रभावित नहीं करेगा।


तो मैं opendns या डिफ़ॉल्ट एक का उपयोग करने के लिए रहना चाहिए?
लिंगोब

@ लीनोब वास्तव में आप पर निर्भर है। मैं खुद गूगल का इस्तेमाल करता हूं। लेकिन जैसा कि मैंने कहा कि इससे कोई फर्क नहीं पड़ता।
डायलन आरज़

1
एक और बात के लिए गोपनीयता की चिंता है; आपके लिए आपके पते को हल कर रहा है आप देख सकते हैं कि आप जिन साइटों पर जा रहे हैं (यदि आप परवाह करते हैं)।
djsmiley2k -

@ बरगी ओमग I ने इसे अपनी बुर के इर्द-गिर्द टाइप किया।
डायलन आरज़

3

DNS सर्वर को दूसरों की तुलना में कॉन्फ़िगर करने के लिए निश्चित रूप से अधिक सुरक्षित तरीके हैं। उदाहरण के लिए, सभी DNS सर्वर DNSSEC का ठीक से समर्थन नहीं करते हैं , या DNS से ​​संबंधित सुरक्षा कमजोरियों के लिए प्रतिरोधी होने के लिए अन्य सक्रिय कदम उठाते हैं, जो Google बेहद गंभीरता से लेता है।

गति के पक्ष में, अन्य उत्तरों के लिए सभी उचित सम्मान के साथ, हालांकि सिद्धांत रूप में DNS का गति के साथ कुछ भी नहीं होना चाहिए, व्यवहार में यह काफी महत्वपूर्ण हो सकता है, यद्यपि अप्रत्यक्ष प्रभाव। गलत आईएसपी डीएनएस सर्वर बहुत आम हैं, चाहे अक्षमता या खराब व्यावसायिक प्रथाओं से बाहर हो।

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

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

यह कहा जा रहा है, अन्य उत्तर अधिकांश भाग के लिए सही हैं। यदि आपका पिंग पहले से ही बहुत अच्छा है, तो DNS को बदलने से कोई फर्क नहीं पड़ता है। मेरे मुद्दे थे कि मैं एक वॉशर्सक कैप्चर करूंगा और मेरे नेटफ्लिक्स पैकेट्स अचानक महाद्वीप के दूसरी तरफ से आने का फैसला कर रहे थे, या मेरे 50% पैकेट खोए जा रहे थे, या ऐसा ही कुछ। मामूली बातें नहीं जैसे कि मेरा पिंग थोड़ा धीमा हो।


यह उत्तर बेहतर दृश्यता का हकदार है। मेरे DNS को मेरे ISP (सेंचुरीलिंक फाइबर) से बदलकर Google DNS करने से मेरे लिए कुछ गंभीर नेटफ्लिक्स / हूलू स्ट्रीमिंग मुद्दे हल हो गए। संचार करने के लिए सही सर्वर चुनना बहुत महत्वपूर्ण है और Google बहुत बेहतर काम करता है।
निक फारिना
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.