மிதக்கும் VPN காப்பு வழி பொறுப்பேற்கவில்லை: மாற்றம் சரிபார்ப்பு பட்டியல்

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

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

காப்பு மறைக்க வேண்டிய தோல்விக்குப் பெயரிடுங்கள்

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

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

தூரம் ஏதாவது கண்டறிய வேண்டும் என்று கேட்பதை நிறுத்துங்கள்

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

நிலையான வழிகளுக்கு அதற்கு வெளிப்படையான கண்காணிப்பி தேவை:

/ip route
add dst-address=10.20.0.0/24 gateway=192.0.2.1 distance=1 check-gateway=ping
add dst-address=10.20.0.0/24 gateway=wg-backup distance=10

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

ஆய்வின் சொந்தப் பாக்கெட்டுகள் எங்கே செல்கின்றன என்பதைக் கண்டறியுங்கள்

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

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

/ip route print detail where dst-address=203.0.113.10
# gateway should still be the primary next hop

இலக்குகளைச் சேர்ப்பதற்கு முன் ஆய்வு முடிவின் பொருளை வரையறுங்கள்

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

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

திரும்பும் பாதையையும் அமர்வுகளின் கதையையும் சோதியுங்கள்

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

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

ஏற்பு வரிசையை இயக்குங்கள்

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

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