உங்கள் VPN செயலிழப்பை விட ஏன் அதிக நேரம் எடுக்கிறது மீள

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

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

ஒன்றுபோல் தெரியும் மூன்று காத்திருப்புகள்

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

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

உண்மையில் எந்தக் கட்டம் மெதுவானது?

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

எந்த எண்ணையும் தொடுவதற்கு முன் தோல்வியை வகைப்படுத்துங்கள்.

நேரங்காட்டியைக் குறைப்பது எப்போது உதவும், எப்போது உதவாது

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

ஒவ்வொரு சுயவிவரத்திலும் நகலெடுக்கப்பட்ட மிகக் குறைந்த நேர வரம்பு அளவீடு இல்லாத சரிசெய்தலின் வழக்கமான இறுதி நிலை.

கிளையண்டைக் குறை சொல்வதற்கு முன் தயார்நிலையைச் சரிபார்க்கவும்

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

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

எதைப் பதிவு செய்ய வேண்டும்

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

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