27850, 442 และ 651: สแต็กเดียว การตรวจสอบแรกสามอย่าง
ข้อผิดพลาดทั้งสามมาจากสแต็กของอะแดปเตอร์เสมือน จับคู่หมายเลขกับชั้นของมัน ตรวจสอบชั้นนั้น และติดตั้งใหม่หลังจากทำความสะอาดเท่านั้น
ตัวติดตั้งหยุดที่ 27850 การเชื่อมต่อถูกปฏิเสธด้วย 442 และอีกโปรไฟล์คืนค่า 651 ตัวเลขเหล่านี้ดูเหมือนความผิดพลาดสามอย่างที่ไม่เกี่ยวข้องกัน และปฏิกิริยาปกติคือติดตั้งไคลเอนต์ใหม่สามครั้ง แต่ทั้งหมดมาจากระบบย่อยเดียว คืออะแดปเตอร์เสมือนและสแต็กตัวกรองรอบ ๆ ตัวมัน หมายเลขข้อผิดพลาดบอกว่าชั้นใดล้มเหลว และนั่นเป็นตัวกำหนดการตรวจสอบแรก การติดตั้งใหม่ก่อนอ่านหมายเลขมักทำให้เกิดความผิดพลาดเดิมซ้ำ
จับคู่หมายเลขกับชั้น
ข้อผิดพลาดแต่ละอย่างเกิดที่จุดต่างกัน การตรวจสอบแรกจึงต่างกันแม้อาการที่เห็นจะเป็นการเชื่อมต่อที่ถูกปฏิเสธแบบเดียวกัน สามตระกูลครอบคลุมทุกกรณี ได้แก่ ตัวติดตั้ง อะแดปเตอร์ และพอร์ตที่อยู่ใต้มัน ตารางด้านล่างวางหมายเลขแต่ละตัวไว้ข้างการตรวจสอบที่มันต้องการ
| Error | When it appears | First check | Usual cause |
|---|---|---|---|
| 27850 | During install | Filter count and security suite | Stack at the filter limit, or a suite blocking the driver |
| 442 | On connect | Adapter state and display name | Disabled adapter, ICS holding it, malformed CVirtA name |
| 651 | On connect | WAN miniport and third-party drivers | Miniport failed to start, bridging driver attached |
ถ้าข้อผิดพลาดปรากฏก่อนเลือกโปรไฟล์ใด ๆ มันเป็นของตระกูลตัวติดตั้ง ถ้าปรากฏเมื่อไคลเอนต์พยายามยกอะแดปเตอร์ขึ้นมา มันเป็นของตระกูลอะแดปเตอร์ ถ้าอะแดปเตอร์มองเห็นได้แต่พอร์ตไม่เคยเปิดเลย นั่นคือตระกูลมินิพอร์ต จดหมายเลขไว้ก่อนเปลี่ยนสิ่งใด การซ่อมทั้งสามแตะส่วนต่าง ๆ ของสแต็ก และการเปลี่ยนแปลงสำหรับตระกูลที่ผิดทำให้ความพยายามครั้งถัดไปอ่านยากขึ้น
สแต็กตัวกรองเต็ม หรือชุดความปลอดภัยที่ปิดกั้นไดรเวอร์
การติดตั้งไคลเอนต์ลงทะเบียนองค์ประกอบตัวกรองเล็ก ๆ ในห่วงโซ่อะแดปเตอร์ Windows มีเพดานแข็งว่าองค์ประกอบแบบนี้เชื่อมต่อได้กี่ตัว และค่าเริ่มต้นเหลือที่ว่างน้อยเมื่อมีแอนตี้ไวรัส สะพานเสมือนจริง และไดรเวอร์ดักจับอยู่ ด้วยเหตุนี้การติดตั้งจึงล้มเหลวด้วย 27850 แม้แพ็กเกจ VPN จะปกติ ตัวติดตั้งแยกสแต็กที่เต็มออกจากสแต็กที่เสียไม่ได้
อ่านค่าปัจจุบัน เพิ่มค่า และรีบูตก่อนลองใหม่ ตัวกรองใหม่เชื่อมต่อไม่ได้จนกว่าสแต็กจะถูกสร้างใหม่:
reg query "HKLM\SYSTEM\CurrentControlSet\Control\Network" /v MaxNumFilters
reg add "HKLM\SYSTEM\CurrentControlSet\Control\Network" /v MaxNumFilters /t REG_DWORD /d 14 /fสาเหตุอีกอย่างคือชุดความปลอดภัยที่ปิดกั้นการติดตั้งไดรเวอร์โดยไม่มีการแจ้งเตือนที่มองเห็น คุณสมบัติป้องกันตัวเองของมันอาจขัดขวางการลงทะเบียนของตัวกรอง ตัวติดตั้งจึงรายงานความล้มเหลวขององค์ประกอบแบบทั่วไป ดูบันทึกของชุดนั้นเอง และถ้าการป้องกันตัวเองเป็นอุปสรรค ให้ปิดเฉพาะช่วงเวลาติดตั้งแล้วเปิดคืนทันที ถ้าค่าเพิ่มขึ้นแล้วและไม่มีชุดใดปิดกั้น ให้ค้นหา ไดรเวอร์ตัวกรองที่ตกค้างจากผลิตภัณฑ์ VPN ก่อนหน้า ตัวกรองเก่าที่ไม่มีบริการคู่กันยังคงกินที่และอาจทำให้การติดตั้งใหม่ล้มเหลว
อะแดปเตอร์อยู่และยังคงจมอยู่
ข้อผิดพลาด 442 หมายความว่าอะแดปเตอร์เสมือนมีอยู่แต่ไคลเอนต์ยกมันขึ้นมาไม่ได้ การตรวจสอบแรกคือตัวจัดการอุปกรณ์ที่แสดงอุปกรณ์ที่ซ่อนอยู่ อะแดปเตอร์ที่ถูกปิดใช้งาน อะแดปเตอร์ที่มีเครื่องหมายเตือน และอะแดปเตอร์ที่หายไปดูเหมือนกันในไคลเอนต์แต่ต้องซ่อมต่างกัน Internet Connection Sharing มักยึดมันไว้ ถ้าบริการยึดอะแดปเตอร์ไปแล้ว ให้หยุดบริการแล้วลองใหม่ก่อนแตะรีจิสทรี การตั้งค่าการแชร์ที่ตกค้างอาจยึดมันอีกครั้งหลังรีบูต ดังนั้นจดไว้ว่าการแก้ไขอยู่รอดหลังรีบูตหรือไม่
การติดตั้งใหม่สามารถทิ้งชื่อที่แสดงที่ผิดรูปซึ่งทำให้อะแดปเตอร์จัดการไม่ได้ ค่าควรเป็นข้อความธรรมดา ไม่ใช่โทเคนตัวติดตั้งที่ยังแก้ไม่เสร็จ:
Get-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Services\CVirtA" -Name DisplayName
Set-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Services\CVirtA" -Name DisplayName -Value "Cisco Systems VPN Adapter for 64-bit Windows"ใช้ชื่อที่แสดงที่ไคลเอนต์ของคุณคาดหวัง แล้วรีบูตเพื่อให้อะแดปเตอร์ถูกนับใหม่ การตั้งค่าโดยไม่รีบูตมักทิ้งสถานะเดิมไว้ และการเชื่อมต่อครั้งถัดไปจะคืน 442 อีกครั้ง
พอร์ตใต้มันไม่เคยเปิด
ข้อผิดพลาด 651 ถูกรายงานเมื่อตัวจัดการการเชื่อมต่อเปิดมินิพอร์ต WAN ไม่ได้ อะแดปเตอร์อาจดูแข็งแรงในไคลเอนต์ขณะที่พอร์ตใต้มันไม่เคยถึงสถานะเริ่มทำงานเลย ให้ระบุ มินิพอร์ตและสถานะก่อนติดตั้งสิ่งใดใหม่:
Get-PnpDevice -Class Net | Where-Object { $_.FriendlyName -like "*WAN Miniport*" } | Select-Object Status, FriendlyNameมินิพอร์ตที่มีสถานะข้อผิดพลาดเป็นเบาะแสโดยตรง การติดตั้งใหม่จากตัวจัดการอุปกรณ์สร้างพอร์ตขึ้นใหม่ และนั่นคือเหตุผลที่การซ่อมนี้ได้ผลเมื่อการติดตั้งไคลเอนต์ใหม่ไม่ได้ผล ไดรเวอร์ของบุคคลที่สามที่ผูกกับอะแดปเตอร์จริงเป็นอีกสาเหตุที่พบบ่อย ไดรเวอร์เครือข่ายสะพานของ VirtualBox ไดรเวอร์ TAP ที่ตกค้างจาก OpenVPN หรือตัวกรองดักจับอาจยึดพอร์ตก่อน การเอาติ๊กออกจากองค์ประกอบระหว่างติดตั้งไม่เพียงพอเมื่อไดรเวอร์ผูกอยู่แล้ว ต้องเอาออกจากคุณสมบัติของอะแดปเตอร์หรือถอนการติดตั้งจากที่เก็บไดรเวอร์
การปิด IPv6 บนการเชื่อมต่อ VPN แก้ข้อผิดพลาดนี้ได้ในบางบิลด์ แต่ให้ถือเป็นการทดสอบไม่ใช่การออกแบบถาวร ถ้าการเชื่อมต่อเริ่มได้เฉพาะเมื่อปิด IPv6 แสดงว่ามินิพอร์ตหรือไดรเวอร์ใต้มันยังเป็นต้นเหตุ
เปลี่ยนชั้นเดียวและเก็บหลักฐานไว้
บันทึกค่ารีจิสทรีที่คุณเปลี่ยน จดรายการอะแดปเตอร์และตัวกรองก่อนและหลัง และรีบูตระหว่างความพยายาม การรีบูตเป็นส่วนหนึ่งของการซ่อมสำหรับทุกตระกูลที่นี่ เพราะสแต็กอะแดปเตอร์ถูกสร้างตอนบูตและการรีสตาร์ตบริการไม่ได้สร้างมันใหม่
ติดตั้งไคลเอนต์ใหม่เมื่ออะแดปเตอร์ ตัวกรอง และมินิพอร์ตเก่าหายไปแล้วเท่านั้น การติดตั้งไคลเอนต์ใหม่ทับสแต็กที่เสียคือทางที่ทำให้ 27850 ที่ซ่อมได้กลายเป็นเครื่องที่มีอะแดปเตอร์ลงทะเบียนครึ่ง ๆ สองตัวและไม่มีข้อผิดพลาดชัดเจน หยุดและยกระดับเมื่อข้อผิดพลาดเดิมอยู่รอดจากการตรวจสอบเฉพาะชั้นสองครั้ง ณ จุดนั้นขั้นตอนถัดไปที่มีประโยชน์คือการทบทวนสแต็กเครือข่ายอย่างสะอาดพร้อมบันทึกตัวติดตั้งจากผู้จำหน่าย ไม่ใช่ความพยายามซ้ำของการติดตั้งใหม่เดิม