VPN கிளையண்ட் இயக்கத்தில் இருக்கும்போது LAN முகவரிக்கு ping செய்யும்போது General failure
ரூட் அட்டவணை சரியாகத் தெரிந்தாலும் Windows எந்த அடாப்டரையும் அணுக முடியவில்லை எனக் கூறுகிறது. தடை ரூட்டிங்கா, வடிகட்டலா அல்லது கிளையண்டா என்பதைத் தீர்மானிக்கவும்.
ஒரு ஹோஸ்ட் ரூட், ஒரு முகவரி, மற்றும் ping கோரிக்கை நேரம் முடிவதற்குப் பதிலாக General failure உடன் உடனடியாகத் தோல்வியடைகிறது. அந்த வேறுபாடே முழு நோயறிதல். நேரம் முடிவது என்பது பாக்கெட் வெளியேறியது மற்றும் ஏதோ அதைப் புறக்கணித்தது என்பதாகும். General failure என்பது Windows தொடக்கத்திலேயே பாக்கெட்டை எந்த இடைமுகத்திற்கும் வழங்க முடியவில்லை என்பதாகும்.
எனவே ரூட் அட்டவணை சரியானதாகத் தெரிந்தும் பிழை இன்னும் General failure ஆக இருந்தால், தடை ரூட்டிங் முடிவுக்குக் கீழே நடக்கிறது, அங்கு செயல்படுவது வழங்குநரின் கிளையண்ட்.
ரூட் அட்டவணைக்கு முன் பிழையைப் படியுங்கள்
அனுப்ப இடைமுகம் கிடைக்காதபோது Windows அந்தப் பிழையைத் திருப்பித் தருகிறது, இலக்கு பாக்கெட்டுடன் என்ன செய்திருக்கும் என்பதைப் பற்றி எதுவும் கூறுவதில்லை. அணுகல், தொலை முனையின் ஃபயர்வால்கள் மற்றும் சேவையின் கிடைக்கும் தன்மை அனைத்தும் நீங்கள் இன்னும் அடையாத பிந்தைய கேள்விகள்.
இந்த நிலைக்கான பாரம்பரிய அமைப்பு ஒரு LAN முகவரியை இயற்பியல் நுழைவாயிலுக்குத் திருப்பும் ஹோஸ்ட் ரூட் ஆகும், அதனால் அது சுரங்கப்பாதையைத் தவிர்க்கும். route add அதை ஏற்கிறது, route print அதைக் காட்டுகிறது, ping இன்னும் தோல்வியடைகிறது, ஏனெனில் வடிகட்டி இயக்கி பாக்கெட் வெளியேற அனுமதி இல்லை என ஏற்கனவே முடிவு செய்துவிட்டது.
இந்த விளக்கத்தை ஏற்பதற்கு முன், ரூட் உண்மையில் தேர்ந்தெடுக்கப்படுகிறதா என்பதை உறுதிப்படுத்துங்கள்: இடைமுகக் குறியீட்டையும் அளவீட்டையும் சரிபார்க்கவும், மீண்டும் இணைந்த பிறகு பதிவு பழையதாகவில்லை என்பதை உறுதி செய்யவும். இப்போது இல்லாத இடைமுகத்தை நோக்கும் ரூட் மிகக் குறைவான சுவாரஸ்யமான காரணத்திற்காக இதேபோன்ற பிழையைத் தரும்.
மூன்று அடுக்குகள், மூன்று வெவ்வேறு உரிமையாளர்கள்
கடைசியாக இயங்கும் அடுக்கே வெல்லும், இந்த மூன்றும் பெரும்பாலானோர் கருதும் வரிசையில் இல்லை.
| Layer | What it decides |
|---|---|
| Routing table | Which interface and next hop should carry the packet |
| Client filter driver | Whether this packet is permitted to leave outside the tunnel at all |
| Client feature | Whether a named feature, such as LAN blocking, is active right now |
நடு அடுக்கே ஒரு ரூட் ஒரே நேரத்தில் சரியாகவும் பயனற்றதாகவும் இருக்கக் காரணம். வழங்குநர் கிளையண்டுகள் சுரங்கப்பாதைக்கு வெளியேயான டிராஃபிக்கை நிராகரிக்க வடிகட்டி மற்றும் ஃபயர்வால் விதிகளை நிறுவுகின்றன, அதுவே அவர்களின் kill switch-ஐ செயல்படுத்தும் அதே பொறிமுறை. ரூட் அட்டவணையில் எதுவும் அந்த முடிவில் பங்கேற்கவில்லை.
மூன்றாம் அடுக்கு வழக்கமாக வரும் ஒரு விசித்திரமான அறிக்கையை விளக்குகிறது: கிளையண்ட் துண்டிக்கப்பட்ட பிறகும் உள்ளூர் துணை வலையம் அணுக முடியவில்லை. சேவை இன்னும் இயங்குகிறது, வடிகட்டி இன்னும் நிறுவப்பட்டுள்ளது, எனவே இணைக்கப்படாதிருப்பது வடிகட்டாதிருப்பதற்குச் சமம் அல்ல. எந்த முடிவுக்கும் வருவதற்கு முன் வெறுமனே துண்டிப்பதற்குப் பதிலாக கிளையண்டிலிருந்து வெளியேறுங்கள்.
எதை எந்த வரிசையில் முயற்சிக்க வேண்டும்
நீக்குவதற்கு மலிவான மற்றும் மீட்டெடுப்பதற்கு எளிதான அம்சங்களை நீக்குவதில் தொடங்குங்கள். LAN கண்டறிதல், சில சமயங்களில் LAN-இல் கண்ணுக்குத் தெரியாத தன்மை என அழைக்கப்படுகிறது, தனிப்பட்ட முகவரி வரம்புகளுக்கான டிராஃபிக்கைத் தடுத்து இயந்திரம் அதன் அண்டை வீட்டாரிடமிருந்து மறைந்திருக்கச் செய்கிறது. அச்சுப்பொறிகள், உள்ளூர் கோப்பு சேவையகங்கள் மற்றும் ரவுட்டர் ஆகியவை அந்த சுவிட்சுக்குப் பின்னால் மறைந்துவிடும். DNS-ஐ வடிகட்டும் அச்சுறுத்தல் பாதுகாப்பு அம்சங்கள் தங்கள் சொந்தக் கொக்கிகளை நிறுவுகின்றன, அவை உள்ளூர் அணுகலைக் கிட்டத்தட்ட அதே வழியில் உடைப்பதாகத் தெரிவிக்கப்படுகிறது.
இரண்டையும் அணைத்து, கிளையண்டிலிருந்து முழுவதுமாக வெளியேறி, பிறகு முகவரியைச் சோதிக்கவும். இந்த வரிசை டிராஃபிக்கைத் தடுக்கும் அம்சத்தைத் தவறாக ரூட் செய்யும் சுரங்கப்பாதையிலிருந்து பிரிக்கிறது, நிலையான ரூட்டுகளில் ஒரு மதியம் செலவிடுவதற்குப் பதிலாக இரண்டு நிமிடங்கள் எடுக்கிறது.
ping 192.168.1.50
tracert -d 192.168.1.50
route print -4அம்சங்கள் அணைக்கப்பட்ட பிறகு முகவரி பதிலளித்தால், உங்களிடம் குறைபாடு அல்ல, கொள்கை முடிவு உள்ளது: அம்சத்தை அணைத்து வைப்பது, விலக்கு சேர்ப்பது, அல்லது இயந்திரம் உள்ளூர் வலையமைப்பில் கண்ணுக்குத் தெரியாமல் இருக்கும் என்பதை ஏற்பது—இவற்றில் தேர்ந்தெடுக்கவும்.
கிளையண்டின் விலக்கு பாதையைக் குறுகலாகப் பயன்படுத்துங்கள்
ஒரு அம்சம் இயக்கத்தில் இருக்க வேண்டியிருந்தால், கிளையண்டின் சொந்தப் பிரிக்கப்பட்ட சுரங்கப்பாதையே ஆதரிக்கப்பட்ட வழி. தேவை அனுமதிக்கும் அளவுக்குச் சிறியதாக விலக்கை வைத்திருங்கள், அதாவது பொதுவாக ஒரு சேவையகத்திற்கு ஒரு ஹோஸ்ட் முகவரி அல்லது ஒரு பிரிவுக்கு ஒரு முன்னொட்டு. முழு தனிப்பட்ட வரம்பையும் உள்ளடக்கும் விதி என்பது யாரும் சேர்த்ததை நினைவில் வைத்திராத, யாரும் நீக்கத் துணியாத நிரந்தரத் துளை.
பிறகு முதலில் முகவரியால், பின்னர் பெயரால் சரிபார்க்கவும். இயற்பியல் நுழைவாயிலில் முதல் தாவலுடன் முகவரி பதிலளித்தால், விலக்கு வேலை செய்கிறது. பெயர் இன்னும் தோல்வியடைந்தால், நீங்கள் DNS-க்கு மாறிவிட்டீர்கள், ஏனெனில் சுரங்கப்பாதையின் தீர்வி உள்ளூர் மண்டலத்தை அறியாது, எந்த ரூட்டிங் மாற்றமும் அதைக் கற்பிக்காது.
ரூட் அல்லது விலக்கை வைத்திருங்கள், இரண்டையும் அல்ல, எது வேலை செய்கிறது என்பதற்கான குறிப்புடன். இரண்டு ஒன்றுடன் ஒன்று மேலெழும் பொறிமுறைகள் ஒன்றையொன்று மறைக்கின்றன, இந்த இயந்திரத்தை அடுத்து பிழைத்திருத்துபவர் அவற்றில் ஒன்றை நீக்கிவிட்டு எந்த மாற்றத்தையும் காணமாட்டார்.
கிளையண்டே தடையாக இருக்கும்போது
சில பில்டுகள் நிலையான ரூட்டோ கிளையண்ட் விலக்கோ வெல்ல முடியாத வகையில் டிராஃபிக்கை வடிகட்டுகின்றன. அதுவே கண்டுபிடிப்பாக இருந்தால், நேர்மையான வழிகள் பைபாஸ் அம்சத்திற்காகக் காத்திருப்பது அல்லது வழங்குநரின் சொந்தச் சுயவிவரத்தைப் பயன்படுத்தி சாதாரண OpenVPN கிளையண்டுடன் இணைவது, அசல் அறிக்கையில் விற்பனையாளர் ஆதரவுப் பதிலும் இதையே பரிந்துரைத்தது.
அந்த மாற்றீட்டைச் செய்வதற்கு முன் பரிமாற்றத்தைப் புரிந்து கொள்ளுங்கள். சாதாரண சுயவிவரம் எந்தச் சாதாரண சுரங்கப்பாதையைப் போலவே செயல்படுகிறது: அதன் ரூட்டுகளை நிறுவுகிறது, மீதமுள்ள ஸ்டாக்கை மறுசீரமைக்காது, எனவே குறுகிய ஹோஸ்ட் ரூட் நீங்கள் எதிர்பார்த்தபடியே செயல்படும். நீங்கள் இழப்பது பிராண்ட் கிளையண்ட் சுரங்கப்பாதையைச் சுற்றி செயல்படுத்திய அனைத்தும், kill switch மற்றும் DNS வடிகட்டலை உள்ளிட்டு, அவை வேண்டுமென்றே மீண்டும் உருவாக்கப்பட வேண்டும் அல்லது இல்லை என ஏற்கப்பட வேண்டும்.
நீங்கள் எதைத் தேர்ந்தெடுத்தாலும், தடை எந்த அடுக்குக்கு உரியது என்பதைப் பதிவு செய்யுங்கள். இயந்திரத்தை விட்டு வெளியேறாத பாக்கெட் வடிகட்டியின் விளைவு, எந்த ரூட்டிங் மாற்றமும் வடிகட்டியைச் சரிசெய்ய முடியாது.