VPN บน Windows แจ้งว่าอุปกรณ์หาย: ซ่อมตามลำดับ

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

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

เริ่มที่บริการ ไม่ใช่ข้อมูลรับรอง

มีบริการสามตัวอยู่เบื้องหลังการเชื่อมต่อ Windows แบบดั้งเดิม ได้แก่ Telephony, Remote Access Connection Manager และ Remote Access Auto Connection Manager ทั้งสามต้องทำงานสำหรับโปรไฟล์ขาออก และตัวใดตัวหนึ่งอาจถูกปิดไว้โดยสคริปต์ทำความสะอาดเดิมหรืออิมเมจที่เสริมความปลอดภัย ตั้งค่าตัวที่ใช้งานเป็น Manual หรือ Automatic แทนการปล่อยไว้ที่ Disabled แล้วเริ่มทำงานก่อนแตะสิ่งอื่น Routing and Remote Access เป็นองค์ประกอบอีกตัวที่ให้บริการการเชื่อมต่อขาเข้า ดังนั้นการเปิดใช้งานจึงไม่ใช่เงื่อนไขสำหรับการต่อออก

Get-Service -Name TapiSrv,RasMan,RasAuto | Format-Table Name,Status,StartType
Get-WinEvent -LogName System -MaxEvents 30 | Where-Object { $_.ProviderName -match 'Ras|RemoteAccess' }

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

จากนั้นตรวจสอบมินิพอร์ตเบื้องหลังโปรไฟล์

การติดตั้งที่ทำงานปกติจะแสดงอุปกรณ์ WAN Miniport สำหรับโปรโตคอลที่ใช้ได้ รวมถึง PPTP, L2TP, IKEv2 และ PPPoE ถ้ารายการเหล่านั้นหายไปหรือถูกปิดไว้ Windows ก็ไม่มีอะไรให้ผูกการเชื่อมต่อ และโปรไฟล์ยังคงแจ้งว่าอุปกรณ์หาย เปิด Device Manager แบบแสดงอุปกรณ์ที่ซ่อนอยู่และขยาย Network adapters เพื่อดูรายการจริงแทนรายการที่ถูกกรอง การเริ่มตัวจัดการการเชื่อมต่อมักนับอุปกรณ์เหล่านั้นใหม่ จึงเป็นเหตุให้ความผิดพลาดของบริการเลียนแบบฮาร์ดแวร์ที่หายไปได้

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

เมื่อ SSTP เริ่มและหยุดภายในไม่กี่วินาที

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

ถ้า Event Viewer เปิดไม่ได้เลย ปัญหาอยู่ที่บันทึก ไม่ใช่การตั้งค่า VPN กลับไปที่บันทึกก่อนเปลี่ยนการตั้งค่าอื่น

สร้างรายการเดียวใหม่และทดสอบตามลำพัง

การเชื่อมต่อแบบดั้งเดิมทุกตัวอยู่ในไฟล์สมุดโทรศัพท์ และสำเนาต่อผู้ใช้อยู่ในโฟลเดอร์ข้อมูลแอปพลิเคชันแบบ roaming ตามเส้นทาง Network/Connections สมุดโทรศัพท์ของทั้งเครื่องเป็นไฟล์แยกที่อาจมีรายการซึ่งไม่เกี่ยวข้องกัน เพิ่มการเชื่อมต่อใหม่หนึ่งรายการด้วยตัวช่วยสร้าง หรือนำเข้าแพ็กเกจที่ผู้ให้บริการจัดหาให้ และทดสอบรายการนั้นตามลำพังก่อนสิ่งอื่น การแทนที่สมุดโทรศัพท์ทั้งเล่มจะทำให้การเชื่อมต่อที่ใช้งานได้ล้มไปพร้อมกับตัวที่เสีย

rasdial "Office VPN"
rasdial "Office VPN" /disconnect
Get-PnpDevice -Class Net | Where-Object FriendlyName -like '*WAN Miniport*'

การเชื่อมต่อที่สร้างขึ้นแล้วไม่พาอะไรไปเลยได้ผ่านการซ่อมนี้ไปแล้ว บนโฮสต์ Hyper-V การเปิด NetBIOS over TCP/IP บนอะแดปเตอร์เสมือนคือชิ้นส่วนที่ขาดในเคส SSTP ที่มีบันทึกไว้หลายกรณี และการตรวจสอบไม่เสียค่าใช้จ่าย คำผ่านที่หมดอายุได้รับการซ่อมขณะเชื่อมต่ออยู่ เพราะไดเรกทอรีจะรู้ค่าใหม่หลังการเข้าสู่ระบบที่สำเร็จเท่านั้น จดบันทึกว่าขั้นตอนใดล้มเหลวก่อนไปต่อ เพราะการสร้างเส้นทางอุปกรณ์ใหม่เพื่อตอบสนองข้อผิดพลาดการรับรองความถูกต้องให้เพียงความวุ่นวายและไม่มีความคืบหน้า

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