OpenVPN TAP അഡാപ്റ്റർ ഇൻസ്റ്റാൾ പരാജയപ്പെട്ടു: ഏത് ഘട്ടമാണ് തകർന്നത്?

TAP അഡാപ്റ്റർ സൃഷ്ടിക്കാൻ കഴിഞ്ഞില്ലെന്ന് ഇൻസ്റ്റാളർ പറയുന്നു, ആ ഒരു വാക്യം കുറഞ്ഞത് മൂന്ന് വ്യത്യസ്ത പരാജയങ്ങളെ ഉൾക്കൊള്ളുന്നു. പാക്കേജ് ഒരിക്കലും തയ്യാറായിരിക്കാം, തയ്യാറായെങ്കിലും ഉപകരണം സൃഷ്ടിച്ചിരിക്കില്ല, അല്ലെങ്കിൽ ഉപകരണം നിലവിലുണ്ടെങ്കിലും ഇൻസ്റ്റാളർ ഒരു പൊതു പിശകായി റിപ്പോർട്ട് ചെയ്ത പ്രശ്നകരമായ അവസ്ഥയിലാകാം. ഇവയിൽ ഏതാണ് നിങ്ങൾക്കുള്ളതെന്നത് ആര് പരിഹരിക്കണം, എന്ത് തെളിവ് വേണം എന്നിവ നിർണ്ണയിക്കുന്നു.

എല്ലാത്തിനും മുമ്പ് ബിൽഡ് നമ്പറും ഇൻസ്റ്റാളേഷൻ സമയ മുദ്രയും ശേഖരിക്കുക. രണ്ടും ലോഗുകളുടെ ഫോൾഡറിനെ യഥാർത്ഥത്തിൽ പ്രവർത്തിപ്പിക്കാവുന്ന തിരയലാക്കി മാറ്റുന്നു.

മൂന്ന് ഘട്ടങ്ങൾ, മൂന്ന് വ്യത്യസ്ത ലോഗുകൾ

ആദ്യ ഘട്ടം ഇൻസ്റ്റാളർ തന്നെയാണ്, അത് ഫയലുകൾ വിടർത്തുന്നു, സ്വന്തം ലോഗ് സൂക്ഷിക്കുന്നു, 1603 പോലുള്ള ഒരു സംഗ്രഹ കോഡ് റിപ്പോർട്ട് ചെയ്യുന്നു. അത് ഇടപാട് പരാജയപ്പെട്ടു എന്ന് പറയുന്നു, എവിടെയെന്ന് പറയുന്നില്ല. രണ്ടാമത്തേത് ഡ്രൈവർ സ്റ്റോർ ആണ്, അവിടെ സൈൻ ചെയ്ത പാക്കേജ് പിന്നീട് ഉപയോഗിക്കാൻ തയ്യാറാക്കുന്നു, ഇത് അതിനെ ഹാർഡ്‌വെയറുമായി ബന്ധിപ്പിക്കുന്നതിൽ നിന്ന് വ്യത്യസ്തമായ നേട്ടമാണ്. മൂന്നാമത്തേത് ഉപകരണ സൃഷ്ടിയാണ്, അവിടെ Windows ഒരു ഉപകരണ ഇൻസ്റ്റൻസ് നിർമ്മിക്കുന്നു, INF പ്രയോഗിക്കുന്നു, ഫലം setupapi ലോഗിൽ രേഖപ്പെടുത്തുന്നു. ഈ ഘട്ടങ്ങളിൽ ഏതെങ്കിലും രണ്ടിനിടയിലുള്ള നിശ്ശബ്ദ വിടവ് ഉപയോക്താവിന് കാണുന്ന അതേ വാക്യം സൃഷ്ടിക്കുന്നു.

സംഗ്രഹ കോഡ് ഇടപാടിനുള്ളതാണ്, പരാജയപ്പെട്ട പ്രവർത്തനം അതേ ലോഗിൽ എവിടെയോ മുമ്പാണ്. കോഡ് വിശദീകരിക്കാൻ ശ്രമിക്കുന്നതിനുപകരം കോഡിൽ നിന്ന് പിന്നോട്ട് തിരയുക.

ശ്രമത്തിന് ചുറ്റുമുള്ള setupapi.dev.log വായിക്കുക

