uTorrent के कारण DNS कभी-कभी काम करना बंद कर देता है

8

UTorrent का उपयोग करते समय, DNS समय-समय पर प्रतिक्रिया देना बंद कर देता है।

समस्या बहुत अधिक बैंडविड्थ उपयोग से संबंधित नहीं है (जैसा कि राउटर से कंप्यूटर तक देखा जाता है), लेकिन राउटर द्वारा प्रदान की जाने वाली बाढ़-सुरक्षा के किसी न किसी रूप से संबंधित हो सकता है (राउटर की तुलना में आने वाले कनेक्शन स्वीकार करेंगे)।

मुझे ठीक से काम करने के लिए नेटवर्क कैसे मिलता है (जबकि अभी भी uTorrent का उपयोग करने में सक्षम है, निश्चित रूप से)?

windows utorrent

— एंड्री
स्रोत

क्या आपको बताता है कि आप डोमेन नामों को हल नहीं कर सकते हैं? nslookup google.comकाम करता है ? यदि नहीं, तो कैसे nslookup google.com 8.8.8.8? कृपया उन कमांड के आउटपुट को अपने प्रश्न में जोड़ें।

— बॉब

@ थूक पिंग नाम का समाधान नहीं कर सका, मुझे nslookup कमांड के बारे में नहीं पता था, मैं एक बार काम करना बंद कर दूंगा, (अन) सौभाग्य से यह अब काम करता है। धन्यवाद!

— एंड्री

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

— बॉब

@ याकूब मैंने इसे किया था, मुझे पता था कि मैं जिस एक साइट पर गया था, उसका आईपी था। तो यह पूरी तरह से DNS चीज़ है।

— एंड्री

@ याकूब क्या आप अद्यतन प्रश्न पर एक नज़र डाल सकते हैं?

— एंड्री

13

बिटकॉइन क्लाइंट आक्रामक रूप से साथियों से जुड़ते हैं ... और कुछ राउटर इसे सिंक-फ्लड के रूप में व्याख्या करते हैं।

कनेक्शन खोलें

जब uTorrent लोड हो जाता है और अपलोड / डाउनलोड रोक दिए जाते हैं (रोका नहीं जाता) तो यह आपके साथियों के साथ खुले संबंध बनाए रखता है। इस बीच इंटरनेट साथियों के दिग्गज अभी भी आपको यह पता लगाने के लिए कनेक्ट करने का प्रयास करेंगे कि क्या आपके पास बिट्स हैं जो वे चाहते हैं।

आखिरकार आप अपने ओएस (विंडोज 7 में यह 10 कनेक्शन हैं) द्वारा लगाए गए खुले कनेक्शन की सीमा तक पहुंच जाएंगे और नए ग्राहकों के कनेक्शन आपके राउटर पर कतार बनाना शुरू कर देंगे।

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

समाधान

अपने ओएस द्वारा लगाए गए कनेक्शन सीमा के नीचे अपने बिटकॉइन सॉफ़्टवेयर में अपनी आधी-खुली कनेक्शन सीमा को कम करें
अपने राउटर / मॉडेम पर आईपी बाढ़ सुरक्षा को निष्क्रिय करें।

बैंडविड्थ संतृप्ति

इसके अलावा, uTorrent (या कोई बल्क ट्रैफ़िक) कनेक्शन अप्रतिबंधित चल रहा है, अपलोड (और संभवतः डाउनलोड) पाइप का पूरा उपयोग होता है, जिससे पीछे की सीट की ट्रैफ़िक में कुछ "upkeep" ट्रैफ़िक आती है, जिससे नेटवर्क उपयोगिता कम हो जाती है।

यहाँ एक उदाहरण है:

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

अपलोड अप्रतिबंधित होने पर भी ऐसा ही हो सकता है। अपलोड संतृप्त होने के साथ, टीसीपी-एसीके (जिसे "अरे, मुझे पैकेट xyz सफलतापूर्वक" टाइप प्रतिक्रियाएं) के रूप में जाना जाता है, पैकेट लटका हुआ मिलता है, जिससे डाउनलोड रुक जाता है, जिससे वेब ब्राउज़िंग बहुत अधिक खराब हो जाती है।

समाधान

