ติดตั้งอะแดปเตอร์ TAP ของ OpenVPN ไม่สำเร็จ: ขั้นตอนไหนเสีย?

ตัวติดตั้งแจ้งว่าสร้างอะแดปเตอร์ TAP ไม่ได้ และประโยคนั้นครอบคลุมความล้มเหลวอย่างน้อยสามแบบที่ต่างกัน แพ็กเกจอาจไม่เคยถูกจัดเตรียมไว้ อาจถูกจัดเตรียมไว้แต่ไม่มีอุปกรณ์ถูกสร้างขึ้น หรืออุปกรณ์อาจมีอยู่โดยอยู่ในสถานะมีปัญหาซึ่งตัวติดตั้งรายงานเป็นข้อผิดพลาดทั่วไปเพียงข้อเดียว สถานะใดที่คุณมีอยู่เป็นตัวกำหนดว่าใครจะแก้ไขและต้องใช้หลักฐานอะไร

เก็บหมายเลข build และเวลาที่ติดตั้งไว้ก่อนสิ่งอื่น ทั้งสองอย่างเปลี่ยนโฟลเดอร์บันทึกให้เป็นการค้นหาที่รันได้จริง

สามขั้นตอน สามบันทึกที่ต่างกัน

ขั้นแรกคือตัวติดตั้งเอง ซึ่งแตกไฟล์ เก็บบันทึกของตัวเอง และรายงานรหัสสรุปเช่น 1603 ที่บอกว่าธุรกรรมล้มเหลวโดยไม่บอกว่าเกิดที่ใด ขั้นที่สองคือที่เก็บไดรเวอร์ ซึ่งแพ็กเกจที่ลงนามแล้วถูกจัดเตรียมไว้ใช้ภายหลัง ซึ่งเป็นความสำเร็จที่ต่างจากการผูกกับฮาร์ดแวร์ ขั้นที่สามคือการสร้างอุปกรณ์ ซึ่ง Windows สร้างอินสแตนซ์อุปกรณ์ ใช้ไฟล์ INF และบันทึกผลลงในบันทึก setupapi ช่องว่างเงียบระหว่างสองขั้นตอนใด ๆ ก่อให้เกิดประโยคเดียวกันที่ผู้ใช้เห็น

รหัสสรุปเป็นของธุรกรรม ส่วนการกระทำที่ล้มเหลวอยู่ที่ใดที่หนึ่งก่อนหน้าในบันทึกเดียวกัน ให้ค้นย้อนหลังจากรหัสแทนที่จะพยายามอธิบายรหัส

อ่าน setupapi.dev.log รอบความพยายาม

การติดตั้งอุปกรณ์ทุกครั้งเขียนส่วนหนึ่งลงใน C:\Windows\INF\setupapi.dev.log และ คู่มือบันทึก SetupAPI อธิบายว่าส่วนเหล่านั้นและสถานะสุดท้ายจัดเรียงอย่างไร ค้นหาส่วนที่มีเวลาใกล้เคียงกับความพยายามของคุณ แล้วอ่านทั้งส่วนแทนที่จะอ่านบรรทัดข้อผิดพลาดแรกที่เห็น คำเตือนเกี่ยวกับอุปกรณ์ที่ไม่เกี่ยวข้องปรากฏทั่วบันทึกยาวและไม่ได้อธิบายอะไรเกี่ยวกับความล้มเหลวนี้ สถานะสุดท้ายของส่วนที่ตรงกันคือข้อเท็จจริงที่ควรอ้างอิงในรายงาน

เชื่อมโยงส่วนนั้นกับชื่ออะแดปเตอร์ ตัวระบุอุปกรณ์ และแพ็กเกจ INF ที่ระบุในบันทึกของตัวติดตั้ง ตัวระบุสามอย่างที่ตรงกัน ณ เวลาเดียวกันคือสิ่งที่ทำให้การระบุสาเหตุปลอดภัย

ตรวจแพ็กเกจและอุปกรณ์แยกกัน

แพ็กเกจที่จัดเตรียมไว้พิสูจน์เพียงว่า INF ที่ลงนามแล้วไปถึงที่เก็บไดรเวอร์ ในรุ่น Windows นี้ pnputil /enum-drivers แสดงแพ็กเกจของบุคคลที่สามตามผู้ให้บริการ คลาส เวอร์ชัน และชื่อที่เผยแพร่ ซึ่งช่วยให้คุณหาแพ็กเกจของอะแดปเตอร์ OpenVPN ได้แทนที่จะเดาจากหมายเลข oem ไม่มีสิ่งใดในรายการนั้นบอกว่ามีอุปกรณ์ เริ่มทำงานแล้ว หรือผูกกับแพ็กเกจที่คุณพบ สิ่งเหล่านี้เป็นคำถามแยกที่มีคำตอบแยกกัน

ฝั่งอุปกรณ์มีมุมมองของตัวเอง รายการอะแดปเตอร์แบบอ่านอย่างเดียวแสดงสิ่งที่ Windows เชื่อเกี่ยวกับอินเทอร์เฟซในขณะนี้ และรายการที่ซ่อนอยู่ครอบคลุมอุปกรณ์ที่มีอยู่แต่ไม่ทำงาน การเปรียบเทียบสองรายการบอกคุณว่าขั้นตอนใดล้มเหลว ไม่มีแพ็กเกจ ไม่มีอุปกรณ์ หรือมีอุปกรณ์แต่มีสถานะมีปัญหา

ตรวจสอบอะแดปเตอร์ก่อนแตะลายเซ็น

อ่านสถานะจากเครื่องแทนที่จะอ่านจากบทสรุปของตัวติดตั้ง คำสั่งด้านล่างแสดงแพ็กเกจไดรเวอร์ที่จัดเตรียมไว้ รายการอะแดปเตอร์รวมรายการที่ซ่อนอยู่ และอุปกรณ์เครือข่ายที่ไม่ได้รายงานว่า OK รันคำสั่งเหล่านี้หลังจากรีบูตเพื่อให้การดำเนินการกับอุปกรณ์ที่ค้างอยู่สงบลง

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

มีแพ็กเกจแต่ไม่มีอุปกรณ์ที่ตรงกันชี้ไปที่การสร้างอุปกรณ์ และส่วน setupapi ของเวลานั้นอธิบายว่าทำไม อุปกรณ์ที่มีสถานะมีปัญหาชี้ไปที่ไดรเวอร์หรือลายเซ็นของไดรเวอร์ ซึ่งเป็นการสนทนาที่ต่างจากอุปกรณ์ที่หายไป อะแดปเตอร์ที่มีอยู่และรายงานว่าตัดการเชื่อมต่อ เป็นอุปกรณ์ที่ทำงานได้โดยไม่มีอุโมงค์ที่ใช้งาน ไม่ใช่การติดตั้งที่ล้มเหลว อ่านผลลัพธ์ทั้งสามอย่างร่วมกันก่อนเลือกขั้นตอนที่จะซ่อม

การปิดการบังคับใช้ลายเซ็น การรีเซ็ตสแตกเครือข่าย หรือการลบอะแดปเตอร์ทั้งหมดทำให้หลักฐานหายไป ไม่มีข้อใดในสามข้อนี้ซ่อมขั้นตอนที่คุณยังระบุไม่ได้ และแต่ละข้อก็เอาสิ่งที่จะบอกคุณว่าเป็นขั้นตอนใดออกไป