ഓരോ ഉപകരണ ഇൻസ്റ്റാളേഷനും C:\Windows\INF\setupapi.dev.log ലേക്ക് ഒരു വിഭാഗം എഴുതുന്നു, SetupAPI ലോഗ് ഗൈഡ് ആ വിഭാഗങ്ങളും അവയുടെ അന്തിമ അവസ്ഥയും എങ്ങനെ ക്രമീകരിച്ചിരിക്കുന്നു എന്ന് വിശദീകരിക്കുന്നു. സമയ മുദ്ര നിങ്ങളുടെ ശ്രമത്തെ വലയം ചെയ്യുന്ന വിഭാഗം കണ്ടെത്തി, നിങ്ങൾ ശ്രദ്ധിച്ച ആദ്യ പിശക് വരിയല്ല, അത് പൂർണ്ണമായി വായിക്കുക. ബന്ധമില്ലാത്ത ഉപകരണങ്ങളെക്കുറിച്ചുള്ള മുന്നറിയിപ്പുകൾ നീണ്ട ലോഗിലുടനീളം കാണപ്പെടുന്നു, ഈ പരാജയത്തെക്കുറിച്ച് ഒന്നും വിശദീകരിക്കുന്നില്ല. യോജിക്കുന്ന വിഭാഗത്തിന്റെ അന്തിമ അവസ്ഥയാണ് റിപ്പോർട്ടിൽ ഉദ്ധരിക്കാൻ യോഗ്യമായ വസ്തുത.

ആ വിഭാഗത്തെ അഡാപ്റ്ററിന്റെ പേര്, ഉപകരണ ഐഡന്റിഫയർ, ഇൻസ്റ്റാളർ ലോഗിൽ പേരിട്ട INF പാക്കേജ് എന്നിവയുമായി ബന്ധിപ്പിക്കുക. ഒരൊറ്റ സമയ മുദ്രയിൽ മൂന്ന് ഐഡന്റിഫയറുകൾ യോജിക്കുന്നതാണ് ആരോപണത്തെ സുരക്ഷിതമാക്കുന്നത്.

പാക്കേജും ഉപകരണവും വെവ്വേറെ പരിശോധിക്കുക

തയ്യാറാക്കിയ പാക്കേജ് സൈൻ ചെയ്ത INF ഡ്രൈവർ സ്റ്റോറിൽ എത്തി എന്ന് മാത്രം തെളിയിക്കുന്നു. ഈ Windows തലമുറയിൽ pnputil /enum-drivers മൂന്നാം കക്ഷി പാക്കേജുകൾ വിതരണക്കാരൻ, ക്ലാസ്, പതിപ്പ്, പ്രസിദ്ധീകരിച്ച പേര് എന്നിവ പ്രകാരം പട്ടികപ്പെടുത്തുന്നു, ഇത് oem നമ്പറിൽ നിന്ന് ഊഹിക്കുന്നതിനുപകരം OpenVPN അഡാപ്റ്റർ പാക്കേജ് കണ്ടെത്താൻ അനുവദിക്കുന്നു. ആ പട്ടികയിൽ ഒരു ഉപകരണം നിലവിലുണ്ട്, ആരംഭിച്ചു, അല്ലെങ്കിൽ നിങ്ങൾ കണ്ടെത്തിയ പാക്കേജുമായി ബന്ധിപ്പിച്ചിരിക്കുന്നു എന്ന് ഒന്നും പറയുന്നില്ല. അവ വെവ്വേറെ ഉത്തരങ്ങളുള്ള വെവ്വേറെ ചോദ്യങ്ങളാണ്.

ഉപകരണ വശത്തിന് സ്വന്തം കാഴ്ചയുണ്ട്. വായന-മാത്രം അഡാപ്റ്റർ ഇൻവെന്ററി Windows ഇപ്പോൾ ഇന്റർഫേസിനെക്കുറിച്ച് എന്ത് വിശ്വസിക്കുന്നു എന്ന് കാണിക്കുന്നു, മറഞ്ഞിരിക്കുന്ന എൻട്രികൾ നിലവിലുള്ളതും എന്നാൽ നിഷ്ക്രിയവുമായ ഉപകരണങ്ങളെ ഉൾക്കൊള്ളുന്നു. രണ്ട് പട്ടികകളും താരതമ്യം ചെയ്യുമ്പോൾ ഏത് ഘട്ടമാണ് പരാജയപ്പെട്ടതെന്ന് അറിയാം: പാക്കേജ് ഇല്ല, ഉപകരണം ഇല്ല, അല്ലെങ്കിൽ ഉപകരണം ഉണ്ട് പക്ഷേ പ്രശ്നകരമായ അവസ്ഥയിൽ.

