நான்கு சோதனைகள் வேலை செய்யும் மார்க் விதியை வேலை செய்யும் வழியிலிருந்து பிரிக்கின்றன: விதி எந்த மார்க்கைப் படிக்கிறது, தேடலின் போது பாக்கெட் அதை இன்னும் சுமக்கிறதா, பிந்தைய பாக்கெட்டுகளுக்கு இணைப்பு மார்க் மீட்டமைக்கப்பட்டதா, மற்றும் பொருந்தும் விதியின் மாஸ்கும் முன்னுரிமையும் அதை இயக்க அனுமதிக்கின்றனவா. அதிகரிக்கும் கவுண்டர் ஏதோ ஒரு விதி ஏதோ ஒன்றுடன் பொருந்தியது என்பதை மட்டுமே நிரூபிக்கிறது. கர்னல் அதன் பாதையைத் தேர்ந்தெடுத்தபோது பாக்கெட் எதைச் சுமந்தது என்பதைப் பற்றி அது எதுவும் சொல்லவில்லை.

இரண்டு மார்க்குகளும் வெவ்வேறு இடங்களில் வாழ்கின்றன, வெவ்வேறு அட்டவணைகளின்படி காலாவதியாகின்றன.

இரண்டு மார்க்குகள், இரண்டு ஆயுட்காலங்கள்

பாக்கெட் மார்க் ஒரு skb-க்கு உரியது, அதனுடன் கொக்கிகளின் வழியாகப் பயணிக்கிறது, கொள்கை வழிசெலுத்தலின் fwmark தேர்வி அதைப் பயன்படுத்துகிறது. இணைப்பு மார்க் conntrack பதிவுக்கு உரியது, அந்த ஓட்டத்தின் பாக்கெட்டுகள் முழுவதும் நீடிக்கிறது, ஏதோ ஒன்று அதைத் திரும்ப நகலெடுக்கும் வரை வழிசெலுத்தல் விதிக்குத் தெரியாததாக இருக்கிறது. பாக்கெட் மார்க்கை இணைப்பில் சேமிப்பது ஒரு சேமிப்பு; அதை மீட்டமைப்பது தனி செயல். இரண்டும் தாமாகவே நடப்பதில்லை.

எனவே விதிகளின் தொகுப்பு சீரானதாகத் தோன்றலாம், ஆனால் வழி முடிவு பூஜ்ஜியத்தைப் பார்க்கிறது: மதிப்பு சேமிக்கப்பட்டது, எதுவும் அதை மீட்டமைக்கவில்லை.

இரண்டுக்கும் இடையே நகலெடுப்பது நீங்கள் எழுதும் படி

முக்கியமான இரண்டு கூற்றுகள் எதிர் திசைகளில் செல்கின்றன: ஒன்று பாக்கெட்டின் மார்க்கை இணைப்பில் சேமிக்கிறது, மற்றொன்று இணைப்பின் மார்க்கை பாக்கெட்டில் ஏற்றுகிறது. உங்களுக்கு எது தேவை என்பது ஓட்டத்தைப் பொறுத்து வகைப்படுத்தல் எப்போது நடக்கிறது என்பதைப் பொறுத்தது. ஒரு வடிவமைப்புக்கு பாக்கெட் மார்க் மட்டுமே தேவைப்படலாம், மேலும் ஏதோ ஒரு தீர்வு இரண்டையும் பயன்படுத்தியதால் conntrack குறியிடலைச் சேர்ப்பது எளிய கொள்கை இரண்டாவது தோல்வி முறையைப் பெறும் வழியாகும்.

ct mark set meta mark
meta mark set ct mark

விதியின் அருகில் திசையை எழுதுங்கள், ஏனெனில் முதல் பார்வையில் இலக்கணத்திலிருந்து அது தெளிவாக இல்லை. முதல் வரி சேமிக்கிறது, இரண்டாவது மீட்டமைக்கிறது, எதுவும் மற்றதைக் குறிக்கவில்லை.

அதைப் பயன்படுத்தும் தேடலுக்கு முன் வகைப்படுத்துங்கள்

உள்நாட்டில் உருவாக்கப்படும் போக்குவரத்தும் LAN-இலிருந்து அனுப்பப்படும் போக்குவரத்தும் வெவ்வேறு கொக்கிகளின் வழியாகச் சென்று வெவ்வேறு தருணங்களில் வழி முடிவுகளை அடைகின்றன. திசைவியின் சொந்த இணைப்புகளுக்கு வேலை செய்யும் வெளியீட்டு விதி, அனுப்பப்பட்ட வாடிக்கையாளரின் பாக்கெட் அதன் தேடலுக்கு முன் குறியிடப்பட்டது என்பதை நிரூபிக்காது. அதைப் பயன்படுத்தும் தேடல் இன்னும் நடக்காத இடத்தில் வகைப்படுத்தலை வையுங்கள், அதே சங்கிலியின் பிந்தைய விதிகள் மதிப்பை மேலெழுதுகின்றனவா என்று பாருங்கள். சங்கிலிக்குள் உள்ள வரிசை கட்டமைப்பின் பகுதி, செயலாக்க விவரம் அல்ல.

இணைப்பு-நிலையின் நிலைத்தன்மைக்கும் தெளிவான திட்டம் தேவை. ஒரு ஓட்டத்தின் முதல் பாக்கெட் மட்டும் வகைப்படுத்தப்பட்டால், பிந்தைய பாக்கெட்டுகள் சேமித்த மார்க் மீட்டமைக்கப்பட வேண்டும், இல்லையேல் மார்க் இல்லாத பாதையை எடுக்கும். இணைப்பை விவரிக்கும் மார்க்குக்கும் பாக்கெட்டை விவரிக்கும் மார்க்குக்கும் உள்ள வேறுபாடு இதுவே.

வழியிடம் மார்க் கொண்ட கேள்வி கேளுங்கள்

ip route get 10.77.0.10 mark 0x2

விதிகளையும் அட்டவணையையும் பாருங்கள், பிறகு மார்க் சேர்த்து வழியிடம் கேளுங்கள், கொள்கையைப் பாதித்தால் மூலம் அல்லது வரும் இடைமுகத்தையும் சேர்க்கவும். மார்க் இல்லாத சாதாரண தேடல் வேறொரு கேள்விக்குப் பதிலளிக்கிறது, நீங்கள் விரும்பாத பாதையை மகிழ்ச்சியுடன் தெரிவிக்கும். விதியின் மதிப்புடன் அதன் மாஸ்கையும் முன்னுரிமையையும் சரிபார்த்து, தேர்ந்தெடுத்த அட்டவணையில் பயன்படுத்தக்கூடிய வழி உள்ளதை உறுதிசெய்யுங்கள்.

அதிகரிக்கும் கவுண்டர் ஏதோ ஒரு விதி ஏதோ ஒரு பாக்கெட்டுடன் பொருந்தியதற்கான சான்று. இறுதி பாக்கெட் சரியான முடிவுப் புள்ளியில் நோக்கிய மார்க்கைச் சுமந்தது என்பதற்கான சான்று அல்ல.

மார்க், திசை, நேரம், மாஸ்கைப் படியுங்கள். நான்கு சோதனைகள், வழி புதிராக இருப்பது நிற்கிறது.

தொடர்புடைய கட்டுரைகள்