ஒரு கொள்கை விதி குறியிடப்பட்ட பாக்கெட்டுகளை ஒரு தனி அட்டவணைக்கு அனுப்புகிறது, VPN வழி இழப்பு அவற்றைத் தடுக்கும் என்பதே வழக்கமான எதிர்பார்ப்பு. ஆனால் இயங்குமுறை வேறொன்றைச் செய்கிறது. அட்டவணையில் பொருந்தும் வழி இல்லாதபோது, தேடல் அடுத்த விதிக்குத் தொடர்கிறது நிற்பதற்குப் பதிலாக, மேலும் main அட்டவணை இன்னும் uplink-க்கான சாதாரண இயல்புநிலை வழியைக் கொண்டுள்ளது. இதன் விளைவு fail-closed போலத் தோன்றி fail-open ஆகச் செயல்படும் ஒரு கட்டமைப்பு.

எதுவும் உடைந்துவிடவில்லை; கொள்கை அடிப்படையிலான வழியமைப்பு இப்படித்தான் வரையறுக்கப்பட்டுள்ளது.

அட்டவணையில் எதுவும் இல்லாதபோது தேடல் தொடரும்

100:   from all fwmark 0x36 lookup 42
110:   from all fwmark 0x36 lookup default
32766: from all lookup main

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

வழக்கமாக default எனக் குறிப்பிடப்படும் அட்டவணை 253 ஒரு சாதாரண வழியமைப்பு அட்டவணை, பொதுவாகக் காலியாக இருக்கும். அதன் பெயர் பாக்கெட்டுகளை வீசும் கட்டளை அல்ல, அட்டவணைக்குள் உள்ள இயல்புநிலை இலக்கு வழிக்குச் சமமானதும் அல்ல.

முனையச் செயல்கள் தேடலை முடிவுக்குக் கொண்டுவரும்

100:   from all fwmark 0x36 lookup 42
110:   from all fwmark 0x36 prohibit
32766: from all lookup main

காலி அட்டவணைத் தேடலுக்குப் பதிலாக VPN தேடலுக்குப் பின் ஒரு முனைய விதி வரலாம். அதே குறியுடன், அட்டவணை 42-ன் விதிக்குப் பின் வைக்கப்பட்ட prohibit செயல், அந்த அட்டவணை எதையும் தராதபோது தேடலை முடித்து, main அட்டவணைக்கு இன்னொரு வாய்ப்பு தருவதற்குப் பதிலாக நிர்வாக மறுப்பைத் திருப்பித் தருகிறது. Unreachable மற்றும் blackhole ஆகியவையும் முனையமானவை, அனுப்புநருக்கு வேறுபட்ட பிழை நடத்தையுடன்.

throw வகை வழி வேறுபட்டது: அந்த அட்டவணைக்குள் எதுவும் பொருந்தாதது போல நடந்துகொள்கிறது, எனவே பின்னர் வரும் விதிகளுக்கு இன்னும் தங்கள் முறை கிடைக்கிறது. இது throw-ஐ வேண்டுமென்றே பின்வாங்கலுக்குப் பயனுள்ளதாகவும், இறுதித் தடையாகத் தவறாகவும் ஆக்குகிறது.

உண்மையான குறி மற்றும் இடைமுகத்துடன் சரிபார்க்கவும்

ip -4 rule show
ip -4 route show table 42
ip -4 route get 198.51.100.20 from 10.44.0.2 iif lan0 mark 0x36

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

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

இரண்டு தோல்வி நிலைகள், ஒன்று அல்ல

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

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

கொள்கையை IPv6-ல் தனித்தனியாகப் பயன்படுத்துங்கள், அனுமதிக்கப்பட்ட முனைப்புள்ளி விதிவிலக்குகளை மறைமுகமாக அல்ல, வெளிப்படையாக வைத்திருங்கள்.

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