துவக்கத்தில் OpenVPN சுரங்கப்பாதை தயாராகும் முன் RRAS தொடங்குகிறது

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

குளிர் துவக்கத்தில் அறிகுறி எப்படித் தெரிகிறது

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

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

«மறுதொடக்கத்திற்குப் பிறகு வேலை செய்கிறது» என்ற அடிப்படையில் சேர்க்கப்பட்ட சார்பு அதே தோல்வியை முன்நிபந்தனை சேவை RUNNING எனத் தெரிவிக்க எடுக்கும் நேரத்திற்கு மட்டுமே தாமதப்படுத்துகிறது. வரிசைக் கட்டுப்பாடு இப்போது விளக்கம்போல் தோன்றுவதால் அது துவக்கத்தைப் புரிந்துகொள்வதையும் கடினமாக்குகிறது. சார்பு எந்தப் பொருளுக்கு உத்தரவாதம் அளிக்கிறது, அந்தப் பொருளே RRAS பார்க்க முடியாததா என்று கேளுங்கள்.

ஆதாரத்தைப் பெயரிடுங்கள், சேவையை மட்டுமல்ல

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

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

Get-Service | Where-Object Name -match 'vpn|openvpn' | Select-Object Name, Status, StartType

சேர்ப்பதற்கு முன் சார்புச் சங்கிலியைப் படியுங்கள்

Service Control Manager START_PENDING மற்றும் RUNNING போன்ற நிலைகளைத் தெரிவிக்கிறது, SERVICE_STATUS reference ஒவ்வொரு புலத்தின் பொருளையும் துல்லியமாக வரையறுக்கிறது. இந்த நிலைகள் எதுவும் சகன், DNS பெயர் அல்லது கீழ்நிலை பயன்பாடு அணுகக்கூடியது என்று உறுதியளிக்கவில்லை. அந்த இடைவெளியே இந்தத் தோல்வி சரியாக உள்ளமைக்கப்பட்ட சார்பையும் தாண்டி நிலைத்திருப்பதற்கான முழுக் காரணம்.

Get-Service -Name RemoteAccess | Select-Object Status, StartType
sc.exe qc RemoteAccess
Get-Service -Name RemoteAccess | Select-Object -ExpandProperty DependentServices

sc.exe qc இலிருந்து வரும் DEPENDENCIES வரி நீங்கள் பாதுகாக்க வேண்டிய பட்டியல், ஏனெனில் sc.exe config RemoteAccess depend= முழுப் பட்டியலையும் மாற்றுகிறது, அதில் சேர்க்காது. VPN சேவையைச் சேர்க்கும்போது தொடர்பில்லாத முன்நிபந்தனையை விட்டுவிடுவது மற்றொரு துவக்கத்தில் தோன்றும் இரண்டாவது குறையை உருவாக்குகிறது, அதைக் கண்டறிவது அசலை விட மிகக் கடினம். அதைத் தொடும் முன் தற்போதைய பட்டியலை உங்கள் மாற்றப் பதிவில் நகலெடுங்கள்.

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

மறுதொடக்கத்தை டைமருக்கு அல்ல, ஒரு நிபந்தனைக்கு உட்படுத்துங்கள்

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

Get-NetAdapter | Where-Object Status -eq 'Up'
Get-NetRoute -DestinationPrefix 0.0.0.0/0
Get-WinEvent -LogName System -MaxEvents 40 |
  Where-Object ProviderName -eq 'Service Control Manager'

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

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

மாற்றத்தைப் பதிவு செய்யுங்கள், அடுத்த துவக்கம் தன்னைத் தானே விளக்கட்டும்

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

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