แก้ Check Point VPN: การเชื่อมต่อกับบริการ VPN หายไป

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

อ่านข้อผิดพลาดเป็นความล้มเหลวในเครื่อง

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

หลังจากนั้นเหลือผู้ต้องสงสัยเพียงสามราย: บริการ ไดรเวอร์ และตัวติดตั้ง

เริ่มทุกบริการของ Check Point ไม่ใช่เพียงตัวเดียว

เปิด services.msc แล้วอ่านทุกรายการของ Check Point ไม่ใช่เฉพาะรายการที่ชื่อปรากฏในข้อผิดพลาด การติดตั้ง Endpoint Security VPN ลงทะเบียนหลายรายการ และรายการเดียวที่หยุดหรือปิดใช้งานก็เพียงพอที่จะทำให้ไคลเอนต์เชื่อมต่อไม่ได้ เริ่มทั้งหมด แล้วย้ายรายการที่ไคลเอนต์พึ่งพาจาก Manual เป็น Automatic เพราะบริการ Manual ที่ล้มเหลวเมื่อถูกเรียกจะสร้างข้อผิดพลาดนั้นซ้ำอย่างแม่นยำ

ห่วงโซ่การพึ่งพาสำคัญพอ ๆ กับตัวบริการเอง

DHCP Client ให้ที่อยู่แก่อะแดปเตอร์เสมือน และตัวมันเองพึ่งพาสามองค์ประกอบ: Network Store Interface Service ไดรเวอร์ NetIO legacy TDI และ Ancillary Function Driver for Winsock หยุด DHCP Client แล้วบริการ VPN อาจเริ่มได้อย่างสะอาดในขณะที่อะแดปเตอร์ยังไม่มีที่อยู่ การอัปเดตฟีเจอร์เป็นตัวกระตุ้นที่เกิดซ้ำ เพราะมันสามารถส่งบริการของบุคคลที่สามกลับไปเป็น Manual หรือ Disabled อย่างเงียบ ๆ หลังการอัปเดตเช่นนั้นให้สอบถามชนิดการเริ่มระบบแทนการตัดสินว่าการติดตั้งเสียหาย

Get-Service -Name "Check*" | Format-Table -AutoSize Name, Status, StartType
Get-Service -Name Dhcp | Format-Table -AutoSize Name, Status, StartType

ตรวจสอบการผูกอะแดปเตอร์ก่อนติดตั้งใหม่

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

set devmgr_show_nonpresent_devices=1
start devmgmt.msc

ภายใต้ View เลือก Show hidden devices เปิด Network adapters แล้วหาอะแดปเตอร์เสมือนของ Check Point ปิดแล้วเปิดใหม่ จากนั้นลองเชื่อมต่อ ป้ายเตือน หรือไม่มีรายการเลย หมายความว่าไดรเวอร์หายไป ไม่ได้ถูกหยุดชั่วคราว

ซ่อมการติดตั้งแทนการถอนออก

ใน Programs and Features คลิกขวาที่ Check Point Endpoint Security VPN แล้วเลือก Repair การผ่านครั้งเดียวนั้นลงทะเบียนทั้งบริการและอะแดปเตอร์ใหม่ และปล่อยการกำหนดค่าของไซต์ไว้ที่เดิม การติดตั้งตั้งแต่ต้นหลังถอนออกจะทิ้งการกำหนดค่านั้นและมักเสียการรีบูตหนึ่งครั้งโดยเปล่าประโยชน์

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

แยกปัญหาเส้นทางเครือข่ายออกจากปัญหาของไคลเอนต์

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

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

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

ipconfig /all
Get-Service -Name "Check*" | Format-Table -AutoSize Name, Status

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