पता लगाएँ कि आपके कनेक्शन की अधिकतम क्षमताएं (ऊपर और नीचे, व्यक्तिगत रूप से) क्या हैं, और अपने बल्क ट्रांसफ़र क्लाइंट की अधिकतम गति निर्धारित करें कि उस गति का लगभग 80% से अधिक उपयोग न करें। यह थोक यातायात को बायपास करने के लिए डीएनएस और टीसीपी-एसीके पैकेट जैसी चीजों के लिए "हेडरूम" छोड़ देगा और जल्दी से निपटा जाएगा।
एक राउटर का उपयोग करें जो ट्रैफ़िक को आकार देने का काम कर सकता है जैसे कि कुछ ट्रैफ़िक (DNS, IMCP पिंग, TCP-ACK) को ट्रैफ़िक के अन्य रूपों से पहले प्राथमिकता दी जा सकती है, और ट्रैफ़िक के कुछ रूपों (विशेष रूप से टोरेंट) को डी-प्राथमिकता दी जा सकती है। यह मेरी पसंदीदा विधि है। यह फुल अप और डाउन पाइप को टोरेंट ट्रैफिक के लिए उपयोग करने की अनुमति देने का अतिरिक्त लाभ दे सकता है जब उच्च प्राथमिकता वाला ट्रैफिक इसे चुनौती नहीं देता है।
"दुर्व्यवहार" ट्रैफ़िक को नियंत्रित करने के लिए 1 और 2 के कुछ संयोजन का उपयोग करें।

यदि लिनक्स / बीएसडी डिस्ट्रोस को आकार देने वाले ट्रैफिक के बारे में अधिक जानकारी में रुचि रखते हैं, तो मोनोवेल और आईपीकॉप दोनों में कुछ अच्छी जानकारी है।

— killermist
स्रोत

यह सामान्य रूप से सही है, लेकिन इस मामले में यह मुद्दा नहीं था। सभी अपलोड और डाउनलोड रोक दिए गए थे। इसलिए uTorrent ने केवल अपनी सेवा यातायात उत्पन्न की। समस्या यह थी कि किसी तरह uTorrent ने राउटर के फ़ायरवॉल पर झूठे सकारात्मक अलर्ट को मजबूर किया।

— एंड्री

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

— हत्यारे

@JeremyW आखिरकार जवाब की तरह लग रहा है। लेकिन आधे-खुले कनेक्शन की सीमा को कम करने में मदद नहीं मिली, मैंने उन्हें 10 पर सेट किया लेकिन फिर भी DNS ठीक से काम नहीं कर पाए।

— एंड्री

@ और, शायद, समाधान दूसरी दिशा में जाना है। खिड़कियों तो कर सकते हैं संपर्कों को संभालने, उन्हें बढ़ाने ताकि वे रूटर में फंस नहीं किया जा रहा है, बकाया में तब्दील हो।

— हत्यारे

@killermist जब मैं हमारे संपादन से सहमत हूं, तो सवाल यह नहीं है कि मेरे पास uTorrent और DNS दोनों कैसे हो सकते हैं, क्योंकि मैंने एक उत्तर दिया है, सवाल यह है कि ऐसा क्यों है।

— एंड्री

5

जब मेरे पास ऐसा कुछ होता है, तो विंडसरक मेरा सबसे अच्छा दोस्त है।

लेकिन पहले इन तीन चीजों को महसूस करना अच्छा है:

तथ्य यह है कि पिंग काम कर रहा है इसका मतलब यह नहीं है कि DNS (या किसी अन्य सेवा) काम कर रहा है, और इसके विपरीत।

ऐसा इसलिए है क्योंकि पिंग पूरी तरह से अलग प्रोटोकॉल का उपयोग करता है (ICMP, जबकि DNS IP और UDP और TCP के संयोजन का उपयोग करता है), नेटवर्क मॉडल के पूरी तरह से अलग स्तर पर। रास्ते में कुछ भी, अपने व्यक्तिगत फ़ायरवॉल से लेकर राउटर की संख्या के माध्यम से वास्तविक होस्ट तक जहां सेवा चल रही है, संभावित रूप से इनमें से एक को फेंकने के लिए कॉन्फ़िगर किया जा सकता है, लेकिन दूसरा नहीं (चाहे वह व्यवस्थापक का व्यामोह या कुछ विफलता का मामला हो), हालांकि यह आम तौर पर दूसरों की तुलना में आईसीएमपी के बजाय होता है
आमतौर पर, यह स्पष्ट करना अच्छा है कि क्या यह आपके (डीएनएस) अनुरोधों या उन उत्तरों का जवाब है जो खो रहे हैं।

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

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

