VPN போர்ட்டைக் குறித்தல் குரல் அழைப்புகளுக்கு முன்னுரிமை தராது
VPN போர்ட்டை முன்னுரிமையாகக் குறித்தல் அழைப்பையும் காப்புப்பிரதியையும் ஒரே சுரங்கப்பாதையில் முன்னுக்குத் தள்ளுகிறது. குரலுக்கு மறையாக்கத்திற்கு முன் வகைப்பாடும் நீங்கள் கட்டுப்படுத்தும் வரிசையும் தேவை.
VPN இன் UDP போர்ட்டை உயர் முன்னுரிமையாகக் குறித்தல் குரல் QoS இன் மிகவும் பொதுவான மாற்றம், மேலும் அது அதே சுரங்கப்பாதையைப் பகிரும் கோப்புப் பரிமாற்றத்திலிருந்து அழைப்பைப் பிரிக்காது. இரண்டு ஓட்டங்களும் ஒரே மறையாக்கப்பட்ட சாக்கெட்டிலிருந்து வெளியேறுகின்றன. குறி அடுத்த தாவலுக்கு எல்லாம் சமமாக முக்கியம் என்று சொல்கிறது, அது எதுவும் சொல்லாததற்குச் சமம். அழைப்பைப் பாதுகாப்பது மறையாக்கத்திற்கு முன் நம்பகமான வகைப்பாடும், நீங்கள் உண்மையில் கட்டுப்படுத்தும் வரிசையும் ஆகும்.
நீங்கள் வகைப்படுத்த விரும்பிய ஓட்டத்தைச் சுரங்கப்பாதை மறைக்கிறது
மறையாக்கம் உள் தலைப்புகளை ஒவ்வொரு சுரங்கப்பாதைக்கும் ஒரு வெளித் தலைப்பால் மாற்றுகிறது. அதன் பிறகு, குரலும் காப்புப் பிரதி போக்குவரத்தும் ஒரே மூலம், இலக்கு மற்றும் போக்குவரத்துப் போர்ட்டைக் காட்டுகின்றன, எனவே சுரங்கப்பாதை போர்ட்டை அடிப்படையாகக் கொண்ட வகைப்படுத்தி அவற்றை வேறுபடுத்த முடியாது. நீங்கள் எதை முன்னுக்குத் தள்ளினாலும், அதை ஒட்டுமொத்தமாகத் தள்ளுகிறீர்கள்.
மூல பயன்பாடு அமைக்கும் DSCP மதிப்பு, யாராவது அதை வெளியே நகலெடுத்தால் மட்டுமே உயிர் பிழைக்கிறது. OpenVPN 2.6 இல் passtos உள்ளது, அது IPv4 வரம்புடன் ஆவணப்படுத்தப்பட்டுள்ளது; IPsec சுரங்கப்பாதை எல்லையில் தனது சொந்த நகல் அல்லது வரைபடமாக்கல் கொள்கையைப் பயன்படுத்துகிறது. அந்தப் படி இல்லாமல் வெளிப் பொதி சுரங்கப்பாதை இடைமுகம் பயன்படுத்தும் எந்த இயல்புநிலை மதிப்பாலும் குறிக்கப்படும், கீழ் வரிசைக்கு உள்ளே அழைப்பு இருக்கிறது என்று ஒருபோதும் தெரியாது.
நகலெடுக்கப்பட்ட குறிகள் வாடிக்கையாளர் வழங்கும் எந்த மதிப்புக்கும் உரிய அதே சந்தேகத்திற்கு உரியவை. வேலைநிலையம் காப்புப்பிரதிப் பணிக்காக விரைவான அனுப்பலைக் கோரலாம், எனவே நம்பிக்கை எல்லையில் ஏற்றுக்கொள்ளுதலும் மறுகுறியிடுதலும் குறியை நம்புவதற்கு முன் வடிவமைப்பில் இருக்க வேண்டும்.
வரிசை உருவாகும் இடத்தில் மட்டுமே முன்னுரிமை கணக்கிடப்படுகிறது
நிறைந்த மேல்இணைப்பே நல்ல கோடெக்கை ரோபோக் குரலாக மாற்றுகிறது, நிரம்பும் வரிசை பொதுவாக அணுகல் சாதனத்திலோ வழங்குநரின் இடையகத்திலோ இருக்கும். சுரங்கப்பாதை மற்றும் இணைப்புச் செலவுகளைக் கழித்து, பயன்படுத்தக்கூடிய வேகத்திற்கு வெளிச்செல்லும் பாதையை வடிவமைப்பதே அந்த வரிசையை நீங்கள் நிர்வகிக்கும் வன்பொருளில் வைக்கிறது, வேறொருவரின் இடையகத்தில் அல்ல.
குரல் வகுப்பு இல்லாமலும் நியாயமான வரிசைப்படுத்தலும் செயலில் உள்ள வரிசை மேலாண்மையும் உதவுகின்றன, ஏனெனில் அவை ஒரு பெரிய ஓட்டம் இடையகத்தை நிரப்புவதைத் தடுக்கின்றன. Linux இல் CAKE வடிவமைப்பு, ஓட்டத்திற்கு நியாயம் மற்றும் விருப்ப Diffserv வகுப்புகளை ஒரே qdisc இல் இணைக்கிறது, மேலும் பயன்பாட்டில் உள்ள பிணைய மேலாளரே இரண்டாவது போட்டி வரிசை அமைப்புக்குப் பதிலாக அந்தக் கட்டமைப்பைக் கொண்டிருக்க வேண்டும். வடிவமைப்பு இல்லாமல், பெரிய போக்குவரத்தை மிஞ்சும் வகுப்பும் ஏற்கனவே நிறைந்த இடையகத்திற்குப் பின் காத்திருக்கிறது.
உள்வரும் போக்குவரத்தைக் கையாள்வது பயனற்றது அல்ல, ஆனால் பொதி பெறும் இணைப்பைக் கடந்த பிறகே அது செயல்படுகிறது. பதிலளிக்கும் அனுப்புநரை அது பாதிக்கலாம், மேல்நிலையில் ஏற்கனவே செலவழிக்கப்பட்ட தாமதத்தைத் திருப்பித் தர முடியாது, எனவே இது தணிப்பே தவிர உத்தரவாதம் அல்ல.
| Stage | What you can control | What to verify |
|---|---|---|
| Application to client | Which flows are trusted for marking | The marked packets are the ones you intended |
| Tunnel boundary | Whether the inner mark is copied outward | Outer header carries the expected value |
| Your uplink | Shaping rate and class treatment | Queue counters move for the voice class |
| Provider path | Almost nothing | Whether the service enforces the marking at all |
| Receiving side | Local policy after arrival | Delay that is already in the past |
பொது இணையத்தில் எது நிலைத்திருக்கிறது
Diffserv கட்டமைப்பு நிர்வாகக் களங்களுக்குள் நடத்தையை விவரிக்கிறது, அதனால்தான் வழங்குநர் எல்லையில் ஒரு குறியைப் புறக்கணிக்கவோ மீண்டும் எழுதவோ முடியும். ஒவ்வொரு பிணையமும் அதை எப்போதும் அகற்றும் என்ற எதிர்க் கூற்றும் அதே அளவு ஆதாரமற்றது. நேர்மையான கேள்வி, இந்தக் குறிப்பிட்ட பாதை ஒப்பந்தம் மற்றும் கண்காணிப்பின் கீழ் என்ன செய்யக் கடமைப்பட்டுள்ளது என்பதே. எங்கோ படித்த விதியைத் திரும்பச் சொல்வதற்குப் பதிலாகக் குறியிடப்பட்ட ஆய்வியுடன் அதைச் சோதிக்கவும்.
வழங்குநர் வகுப்புடன் என்ன செய்கிறார் என்று கேட்டு, பின்னர் அதை அளவிடுங்கள். பாதுகாக்கப்பட்டு ஆனால் திட்டமிடப்படாத குறி அலங்காரம்; குறியைப் பார்க்காமல் திட்டமிடும் பாதை வேறு பிரச்சினை, இரண்டிற்கும் வெவ்வேறு திருத்தங்கள் தேவை.
நிலையைத் தனிமைப்படுத்தும் அளவீட்டுத் திட்டம்
கட்டுப்படுத்தப்பட்ட போட்டி பதிவேற்றத்துடன் ஒரு சாதாரண அழைப்பைச் செய்து, பின்னர் அதைக் கம்பி இணைப்பில் மீண்டும் செய்யுங்கள். அழைப்பு என்ன இழந்தது, வகுப்பு கவுண்டர்கள் என்ன பதிவு செய்தன, இடைமுகம் திட்டத்தின் விளம்பர வேகத்திற்குப் பதிலாக அதன் உண்மையான எல்லைக்கு எவ்வளவு அருகில் செல்கிறது என்பதைப் பாருங்கள்.
tc -s qdisc show dev eth0
tc -s class show dev eth0
mtr -rwzbc 50 voice.example.net
குரல் வகுப்பின் கவுண்டர் பூஜ்ஜியத்திலேயே இருந்தால், வகைப்பாடு அல்லது குறி நகல் உடைந்துள்ளது, எந்த முன்னுரிமையும் உதவாது. தாமதம் தொடர்ந்து உயரும்போது வகுப்பு கவுண்டர் உள்நாட்டில் நகர்ந்தால், தடை நுழைவாயிலுக்கு அப்பால் உள்ளது. இரண்டு முடிவுகளில் எதுவும் முன்னுரிமை மதிப்பை உயர்த்திச் சரிசெய்யப்படுவதில்லை.