Azure VPN Client: แพลตฟอร์ม VPN ไม่ได้เริ่มการเชื่อมต่อ

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

นำกลับเข้าใหม่ ซ่อมแซม รีเซ็ต: ค่าใช้จ่ายสามแบบ

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

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

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

RasMan คือบริการที่ไคลเอนต์ส่งต่อให้

Remote Access Connection Manager เปลี่ยนคำขอของไคลเอนต์เป็นการเชื่อมต่อ Windows รีสตาร์ตมันจากพรอมป์ที่ยกระดับสิทธิ์ด้วย net stop rasman แล้วตามด้วย net start rasman และเชื่อมต่อใหม่ก่อนเปลี่ยนอย่างอื่น

ถ้าสิ่งนั้นคืนการเชื่อมต่อ ให้ตั้งชนิดการเริ่มทำงานเพื่อให้การแก้ไขอยู่รอดหลังรีบูต: sc.exe config rasman start= delayed-auto บริการที่ทำงานอยู่ตอนนี้แต่ถูกปิดใช้งานตอนบูตจะสร้างความล้มเหลวเดิมอีกครั้งในเช้าวันพรุ่งนี้

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

Current User หรือ Local Machine: ที่เก็บใบรับรองสองแห่ง

ถ้าไคลเอนต์เปิดด้วยรายการใบรับรองว่าง ความผิดไม่ใช่ที่โปรไฟล์และไม่ใช่ที่บริการ ไคลเอนต์อ่านที่เก็บส่วนตัวของผู้ใช้ปัจจุบัน เปิด certmgr.msc ขยาย Certificates, Current User, Personal, Certificates และยืนยันว่าใบรับรองอยู่ที่นั่นพร้อมคีย์ส่วนตัว

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

ตัวเลือกว่างเป็นปัญหาที่เก็บ ไม่ใช่ปัญหาอุโมงค์

ตรวจสอบสิทธิ์ด้วยใบรับรองหรือ Azure AD: รูปแบบความล้มเหลวต่างกัน

สำหรับการตรวจสอบสิทธิ์ Azure AD การกำหนดค่าจุดถึงไซต์ต้องมี URL ของผู้เช่า ID แอปพลิเคชัน Azure VPN Client เป็นผู้ชม และผู้ออก STS โดยผู้ดูแลต้องให้ความยินยอมกับแอปพลิเคชัน Azure VPN บันทึกการกำหนดค่านั้น ดาวน์โหลดแพ็กเกจใหม่ และนำเข้าไฟล์ใหม่แทนการใช้สำเนาเก่า

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

ฝั่งแล็ปท็อปหรือฝั่งเกตเวย์

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

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

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