मैं विंडोज ऑटोमैटिक अपडेट्स द्वारा उपभोग की जाने वाली बैंडविड्थ को कैसे कम कर सकता हूं?


13

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

जब भी पैच मंगलवार चारों ओर घूमता है, हमारा इंटरनेट उपयोग समाप्त हो जाता है, और दिन के अधिकांश समय तक और कभी-कभी अगले बुधवार को भी ऐसा ही रहता है। यह तकलीफ देता है!

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

मैं क्या वापस कर सकता हूं कि कितनी तेजी से प्रत्येक मशीन अपडेट डाउनलोड करती है, जबकि अभी भी उन सभी को अपडेट प्रक्रिया शुरू होते ही डाउनलोड प्रक्रिया शुरू करनी है? मुझे WSUS सर्वर चलाने की कोई इच्छा नहीं है। इसके अलावा, इंटरनेट कनेक्शन पर्याप्त से अधिक है, जब भी डाउनलोड करने के लिए कोई अपडेट नहीं हैं।


जवाबों:


4

ट्रैफिक शेपर XP एक सही फिट है।

विशेषताएं :

  • बैंडविड्थ-गहन अनुप्रयोगों और प्रोटोकॉल के लिए गति सीमित करना
  • लचीला पता और पोर्ट फ़िल्टरिंग
  • भीड़भाड़ वाले लिंक को तेज करने के लिए पावती प्राथमिकता
  • वास्तविक समय यातायात की निगरानी और सांख्यिकी आँकड़े

ट्रैफ़िक शेपर XP फ्रीवेयर है


एक फिट हो सकता है, एक सही नहीं है, हालांकि, नि: शुल्क संस्करण केवल एक कंप्यूटर पर बैंडविड्थ को कुचलना कर सकता है, स्वचालित बैंडविड्थ वितरण ओएस एक विकल्प नहीं है। और जब यह सशुल्क सॉफ़्टवेयर की बात आती है, तो मैं कहूंगा कि NetLimiter बेहतर विकल्प है।

"प्रत्येक मशीन अपडेट को कितनी तेजी से डाउनलोड करती है, इसे वापस फेंकने के लिए मैं क्या कर सकता हूं, जबकि अपडेट उपलब्ध होते ही उन सभी ने डाउनलोड प्रक्रिया शुरू कर दी है?" मुझे लगता है कि यह पूरी तरह से सक्षम है कि वह क्या है।
जॉन टी

10

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

इस बीच, आप इस Technet आर्टिकल के माध्यम से BITS के थ्रॉटलिंग को भी देख सकते हैं ।


1
(हां, मुझे पता है कि आप एक WSUS सर्वर नहीं करना चाहते हैं, लेकिन यह एक ऐसा स्पष्ट समाधान है!) ;-)
क्रिस_के

BITS थ्रॉटलिंग के लिए +1। मैं इस तकनीकी लेख का सुझाव देने जा रहा था: blogs.technet.com/tmintner/archive/2006/04/12/425112.aspx
JMD

बोनस यह है कि बिट्स सेटिंग्स को ग्रुप पॉलिसी के माध्यम से जोड़-तोड़ किया जा सकता है, इसलिए यदि आपके पास वह स्थान है (आप "कई" बॉक्स "का उल्लेख करते हैं) तो आप इन सेटिंग्स को एक जगह से समायोजित कर सकते हैं।
जेएमडी

केवल नकारात्मक पक्ष यह है कि बिट्स मशीन पर सभी अनुप्रयोगों को हटा देगा, न कि केवल WSUS अपडेट।
जॉन टी।

WSUS के लिए +1, यह आपके उपयोग के मामले के लिए विशेष रूप से बना है
क्रिस्टोफर एडवर्ड्स

1

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


0

मैं मानता हूं कि WSUS ऑफ़लाइन अपडेट सबसे अच्छा दांव है। WSUS सर्वर समय, प्रयास, ऊर्जा और धन की बर्बादी है। एक मौजूदा कार्य केंद्र का उपयोग करें जिसे आप 'अपडेट फ़ाइल सर्वर' के रूप में उपयोग करना चाहते हैं और एक साझा फ़ोल्डर बनाने के लिए WSUS ऑफ़लाइन का उपयोग करते हैं जिसमें सभी अन्य मशीनें इंगित करती हैं। अद्यतन फ़ाइल सर्वर पर सभी अपडेट डाउनलोड किए जाने के बाद, आप क्लाइंट मशीनों पर कार्य शेड्यूलर का उपयोग अगले दिन या पैच मंगलवार शाम को अपडेट चलाने के लिए कर सकते हैं।

यह कुछ द्वारा हैक माना जा सकता है, लेकिन अब तक का सबसे अच्छा विकल्प है। Microsoft को पहले से ही चार्ज किए गए सभी सुरक्षा छेदों को पैच करने के लिए एक और सर्वर खरीदने की आवश्यकता नहीं होनी चाहिए।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.