Squid QoS: ప్రాక్సీ యొక్క కొత్త అవుట్‌బౌండ్ కనెక్షన్లను వర్గీకరించండి
అసలు ప్యాకెట్ గుర్తింపు కొనసాగుతుందని ఆశించే బదులు, ప్రాక్సీ తన సర్వర్-సైడ్ స్ట్రీమ్‌ను తెరిచే చోట బ్యాండ్‌విడ్త్ వర్గీకరణను ఉంచండి.
క్లయింట్-మూల ఫిల్టర్ LAN వైపు ఉన్న ల్యాప్‌టాప్‌తో సరిపోలి Squid యొక్క అన్ని ఇంటర్నెట్-వైపు ప్యాకెట్లను తప్పించవచ్చు. Squid క్లయింట్ కనెక్షన్‌ను ముగించి మరొకటి తెరుస్తుంది, కాబట్టి అవుట్‌బౌండ్ మూల చిరునామా సాధారణంగా ప్రాక్సీదే.
| మీరు నియంత్రించాలనుకునేది | సంబంధిత పని జరిగే చోటు |
|---|---|
| లోపలికి వచ్చే క్లయింట్ ట్రాఫిక్‌ను పరిమితం చేయడం | క్లయింట్ నుండి ప్రాక్సీ వరకు మార్గం |
| క్లయింట్లకు పంపే ప్రతిస్పందనలను షెడ్యూల్ చేయడం | ప్రాక్సీ యొక్క క్లయింట్ల వైపు అవుట్‌బౌండ్ క్యూ |
| ప్రాక్సీ నుండి మూలానికి ట్రాఫిక్‌ను వర్గీకరించడం | కొత్త సర్వర్-సైడ్ కనెక్షన్ |
ఈ స్థానాలు పరస్పరం మార్చుకోగలిగినవి కావు. ఇన్‌గ్రెస్ పాలిసర్ అదనపు ప్యాకెట్లను విసిరేస్తుంది; అవుట్‌బౌండ్ షెడ్యూలర్ పంపే క్యూను నిర్వహిస్తుంది. వర్గీకరణి ఎంచుకునే ముందు దిశ మరియు యూనిట్—రేటు, బైట్లు లేదా ఏకకాల పని—ఎంచుకోండి.
Squid 6 మరియు 7 కోసం, tcp_outgoing_tos ACL ఉపయోగించి సర్వర్-సైడ్ TOS లేదా Diffserv విలువను ఎంచుకోగలదు. ఇది క్లయింట్ యొక్క అసలు ప్యాకెట్ మూలాన్ని కాపాడే బదులు ఉద్దేశపూర్వకంగా మరొక వర్గీకరణికి విధాన సంకేతాన్ని తీసుకువెళుతుంది.
ఆ సంకేతాన్ని దాన్ని నియంత్రించే డొమైన్ లోపల నిర్వచించండి. DSCP విలువలు వినియోగదారు ఆధారాలు కావు: ఇతర పంపేవారు అదే గుర్తును ఉపయోగించవచ్చు మరియు దిగువ పరికరాలు దాన్ని భర్తీ చేయవచ్చు. తిరిగి ఉపయోగించిన సర్వర్-సైడ్ కనెక్షన్ అనేక అభ్యర్థనలను కూడా మోయగలదు, కాబట్టి ప్రతి అభ్యర్థన స్ట్రీమ్‌ను స్వతంత్రంగా తిరిగి లేబుల్ చేయగలదని ఊహించే ముందు అమలు చేసిన సంస్కరణ యొక్క నిరంతర-కనెక్షన్ మరియు QoS ప్రవర్తనను చూడండి.
ప్రతి-వినియోగదారు కోటా కోసం, అవసరమైన అప్లికేషన్ గుర్తింపు ఉన్న బిందువు వద్ద దాన్ని అమలు చేయండి. ప్యాకెట్ గుర్తు ఒక తరగతిని మోయడానికి సహాయపడుతుంది; ఎంచుకున్న కనెక్షన్ ఇకపై మోయని గుర్తింపును అది తిరిగి సృష్టించదు.