د 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 برخه څه وایي چې ولې۔ وسیله موجوده ده خو په ستونزمن حالت کې ده، دا ډرایور یا د هغې لاسلیک ته اشاره کوي، چې له ورکې وسیلې څخه بېله خبره ده۔ هغه اډاپټر چې موجود دی او قطع شوی راپور کوي د فعال تونل پرته کار کوونکې وسیله ده، نه ناکامه نصب۔ له دې مخکې چې د سمون پړاو وټاکئ، درېواړه پایلې یو ځای ولولئ۔

د لاسلیک تطبیق بندول، د شبکې سټک بیا تنظیمول یا هر اډاپټر حذفول شواهد ورکوي۔ له هغو درېو هېڅ یو هم هغه پړاو نه سمون کوي چې لا نه دی پېژندل شوی، او هر یو هغه څه لرې کوي چې ویل به یې کوم پړاو و۔