സിഗ്നേച്ചറുകൾ തൊടുന്നതിന് മുമ്പ് അഡാപ്റ്റർ പരിശോധിക്കുക

ഇൻസ്റ്റാളറിന്റെ സംഗ്രഹത്തിൽ നിന്നല്ല, യന്ത്രത്തിൽ നിന്ന് അവസ്ഥ വായിക്കുക. താഴെയുള്ള കമാൻഡുകൾ തയ്യാറാക്കിയ ഡ്രൈവർ പാക്കേജുകൾ, മറഞ്ഞിരിക്കുന്ന എൻട്രികൾ ഉൾപ്പെടെയുള്ള അഡാപ്റ്റർ ഇൻവെന്ററി, OK എന്ന് റിപ്പോർട്ട് ചെയ്യാത്ത നെറ്റ്‌വർക്ക് ഉപകരണങ്ങൾ എന്നിവ പട്ടികപ്പെടുത്തുന്നു. റീബൂട്ടിന് ശേഷം അവ പ്രവർത്തിപ്പിക്കുക, താമസത്തിലുള്ള ഉപകരണ പ്രവർത്തനങ്ങൾ ശാന്തമാകട്ടെ.

pnputil /enum-drivers
Get-NetAdapter -IncludeHidden | Select-Object Name, InterfaceDescription, Status
Get-PnpDevice -Class Net | Where-Object Status -ne 'OK'

പാക്കേജ് ഉണ്ടെങ്കിലും യോജിക്കുന്ന ഉപകരണം ഇല്ലെങ്കിൽ അത് ഉപകരണ സൃഷ്ടിയെ സൂചിപ്പിക്കുന്നു, ആ സമയ മുദ്രയുടെ setupapi വിഭാഗം എന്തുകൊണ്ടെന്ന് വിശദീകരിക്കുന്നു. ഉപകരണം ഉണ്ടെങ്കിലും പ്രശ്നകരമായ അവസ്ഥയിലാണെങ്കിൽ അത് ഡ്രൈവറിനെയോ അതിന്റെ സിഗ്നേച്ചറിനെയോ സൂചിപ്പിക്കുന്നു, ഇത് കാണാത്ത ഉപകരണത്തെക്കുറിച്ചുള്ള സംഭാഷണത്തിൽ നിന്ന് വ്യത്യസ്തമാണ്. നിലവിലുണ്ടെന്നും വിച്ഛേദിക്കപ്പെട്ടതായും റിപ്പോർട്ട് ചെയ്യുന്ന അഡാപ്റ്റർ സജീവ ടണലില്ലാത്ത പ്രവർത്തിക്കുന്ന ഉപകരണമാണ്, പരാജയപ്പെട്ട ഇൻസ്റ്റാളേഷനല്ല. പരിഹരിക്കേണ്ട ഘട്ടം തിരഞ്ഞെടുക്കുന്നതിന് മുമ്പ് മൂന്ന് ഔട്ട്പുട്ടുകളും ഒരുമിച്ച് വായിക്കുക.

സിഗ്നേച്ചർ നിർബന്ധം അണയ്ക്കുന്നതോ നെറ്റ്‌വർക്ക് സ്റ്റാക്ക് പുനഃസജ്ജമാക്കുന്നതോ എല്ലാ അഡാപ്റ്ററുകളും ഇല്ലാതാക്കുന്നതോ തെളിവുകൾ അപ്രത്യക്ഷമാക്കുന്നു. അവയിൽ ഒന്നും നിങ്ങൾ ഇതുവരെ തിരിച്ചറിയാത്ത ഘട്ടം പരിഹരിക്കുന്നില്ല, ഓരോന്നും ഏത് ഘട്ടമായിരുന്നു എന്ന് പറഞ്ഞിരുന്നത് നീക്കം ചെയ്യുന്നു.