आमतौर पर पहली चीज जो मैं करता हूं:

विरेचक शुरू करो
कैप्चर विकल्प पर क्लिक करें
कैप्चर फ़िल्टर के लिए, host 1.2.3.4यह सुनिश्चित करने के लिए सेट करें कि आप केवल आपके और 1.2.3.4 के बीच ट्रैफ़िक कैप्चर कर रहे हैं
कब्जा शुरू करें
एक बार जब आप सभी को इस तरह से निकाल दिया जाता है तो अपने आदेशों को आज़माएं

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

— एलोइस महदाल
स्रोत

जब आपके पास अनुरोधों पर समय समाप्त हो जाता है, तो मुझे यकीन नहीं है कि Wireshark मदद कर सकता है। क्लाइंट की तरफ से ऐसा लगता है कि DNS सर्वर केवल अनुरोधों को अनदेखा करता है, लेकिन IP बाढ़ पर कुछ सकारात्मक सकारात्मक चेतावनी के कारण राउटर या तो अनुरोधों या प्रतिक्रियाओं को छोड़ देता है।

— एंड्री

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

— Alois Mahdal

3

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

— पॉल वॉकर
स्रोत

मैंने इस ऐप की कोशिश की, परिणाम अजीब हैं, आमतौर पर अधिकांश DNS सर्वर जवाब नहीं दे रहे हैं। स्पष्ट रूप से यह असंभव है कि सभी सर्वर अचानक काम करना बंद कर दें। मेरे और सर्वर के बीच कुछ गड़बड़ है, और मुझे नहीं पता कि यह क्या हो सकता है।

— एंड्री

3

मैं जानना चाहता हूं कि आप दुनिया के किस हिस्से में स्थित हैं, और यह google.com के लिए और 8.8.8.8 के लिए ट्रैसर / ट्रैसरआउट परिणाम प्राप्त करने में मदद करेगा।

समस्या आपके राउटर या Google के सर्वर से आपके कनेक्शन के कारण संभव हो सकती है। आपकी समस्या की आंतरायिक प्रकृति में खराब कनेक्टिविटी की गंध है, लेकिन आपको सीधे जवाब देने के लिए इंटरनेट कनेक्टिविटी समस्याओं का विश्लेषण करते समय बस कई कारक हैं।

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

यह संभवतः Google के नाम-सर्वर के साथ एक ही तरीका है। हालाँकि Google के पास उनमें से कई हैं, लेकिन अनुरोध को पल-पल के बोझ से दबे आंतरिक सर्वर या नेटवर्क सेगमेंट में भेजा जा सकता है।

आपने यह नहीं बताया है कि आप दुनिया के किस हिस्से में स्थित हैं। यदि आप यूएस में नहीं हैं, तो प्रत्येक अनुरोध एक अलग मार्ग ले सकता है और यदि कई इंटरएक्टिव सर्वरों पर निर्भर है तो कभी-कभी समस्याओं या देरी का अनुभव कर सकता है।

आपके ISP, या Google द्वारा अपने सर्वर पर बोझ-भार को कम करने के लिए किए गए किसी भी अनुकूलन के बारे में किसी भी "अनुकूलन" या संभावित कमियों का उल्लेख नहीं करना।

दूर के सर्वर का उपयोग करना आपको अन्य तरीकों से दंडित कर सकता है। देख :

Google DNS / OpenDNS का उपयोग करना एक बुरा विचार क्यों है,
क्या मुझे अपने ISP के DNS, या Google के 8.8.8.8 का उपयोग करना चाहिए?

— harrymc
स्रोत

2

मुझे समाधान मिल गया, हालांकि मैं इसे पूरी तरह से नहीं समझता, अगर कोई भी इसे ठीक से समझा सकता है तो कृपया इसे उत्तर के रूप में पोस्ट करें और मैं उसे इनाम दूंगा, क्योंकि अन्य उत्तरों ने मदद नहीं की।

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

— एंड्री
स्रोत

यदि आपने उल्लेख किया है कि यह केवल तब होता है जब uTorrent सक्रिय है, तो हमारे उत्तर अधिक प्रासंगिक होंगे।

— हैरी

@harrymc मुझे नहीं पता था कि शुरुआत में, जब एक सवाल पूछा गया था। एक बार जब मैंने पाया कि यह uTorrent परेशानियों का कारण बन रहा है तो मैंने इसे तुरंत प्रश्न पाठ में जोड़ दिया।

— एंड्री