FortiClient ค้างที่ 98%: ปิด IPv6 บนอะแดปเตอร์ตัวนั้น

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

สี่ขั้นตอน และขั้นแรกคือการอ่านบันทึก ไม่ใช่แถบ

ตัวนับ 98% รายงานอะไรจริง ๆ

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

Fortinet บันทึกอาการนี้กับสาเหตุฝั่งไคลเอนต์หนึ่งอย่าง: IPv6 เปิดอยู่บนอะแดปเตอร์ที่ไคลเอนต์ใช้ ซึ่งทำให้การตั้งค่าอะแดปเตอร์เป็นสิ่งแรกที่ต้องทดสอบ ไม่ใช่คำอธิบายสากลสำหรับทุก SSL-VPN การค้าง

ขั้นตอนที่ 1: อ่านบันทึกก่อนแถบ

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

ถ้าบันทึกแสดงการเข้าสู่ระบบที่เสร็จสมบูรณ์แล้วตามด้วยความว่างเปล่า แสดงว่าคุณอยู่ในการตั้งค่าภายในเครื่องและอะแดปเตอร์เป็นผู้ต้องสงสัยที่ชอบธรรม

ขั้นตอนที่ 2: จำกัดการเปลี่ยน IPv6 ให้กับอะแดปเตอร์ตัวเดียว

การเปลี่ยนแปลงเป็นของอะแดปเตอร์ ไม่ใช่ของเครื่อง ในคุณสมบัติอะแดปเตอร์ของ Windows นั่นหมายถึงการเอาติ๊กออกจาก Internet Protocol Version 6 (TCP/IPv6) บนอินเทอร์เฟซที่ระบุ และจากเชลล์คือ Disable-NetAdapterBinding -Name "Ethernet 2" -ComponentID ms_tcpip6. ยืนยันสถานะด้วย Get-NetAdapterBinding -ComponentID ms_tcpip6 ก่อนเชื่อมต่อใหม่ จากนั้นเชื่อมต่อใหม่และดูว่าแถบผ่าน 98% แทนที่จะหยุดอยู่ตรงนั้นหรือไม่

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

ขั้นตอนที่ 3: ตรวจสอบว่าการค้างซ่อนอะไรไว้

อุโมงค์ที่เชื่อมต่อได้ไม่ใช่อุโมงค์ที่ทำงานได้ ตรวจสอบที่อยู่ที่ไคลเอนต์กำหนด เส้นทางที่โปรไฟล์ติดตั้ง และการแปลงชื่อสำหรับโฮสต์ภายในหนึ่งเครื่อง: Resolve-DnsName files.corp.example. ไคลเอนต์ที่เชื่อมต่อแต่แปลงชื่ออะไรไม่ได้มีปัญหา DNS และเป็นเรื่องง่ายที่จะอ่านผิดว่าเป็นความผิดเดิมที่กลับมา

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

ขั้นตอนที่ 4: ทำให้การแก้ไขทำซ้ำได้

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

การแก้ไขที่มีอยู่ในความจำของวิศวกรคนเดียวคือการแก้ไขที่จะกลับมาในไตรมาสถัดไป

หากแถบยังคงหยุดที่ 98% โดยปิด IPv6 อยู่ บันทึกของผู้ขายอธิบายไม่ได้แล้ว และบันทึกคือหลักฐานถัดไปของคุณ เลิกบำบัดอาการและกลับไปที่ตัวนับขั้น