Hyper-V കഴിഞ്ഞ് Cisco VPN തൂങ്ങുന്നു: അൺബൈൻഡ് ചെയ്യണോ അതോ പുനർനിർമ്മിക്കണോ?
എമുലേറ്റർ ഇൻസ്റ്റാളിന് ശേഷം ക്ലയന്റ് securing communications-ൽ നിൽക്കുന്നു. VPN അഡാപ്റ്റർ തെറ്റായ Hyper-V സ്വിച്ചിലേക്ക് ബൗണ്ട് ചെയ്തിട്ടുണ്ടോ അതോ ഒട്ടും തുടങ്ങിയിട്ടില്ലയോ എന്ന് പരിശോധിക്കുക.
ക്ലയന്റ് securing communications-ൽ കറങ്ങുന്നു, ഒരിക്കലും ലോഗിൻ പ്രോംപ്റ്റ് കാണിക്കുന്നില്ല, മാറിയ ഏക കാര്യം എമുലേറ്റർ ഇൻസ്റ്റാൾ ആണ്. ഈ പാറ്റേൺ പ്രൊഫൈലിനെയോ പാസ്വേഡിനെയോ അല്ല, വെർച്വൽ അഡാപ്റ്ററിനെയാണ് സൂചിപ്പിക്കുന്നത്. തീരുമാനം ഇതാണ്: അഡാപ്റ്റർ ഉണ്ടാകരുതാത്ത Hyper-V സ്വിച്ചിലേക്ക് ബൗണ്ട് ചെയ്തിട്ടുണ്ടോ, അതോ അത് ഒട്ടും ഉയർന്നിട്ടില്ലയോ.
ഈ രണ്ട് അവസ്ഥകളും ക്ലയന്റിൽ ഒരുപോലെ കാണപ്പെടുന്നു, വ്യത്യസ്ത അറ്റകുറ്റപ്പണികൾ വേണം. ഒന്ന് റദ്ദാക്കാവുന്ന ബൈൻഡിംഗ് ആണ്; മറ്റൊന്ന് അൺബൈൻഡ് ചെയ്യുന്നത് തൊടാത്ത ഡ്രൈവർ പ്രശ്നമാണ്.
Securing communications ഘട്ടം എന്തിനാണ് കാത്തിരിക്കുന്നത്
ടണൽ നിർമ്മിക്കുന്നതിന് മുമ്പ് ക്ലയന്റിന് ഗേറ്റ്വേയിലേക്ക് പ്രവർത്തിക്കുന്ന ലോക്കൽ നെറ്റ്വർക്ക് പാത വേണം. അത് സ്വന്തം വെർച്വൽ അഡാപ്റ്റർ ഇൻസ്റ്റാൾ ചെയ്ത് ആ പാതയുടെ ഭാഗമായി ഉപയോഗിക്കുന്നു. Hyper-V ആ അഡാപ്റ്റർ എമുലേറ്ററിനായി നിർമ്മിച്ച സ്വിച്ചിലേക്ക് ബന്ധിപ്പിച്ചാൽ, അഡാപ്റ്റർ ഉപയോഗയോഗ്യമായ റൂട്ട് നൽകുന്നത് നിർത്തിയേക്കാം.
ക്ലയന്റ് ഏത് അഡാപ്റ്ററിനായി കാത്തിരിക്കുന്നു എന്ന് റിപ്പോർട്ട് ചെയ്യുന്നില്ല. ലോഗ് സാധാരണയായി എത്തിയ അവസാന ഘട്ടത്തിൽ അവസാനിക്കുന്നു, അതേ പരാജയം ഓരോ ഗേറ്റ്വേ വിലാസത്തിലും കാണാം. അതുകൊണ്ടാണ് ഇൻസ്റ്റാൾ ചരിത്രം പിശക് വാചകത്തേക്കാൾ പ്രധാനമാകുന്നത്. ലോഗ് സൂക്ഷിക്കുന്നത് ഇപ്പോഴും ഉപകാരപ്രദമാണ്; അത് ഘട്ടം പറയുന്നു, കാരണമല്ല.
വീണ്ടും ക്രെഡൻഷ്യൽ നൽകുന്നതോ പ്രൊഫൈൽ പുനഃസ്ഥാപിക്കുന്നതോ സ്വിച്ച് ബൈൻഡിംഗ് മാറ്റാൻ കഴിയില്ല. അവയാണ് നിങ്ങളുടെ ആദ്യ രണ്ട് നടപടികളെങ്കിൽ, തെറ്റായ പാളിയാണ് നിങ്ങൾ നന്നാക്കുന്നത്.
ആദ്യ തീരുമാനം: VPN അഡാപ്റ്റർ തെറ്റായ സ്വിച്ചിലേക്ക് ബൗണ്ട് ചെയ്തിട്ടുണ്ടോ?
Hyper-V Manager തുറക്കുക, പിന്നീട് Virtual Switch Manager, ഓരോ സ്വിച്ചിന്റെയും അഡാപ്റ്റർ പട്ടിക വായിക്കുക. Cisco അഡാപ്റ്റർ ഒരു എമുലേറ്റർ സ്വിച്ചിന്റെ അറ്റാച്ച്മെന്റായി കാണരുത്. കാണുന്നുണ്ടെങ്കിൽ അത് നിങ്ങളുടെ തെറ്റാണ്, ആ സ്വിച്ചിൽ നിന്ന് അത് നീക്കം ചെയ്യുകയാണ് പരിഹാരം.
ആദ്യം റീബൂട്ട് ചെയ്യുക, ക്ലയന്റ് പകുതി ബന്ധിപ്പിച്ച നിലയിലല്ല, വൃത്തിയായി തുടങ്ങട്ടെ. ബൈൻഡിംഗ് നീക്കി പ്രയോഗിക്കുക, പരിശോധിക്കുന്നതുവരെ മറ്റ് അഡാപ്റ്ററുകളെ വെറുതെ വിടുക. മാറ്റം പഴയപടിയാക്കാം, ഒന്നും അൺഇൻസ്റ്റാൾ ചെയ്യുന്നില്ല, പക്ഷേ ഏതൊക്കെ അഡാപ്റ്ററുകൾ അൺബൈൻഡ് ചെയ്തു എന്ന് എഴുതി വയ്ക്കുക.
ക്ലയന്റ് തുടങ്ങി കണക്ഷൻ പരീക്ഷിക്കുക. ഇപ്പോഴും തൂങ്ങുന്നുണ്ടെങ്കിൽ, ബാക്കിയുള്ള വെർച്വൽ അഡാപ്റ്ററുകൾ ഓരോന്നായി അൺബൈൻഡ് ചെയ്ത് ഓരോന്നിനും ശേഷം പരിശോധിക്കുക, ഏതാണ് പ്രധാനമായിരുന്നതെന്ന് അറിയാൻ.
രണ്ടാം തീരുമാനം: അഡാപ്റ്റർ പ്രവർത്തിക്കുന്നുണ്ടോ പക്ഷേ വിലാസമില്ലേ?
മറഞ്ഞിരിക്കുന്ന അഡാപ്റ്ററുകളും ഉൾപ്പെടുത്താൻ ഉയർന്ന അനുമതിയുള്ള പ്രോംപ്റ്റിൽ നിന്ന് ipconfig /all പ്രവർത്തിപ്പിക്കുക, ഇൻസ്റ്റാളിന് മുമ്പ് ഓർമ്മയുള്ളതുമായി പട്ടിക താരതമ്യം ചെയ്യുക. വിലാസമില്ലാത്തതും മീഡിയ വിച്ഛേദിച്ച നിലയിലുള്ളതുമായ അഡാപ്റ്റർ സാധാരണയായി ഡ്രൈവർ തുടങ്ങിയിട്ടില്ല എന്നാണ് അർത്ഥമാക്കുന്നത്. അൺബൈൻഡ് ചെയ്യുന്നത് അത് ശരിയാക്കുന്നില്ല. എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ് കൃത്യമായ അവസ്ഥ എഴുതി വയ്ക്കുക.
പ്രവർത്തിക്കുന്നുണ്ടെങ്കിലും തെറ്റായ സ്വിച്ചിലേക്ക് ബന്ധിപ്പിച്ച അഡാപ്റ്റർ മുൻ വിഭാഗത്തിലെ കേസാണ്. വിലാസത്തിന്റെ അവസ്ഥയാണ് രണ്ടിനെയും വേർതിരിക്കുന്നത്.
തകരാർ തിരികെ കൊണ്ടുവരാതെ എമുലേറ്റർ തിരികെ കൊണ്ടുവരിക
ടണൽ പ്രവർത്തിക്കുമ്പോൾ എമുലേറ്ററിന്റെ സ്വന്തം അഡാപ്റ്റർ അതിന്റെ സ്വിച്ചിലേക്ക് വീണ്ടും ബന്ധിപ്പിച്ച് VM വിലാസം നേടുന്നുവെന്ന് ഉറപ്പാക്കുക. VPN അഡാപ്റ്റർ വീണ്ടും ബന്ധിപ്പിക്കരുത്. പൂർത്തിയായി എന്ന് പറയുന്നതിന് മുമ്പ് എമുലേറ്ററും ക്ലയന്റും ഒരിക്കൽ കൂടി പരിശോധിക്കുക.
നിയന്ത്രിത വർക്ക്സ്റ്റേഷനിൽ, നിങ്ങൾ ഏത് ബൈൻഡിംഗ് മാറ്റി എന്ന് അഡ്മിനിസ്ട്രേറ്ററിനോട് പറയുക. പിന്നീടുള്ള പോളിസി പുതുക്കൽ പഴയ ബന്ധം പുനഃസ്ഥാപിച്ചേക്കാം, തൂങ്ങൽ വ്യക്തമായ കാരണമില്ലാതെ തിരികെ വരും.
അഡാപ്റ്ററിന്റെ പേര്, അത് ബൗണ്ട് ചെയ്തിരുന്ന സ്വിച്ച്, മുമ്പും ശേഷവുമുള്ള ipconfig അവസ്ഥ എന്നിവ എഴുതി വയ്ക്കുക. അപ്ഡേറ്റിന് ശേഷം തൂങ്ങൽ തിരികെ വന്നാൽ, ആ രേഖയാണ് അഞ്ച് മിനിറ്റ് പരിശോധനയും പൂജ്യത്തിൽ നിന്ന് തുടങ്ങുന്നതും തമ്മിലുള്ള വ്യത്യാസം.