Cisco VPN ค้างหลังติดตั้ง Hyper-V: ถอดการผูกหรือสร้างใหม่

ไคลเอนต์หมุนค้างที่ securing communications และไม่แสดงหน้าต่างเข้าสู่ระบบเลย สิ่งเดียวที่เปลี่ยนไปคือการติดตั้งโปรแกรมจำลอง รูปแบบนี้ชี้ไปที่อะแดปเตอร์เสมือน ไม่ใช่โปรไฟล์หรือรหัสผ่าน การตัดสินใจคืออะแดปเตอร์ผูกกับสวิตช์ Hyper-V ที่ไม่ควรอยู่ หรือมันไม่เคยขึ้นมาเลย

สองสถานะนี้ดูเหมือนกันในไคลเอนต์และต้องซ่อมต่างกัน อย่างหนึ่งคือการผูกที่ยกเลิกได้ อีกอย่างคือปัญหาไดรเวอร์ที่การถอดการผูกไม่แตะต้อง

ขั้น securing communications รออะไรอยู่

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

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

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

การตัดสินใจข้อหนึ่ง: อะแดปเตอร์ VPN ผูกกับสวิตช์ผิดหรือไม่

เปิด Hyper-V Manager แล้วเปิด Virtual Switch Manager และอ่านรายการอะแดปเตอร์ของแต่ละสวิตช์ อะแดปเตอร์ Cisco ไม่ควรปรากฏเป็นสิ่งที่เชื่อมกับสวิตช์ของโปรแกรมจำลอง ถ้าปรากฏ นั่นคือความผิดของคุณ และการซ่อมคือเอามันออกจากสวิตช์นั้น

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

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

การตัดสินใจข้อสอง: อะแดปเตอร์ทำงานแต่ไม่มีที่อยู่หรือไม่

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

อะแดปเตอร์ที่ทำงานแต่เชื่อมกับสวิตช์ผิดคือกรณีในหัวข้อก่อนหน้า สถานะที่อยู่คือสิ่งที่แยกสองกรณีนี้

คืนโปรแกรมจำลองโดยไม่คืนข้อบกพร่อง

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

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

จดชื่ออะแดปเตอร์ สวิตช์ที่มันผูกอยู่ และสถานะ ipconfig ก่อนและหลัง ถ้าการค้างกลับมาหลังอัปเดต บันทึกนั้นคือความต่างระหว่างการตรวจห้านาทีกับการเริ่มใหม่ตั้งแต่ต้น