Hindi na-install ang TAP adapter ng OpenVPN: aling yugto ang nasira?

Sinasabi ng installer na hindi magawa ang TAP adapter, at saklaw ng isang pangungusap na iyon ang hindi bababa sa tatlong magkakaibang pagkasira. Baka hindi kailanman inihanda ang pakete, baka inihanda ito nang walang nagawang device, o baka may device na may problemang estado na iniulat ng installer bilang isang pangkalahatang error. Alin sa mga ito ang mayroon ka ang nagtatakda kung sino ang aayos at anong ebidensya ang kailangan mo.

Kolektahin ang build number at ang timestamp ng pag-install bago ang anumang iba. Ginagawa ng dalawa ang isang folder ng mga log na isang paghahanap na talagang maipapatupad.

Tatlong Yugto, Tatlong Magkaibang Log

Ang unang yugto ay ang installer mismo, na nagbubukas ng mga file, may sariling log, at nag-uulat ng summary code gaya ng 1603 na nagsasabing nabigo ang transaksyon nang hindi nagsasabi kung saan. Ang pangalawa ay ang driver store, kung saan inihahanda ang isang pinirmahang pakete para sa susunod na paggamit, na ibang tagumpay kaysa sa pagtali nito sa hardware. Ang pangatlo ay ang paggawa ng device, kung saan bumubuo ang Windows ng instance ng device, inilalapat ang INF, at itinatala ang resulta sa log ng setupapi. Ang tahimik na puwang sa pagitan ng alinmang dalawa sa mga yugtong ito ay gumagawa ng parehong pangungusap na nakikita ng user.

Ang summary code ay kabilang sa transaksyon, habang ang nabigong aksyon ay nasa isang lugar na mas maaga sa parehong log. Maghanap pabalik mula sa code sa halip na subukang ipaliwanag ang code.

Basahin ang setupapi.dev.log sa Paligid ng Pagtatangka

Bawat pag-install ng device ay nagsusulat ng isang seksyon sa C:\Windows\INF\setupapi.dev.log, at ipinapaliwanag ng gabay sa log ng SetupAPI kung paano nakaayos ang mga seksyong iyon at ang kanilang huling estado. Hanapin ang seksyon na ang timestamp ay pumapalibot sa pagtatangka mo, pagkatapos basahin ito nang buo sa halip na ang unang linyang error na mapapansin mo. Lumilitaw ang mga babala tungkol sa walang kaugnayang device sa buong mahabang log at wala itong ipinapaliwanag tungkol sa pagkasirang ito. Ang huling estado ng tugmang seksyon ang katotohanang sulit sipiin sa isang ulat.

Iugnay ang seksyong iyon sa pangalan ng adapter, identifier ng device, at paketeng INF na binanggit sa log ng installer. Tatlong identifier na nagtutugma sa isang timestamp ang nagpapasiguro sa pag-uugnay.

Suriin ang Pakete at ang Device nang Hiwalay

Ang inihandang pakete ay nagpapatunay lamang na naabot ng pinirmahang INF ang driver store. Sa henerasyong ito ng Windows, inililista ng pnputil /enum-drivers ang mga pakete ng ikatlong partido ayon sa provider, class, version, at nailathalang pangalan, na nagpapahintulot sa iyong hanapin ang pakete ng OpenVPN adapter sa halip na hulaan mula sa isang oem number. Wala sa listahang iyon ang nagsasabing may device, nagsimula ito, o nakatali ito sa paketeng natagpuan mo. Magkaibang tanong ang mga iyon na may magkaibang sagot.

May sariling pananaw ang panig ng device. Ipinapakita ng read-only na imbentaryo ng adapter ang kasalukuyang pinaniniwalaan ng Windows tungkol sa interface, at ang mga nakatagong entry ay sumasaklaw sa mga device na naroroon ngunit hindi aktibo. Ang paghahambing ng dalawang listahan ay magsasabi kung aling yugto ang nabigo: walang pakete, walang device, o may device na may problemang estado.

I-verify ang Adapter Bago Galawin ang mga Signature

Basahin ang estado mula sa makina sa halip na mula sa buod ng installer. Inililista ng mga command sa ibaba ang inihandang driver package, ang imbentaryo ng adapter kasama ang mga nakatagong entry, at ang mga network device na hindi nag-uulat ng OK. Patakbuhin ang mga ito pagkatapos ng reboot upang kumalma ang mga nakabinbing operasyon ng device.

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

Ang paketeng naroroon na walang tugmang device ay tumutukoy sa paggawa ng device, at ipinapaliwanag ng seksyong setupapi para sa timestamp na iyon kung bakit. Ang device na naroroon na may problemang estado ay tumutukoy sa driver o sa signature nito, na ibang usapan kaysa sa nawawalang device. Ang adapter na umiiral at nag-uulat na disconnected ay isang gumaganang device na walang aktibong tunnel, hindi isang nabigong pag-install. Basahin ang tatlong output nang sama-sama bago pumili ng yugtong aayusin.

Ang pag-disable ng signature enforcement, pag-reset ng network stack, o pagbura ng bawat adapter ay nagpapawala ng ebidensya. Wala sa tatlong iyon ang nag-aayos ng yugtong hindi mo pa natukoy, at inaalis ng bawat isa ang magsasabi sana sa iyo kung aling yugto iyon.