VPN தயாராகும் முன் இயக்ககத்தை மேப் செய்யலாமா? அதை சேவையகத்துடன் இணைக்கவும்
உள்நுழைவு ஸ்கிரிப்ட் சுரங்கப்பாதைக்கு வழி வரும் முன்பே பங்கீட்டை மேப் செய்கிறது. அதன் வழியாக மட்டுமே பதிலளிக்கும் ஒரு சேவையகத்தைச் சரிபார்த்து, பிறகு பயனர் அமர்வில் மேப் செய்து முடிவைப் பதிவு செய்யவும்.
உள்நுழைவின் போது இயக்கக எழுத்து தோன்றி, பிறகு காலி கோப்புறையாக அல்லது சிவப்புச் சிலுவை மற்றும் கிடைக்காத பிணைய ஆதாரம் பற்றிய செய்தியுடன் திறக்கிறது. அனுமதிகள் பொதுவாக சரியாகவே இருக்கும். நடந்தது என்னவென்றால், VPN கிளையன் இருந்தும் கோப்பு சேவையகத்திற்கு வழி இல்லாத அந்த இடைவெளியில் மேப்பிங் கட்டளை இயங்கியது, Windows அந்தத் தோல்வியை இயக்ககத்தின் நிலையாகப் பதிவு செய்தது. தீர்வு, மேப்பிங்கை உள்நுழைவின் போது நடப்பதாகக் கருதுவதை நிறுத்தி, அதை இணைப்பு வரிசையின் கடைசிப் படியாகக் கருதுவதாகும்.
மேப்பிங் ஏன் மிக முன்பே இயங்குகிறது
அமர்வு தொடங்கும்போது உள்நுழைவு ஸ்கிரிப்ட் தொடங்குகிறது. உள்நுழைவின் போது இணையும் VPN கிளையன் அதன் மேல் தனது சொந்த நேரக்கோட்டைச் சேர்க்கிறது: செயல்முறை இயங்கிக்கொண்டிருக்கலாம், மெய்நிகர் அடாப்டர் இருக்கலாம், அலுவலக துணை வலையத்திற்கான வழி இன்னும் இல்லாமல் இருக்கலாம். ஸ்கிரிப்டின் பார்வையில் இந்த மூன்று நிலைகளும் ஒரே மாதிரியாகத் தெரிகின்றன, அவற்றில் ஒன்று மட்டுமே வேலை செய்கிறது.
சில சூழல்கள் ஒவ்வொரு உள்நுழைவிலும் அதே தோல்வியடைந்த வரியை மீண்டும் மீண்டும் சொல்வதன் மூலம் பதிலளிக்கின்றன, இதனால் இயக்ககத்தை இரண்டு முறை கிளிக் செய்யக் கற்றுக்கொண்ட பயனரும், தானாக ஒருபோதும் வெற்றி பெறாத ஸ்கிரிப்டும் உருவாகின்றன.
இயக்ககமே இதை மேலும் மோசமாக்குகிறது. மேப் செய்யப்பட்ட இயக்ககம் ஒரு அமர்வுப் பொருள், Windows அதைக் கிடைக்காததாகக் குறித்த பிறகு, சுரங்கப்பாதை ஆரோக்கியமான பிறகும் ஐகான் நீண்ட காலம் உடைந்தே இருக்கலாம். அதனால்தான் கைமுறையாக மீண்டும் மேப் செய்வது வேலை செய்கிறது, ஆனால் ஸ்கிரிப்ட் எதுவும் செய்யாதது போல் தெரிகிறது. அமர்வு தோல்வியை நினைவில் வைக்கிறது, அதன் பின்னால் இருந்த நோக்கத்தை அல்ல.
இணைக்கப்பட்ட நிலை ஒரு பாதை அல்ல
தட்டில் உள்ள VPN ஐகான் சுரங்கப்பாதை மேலே உள்ளதா என்பதைத் தெரிவிக்கிறது. ஒரு குறிப்பிட்ட சேவையகத்திற்கு வழி இருக்கிறதா, DNS அந்தப் பெயரை சுரங்கப்பாதையின் முகவரியாகத் தீர்க்கிறதா, அல்லது சேவையகத்தின் சொந்த ஃபயர்வால் உங்களை ஏற்கிறதா என்பதைப் பற்றி எதுவும் சொல்லவில்லை.
இவை ஒரே தெரியும் முடிவைக் கொண்ட மூன்று தனித்தனி தோல்விகள், தட்டு ஐகானை நிபந்தனையாக்குவது அவற்றை ஒரே நம்பமுடியாத சமிக்ஞையாக உருக்குகிறது.
உங்களுக்கு உண்மையில் தேவையான சேவையகத்தைப் பெயரிடும் தயார்நிலைச் சரிபார்ப்பு அவற்றை வேறுபடுத்துகிறது, ஏனெனில் குறிப்பிட்ட வழி வேலை செய்யும் வரை அது தோல்வியடைகிறது, எந்த இடைமுகமும் தன்னை இணைக்கப்பட்டதாக அறிவிக்கும் வரை அல்ல.
வாடிக்கையாளரை அல்ல, சேவையகத்தை நிபந்தனையாக்குங்கள்
சுரங்கப்பாதை வழியாக மட்டுமே அணுகக்கூடிய ஒரு புரவலனைத் தேர்ந்தெடுத்து, எதையும் மேப் செய்வதற்கு முன் அதற்காகக் காத்திருங்கள். கீழே உள்ள பகுதி சேமிக்கப்பட்ட Windows VPN உள்ளீட்டை இணைத்து, கோப்பு சேவையகத்தைச் சரிபார்த்து, பிறகு இயக்ககத்தை மேப் செய்கிறது.
@echo off
set server=fileserver.corp.example
rasdial "Office VPN" /disconnect
rasdial "Office VPN"
:wait
ping -n 1 -w 1000 %server% >nul || (
timeout /t 5 /nobreak >nul
goto wait
)
net use Z: \\%server%\share /persistent:no
Ping என்பது தயார்நிலை ஆய்வு, அனுமதிச் சோதனை அல்ல. உங்கள் பிணையத்தில் ICMP வடிகட்டப்பட்டால், அதற்குப் பதிலாக நீங்கள் உண்மையில் பயன்படுத்தும் சேவையைச் சரிபார்க்கவும்: விரைவான சரிபார்ப்புக்கு net view \\%server%, அல்லது PowerShell இல் துறைமுகம் 445 க்கு எதிரான சிறிய TCP சோதனை. இரண்டில் எதுவும் முக்கியமான விஷயத்தை நிபந்தனையாக்குகிறது.
வரையறுக்கப்பட்ட எண்ணிக்கையிலான முயற்சிகளைச் சேர்க்கவும். வரம்பில்லாத காத்திருப்பு சுழற்சி உடைந்த சுரங்கப்பாதையை ஒருபோதும் உள்நுழைவை முடிக்காத அமர்வாக மாற்றுகிறது, அது காணாமல் போன இயக்கக எழுத்தை விட மோசமான ஆதரவு அழைப்பு.
அதை மீண்டும் இயக்கக்கூடியதாகவும் அமர்வு உணர்வுடனும் ஆக்குங்கள்
பயனரின் சொந்த அமர்வுக்குள் அதை இயக்கவும். SYSTEM ஆக இயங்கும் பணி இயக்ககத்தை முற்றிலும் வேறு அமர்வில் வைக்கிறது, உள்நுழைந்த பயனர் முடிவை ஒருபோதும் பார்ப்பதில்லை. அதனால் வெற்றியைப் புகாரளிக்கும் ஸ்கிரிப்டும், இயக்ககம் இல்லாத பணிமேசையும் கிடைக்கும்.
மேப் செய்வதற்கு முன் சரிபார்த்து, பழைய உள்ளீட்டை மட்டும் நீக்கவும். எழுத்து பயன்பாட்டில் இல்லாதபோது net use Z: /delete பிழையைத் திருப்பித் தருகிறது, அந்தப் பிழையைப் புறக்கணிப்பது பாதுகாப்பானது, ஸ்கிரிப்டின் மீதமுள்ள பகுதியைக் கைவிடக் காரணமல்ல. /persistent:no வைத்திருங்கள், தோல்வியடைந்த முயற்சி பிறகு நிரந்தர மீளிணைப்பு முயற்சியாக மாறாமல் இருக்க.
மேலும் கோப்பில் கடவுச்சொல்லை வைக்க வேண்டாம். rasdial VPN உள்ளீட்டிற்காகச் சேமிக்கப்பட்ட சான்றுகளை மீண்டும் பயன்படுத்தலாம், பங்கீடு உள்நுழைந்த பயனராக அங்கீகரிக்கப்பட வேண்டும். பங்கீட்டிற்கு உண்மையில் வேறு சான்றுகள் தேவைப்பட்டால், உள்நுழைவுப் பங்கீட்டில் உள்ள பேட்ச் கோப்பில் பதிக்காமல் cmdkey மூலம் ஒவ்வொரு பயனருக்கும் ஒருமுறை பதிவு செய்யுங்கள். அந்தப் பங்கீட்டைப் படிக்கக்கூடிய யாரும் கடவுச்சொல்லையும் படிக்கலாம், அது வசதியை ஒரு சம்பவமாக மாற்றுகிறது.
முழு ஸ்கிரிப்டையும் மீண்டும் இயக்குவது பாதிப்பில்லாததாக இருக்க வேண்டும், ஏனெனில் அதுதான் நடக்கப் போகிறது. பயனர்கள் மீண்டும் இணைகிறார்கள், மடிக்கணினிகள் விழித்தெழுகின்றன, அதே குறியீட்டுப் பாதை வேறு தொடக்க நிலையுடன் மீண்டும் இயங்குகிறது.
எந்தப் பாதி தாமதமானது என்பதை நிரூபிக்க போதுமான அளவு பதிவு செய்யுங்கள்
நேர முத்திரை, தயார்நிலைச் சரிபார்ப்பின் முடிவு மற்றும் மேப்பிங்கின் வெளியேறும் குறியீட்டைப் பயனர் சுயவிவரத்தின் கீழ் உள்ள கோப்பில் எழுதுங்கள். காணாமல் போன இயக்ககம் பற்றிய அடுத்த அறிக்கை வரும்போது, அந்தப் பதிவு ஒரே முக்கியமான கேள்விக்குப் பதிலளிக்கிறது: சுரங்கப்பாதை தாமதமாக வந்ததா, அல்லது பங்கீடு மறுத்ததா?
அது இல்லாமல், ஒவ்வொரு மீள்நிகழ்வும் பூஜ்ஜியத்திலிருந்து விசாரிக்கப்படுகிறது, வழக்கமான முடிவு எதையும் சரிசெய்யாத அனுமதி மாற்றமாக இருக்கும்.
வரிசையை ஒருமுறை குளிர் துவக்கத்திலிருந்தும் ஒருமுறை உறக்கத்திலிருந்தும் சோதிக்கவும். விழித்தெழும் நிலையே வரிசை அடிக்கடி உடையும் இடம், ஏனெனில் பிணையத்திற்கு முன்பே அமர்வு மீண்டும் தொடங்குகிறது, ஸ்கிரிப்ட் மணிநேரங்களுக்கு முன் உள்நுழைந்த இயந்திரத்தைப் பார்க்கிறது.