Squid QoS: प्रॉक्सीच्या नवीन आउटबाउंड कनेक्शनचे वर्गीकरण करा
मूळ पॅकेटची ओळख टिकेल अशी अपेक्षा करण्याऐवजी, प्रॉक्सी त्याचा सर्व्हर-साइड प्रवाह उघडतो तिथे बँडविड्थ वर्गीकरण ठेवा.
क्लायंट-स्रोत फिल्टर LAN बाजूच्या लॅपटॉपशी जुळू शकतो आणि Squid चे सर्व इंटरनेट-बाजूचे पॅकेट चुकवू शकतो. Squid क्लायंट कनेक्शन संपवते आणि दुसरे उघडते, म्हणून आउटबाउंड स्रोत पत्ता सामान्यतः प्रॉक्सीचा असतो.
| तुम्हाला काय नियंत्रित करायचे आहे | संबंधित काम कुठे होते |
|---|---|
| येणारा क्लायंट रहदारी मर्यादित करणे | क्लायंटपासून प्रॉक्सीपर्यंतचा मार्ग |
| क्लायंटना पाठवल्या जाणाऱ्या प्रतिसादांचे नियोजन | प्रॉक्सीची क्लायंटकडे जाणारी आउटबाउंड रांग |
| प्रॉक्सीकडून उगमाकडे जाणाऱ्या रहदारीचे वर्गीकरण | नवीन सर्व्हर-साइड कनेक्शन |
ही स्थाने परस्पर बदलण्यायोग्य नाहीत. इनग्रेस पोलिसर जादा पॅकेट टाकून देतो; आउटबाउंड शेड्युलर पाठवण्याची रांग व्यवस्थापित करतो. वर्गीकरणकर्ता निवडण्यापूर्वी दिशा आणि एकक—दर, बाइट किंवा एकाचवेळी काम—निवडा.
Squid 6 आणि 7 साठी, tcp_outgoing_tos ACL वापरून सर्व्हर-साइड TOS किंवा Diffserv मूल्य निवडू शकतो. हे जाणूनबुजून क्लायंटचा मूळ पॅकेट स्रोत जपण्याऐवजी दुसऱ्या वर्गीकरणकर्त्याकडे धोरण संकेत पोहोचवते.
तो संकेत त्यावर नियंत्रण ठेवणाऱ्या डोमेनमध्ये परिभाषित करा. DSCP मूल्ये वापरकर्ता क्रेडेन्शियल नाहीत: इतर प्रेषक तेच चिन्ह वापरू शकतात आणि खालच्या टप्प्यातील उपकरणे ते बदलू शकतात. पुन्हा वापरलेले सर्व्हर-साइड कनेक्शन अनेक विनंत्या देखील वाहू शकते, म्हणून प्रत्येक विनंती प्रवाह स्वतंत्रपणे पुन्हा लेबल करू शकते असे गृहीत धरण्यापूर्वी तैनात आवृत्तीचे स्थायी-कनेक्शन आणि QoS वर्तन पहा.
प्रति-वापरकर्ता कोट्यासाठी, आवश्यक अनुप्रयोग ओळख असलेल्या बिंदूवर तो लागू करा. पॅकेट चिन्ह वर्ग वाहून नेण्यास मदत करते; ते निवडलेले कनेक्शन आता वाहत नसलेली ओळख पुन्हा तयार करत नाही.