कॉर्पोरेट नेटवर्क पर स्क्वीड के साथ हिट्रीम

हाल ही में मैं एक नहीं बल्कि मनोरंजक लेख (http://habrahabr.ru/blogs/sysadm/28063/) पर आया, जिसने कुल थ्रूपुट को बढ़ाने के लिए एक प्रॉक्सी सर्वर क्लस्टर बनाने की संभावना का वर्णन किया। प्रारंभ में, ऐसा लगता था कि इस दिलचस्प समाधान का स्थान पुरानी प्रौद्योगिकियों के संग्रहालय में था, हालांकि, प्रतिबिंब पर, यह अधिक दिलचस्प निष्कर्ष आया।

तथ्य यह है कि मेरा कार्यालय, मेरी तरह, भौगोलिक रूप से काफी महंगे इंटरनेट और सामान्य प्रबंधन के साथ एक क्षेत्र में स्थित है जो आईटी के संदर्भ में बहुत बुद्धिमान नहीं है। नतीजतन - एक हुक के साथ 500 के लिए एक व्यक्ति के पास अधिकतम दो में मेगाबिट चैनल होता है; बहुत खुश वह घंटा है जिस पर व्यक्तिगत गति 128 kbit / s निशान से ऊपर बढ़ जाती है। और यह दुख से अधिक है।



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







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



cache_peer प्रॉक्सी पता मूल पोर्ट 0 नो-क्वेरी डिफ़ॉल्ट लॉगिन = उपयोगकर्ता: पासवर्ड



चूंकि पासवर्ड कॉन्फ़िगरेशन फ़ाइल में संग्रहीत है, इसलिए यह अत्यधिक अनुशंसित है कि आप इसे एक्सेस तक सीमित करें।

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



कैश_पीयर कर्मचारी प्रॉक्सी पेरेंट पोर्ट 0 नो-क्वेरी राउंड-रॉबिन



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



यदि परिणामी समाधान की सुरक्षा बढ़ाने की इच्छा है, तो आप विभिन्न तरीकों का उपयोग कर सकते हैं, लेकिन मैंने सबसे सरल का उपयोग किया। प्रॉक्सी कर्मचारियों को कॉन्फ़िगर किया गया है ताकि केवल कर्मचारी और प्रॉक्सी विभाग उन तक पहुंच सकें:



acl लोकलहोस्ट src 127.0.0.1/32

acl proxynet src प्रॉक्सी विभाग

http_access प्रॉक्सी को अनुमति देता है

http_access लोकलहोस्ट की अनुमति देता है

http_access सभी को अस्वीकार करते हैं



परिणामस्वरूप क्लस्टर से अनावश्यक उपयोगकर्ताओं को काटने के लिए, विभाग के प्रॉक्सी सर्वर के कॉन्फ़िगरेशन में निम्नलिखित लाइनें लागू होती हैं जो मूल प्रमाणीकरण को लागू करती हैं (डिफ़ॉल्ट फ़ोल्डर में स्थापित विंडोज सिस्टम पर स्क्वीड का उपयोग करते समय पथ सही होते हैं):



ओरिजनल_परम बेसिक प्रोग्राम c: /squid/libexec/ncsa_auth.exe c: / squid / etc / passwd

मूल_परम मूल बच्चे ५

ऑरिजनल_परम बेसिक केसेंसिटिव ऑफ

acl प्रमाणीकृत प्रॉक्सी_ऑथ की आवश्यकता

http_access इनकार!



और c: / squid / etc / passwd फ़ाइल में, लॉगिन / पासवर्ड हैश जोड़े प्रमाणीकरण के लिए उपयोग किया जाता है।



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



एल्गोरिथ्म काफी तुच्छ है, लेकिन मैं इसे यहां दूंगा। GetPeers विधि, इनपुट के रूप में विभाग प्रॉक्सी कॉन्फ़िगरेशन फ़ाइल का नाम प्राप्त कर रही है, सभी प्रॉक्सी सर्वरों की सूची खींचती है:



private static IEnumerable<String> GetPeers(string configFileName)

{

char[] separators = new char[]{' ', '\t'};

List<String> strings = new List<String>();

StreamReader reader = new StreamReader(configFileName, Encoding.Default);

while (!reader.EndOfStream)

{

string st = reader.ReadLine().Trim();

if (st.ToLower().StartsWith("cache_peer"))

{

string[] substrings = st.Split(separators);

strings.Add("http://" + substrings[1] + ":" + substrings[3]);

}

}

return strings;

}







IsPeerAvaliable विधि निर्दिष्ट URL के साथ प्रॉक्सी सर्वर की स्थिति की जांच करती है। PeerStatus गणन निश्चित रूप से शैक्षणिक रूप से पूर्ण नहीं है, जैसा कि स्थिति निर्धारण विधि है, लेकिन यह "किसी भी व्यावहारिक उद्देश्यों" के लिए काफी पर्याप्त है:



private static PeerStatus IsPeerAvaliable(string peer)

{

WebRequest request = WebRequest.Create("http://ya.ru");

request.Method = "GET";

request.Proxy = new WebProxy(peer);

request.Timeout = 5000;

try

{

request.GetResponse();

return PeerStatus.OK;

}

catch (WebException ex)

{

if (ex.Status == WebExceptionStatus.ConnectFailure)

return PeerStatus.Offline;

if (ex.Status == WebExceptionStatus.ProtocolError)

return PeerStatus.AuthError;

return PeerStatus.Error;

}

catch (Exception ex)

{

return PeerStatus.Error;

}

}







इस उपयोगिता को एक कंसोल या ग्राफिकल एप्लिकेशन के रूप में या एक वेब इंटरफेस प्रदान करने वाली सेवा के रूप में लागू किया जा सकता है। मैंने अंतिम विकल्प चुना, ऑपरेशन के दृष्टिकोण से सबसे सरल, परिणाम कुछ इस तरह दिखते हैं:







इससे क्या निष्कर्ष निकाला जा सकता है?

• इंटरनेट की गति और जवाबदेही वास्तव में बढ़ी है: विशेष रूप से बहु-थ्रेडेड डाउनलोड और चित्रों के एक समूह के साथ भारी पृष्ठ खोलने के साथ। इसलिए, उदाहरण के लिए, 10-12 Kb / s से डाउनलोड की गति बढ़कर 40-50 हो गई।
• जाहिर है, प्रॉक्सी क्लस्टर प्रतिभागियों की इष्टतम संख्या को अनुभवजन्य रूप से चुना जाना चाहिए: यह संभावना है कि Nth प्रतिभागी को जोड़ने से कोई लाभ नहीं होगा (ऐसे क्लस्टर की प्रभावशीलता जब पूरे कार्यालय में बैठे हैं, तो स्पष्ट रूप से 0)।
• इस मामले में, मैं सामान्य प्रबंधन के लिए एक विशेष सम्मान व्यक्त करना चाहूंगा, जो अपने बुद्धिमान निर्णयों के साथ, कर्मचारियों को बाहरी, सामान्य रूप से, मुद्दों को हल करने में अपने काम का समय बिताने के लिए मजबूर करता है।