GVC ค้างที่ Acquiring IP ไม่ใช่เรื่องรหัสผ่าน

Global VPN Client ค้างที่ Acquiring IP และปฏิกิริยาแรกคือพิมพ์รหัสผ่านใหม่หรือติดตั้งไคลเอนต์ใหม่ ทั้งสองไม่แตะขั้นตอนที่ล้มเหลว การตรวจสอบสิทธิ์เสร็จก่อนที่ไคลเอนต์จะขอที่อยู่ด้วยซ้ำ ดังนั้นสิ่งที่กักคุณไว้ที่บรรทัดนั้นไม่ใช่ข้อมูลรับรอง สิ่งที่กักคุณไว้คือการแลกเปลี่ยน DHCP ที่ยังไม่จบ และมันอาจติดได้สามจุดที่แตกต่างกัน

การตรวจสอบสิทธิ์และการกำหนดที่อยู่เป็นคนละขั้นตอน

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

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

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

สัญญาเช่ามาจากไหนจริง ๆ

มีสองรูปแบบที่พบบ่อย ไฟร์วอลล์อาจดูแลขอบเขต DHCP สำหรับไคลเอนต์ VPN เอง หรือส่งต่อคำขอไปยังเซิร์ฟเวอร์ DHCP ภายนอกในเครือข่ายภายใน รูปแบบเป็นตัวกำหนดว่าบันทึกใดสำคัญและควรโทรหาใคร

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

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

อุโมงค์อาจทำงานอยู่แต่ยังทำสัญญาเช่าหลุดได้

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

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

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

เดินตามเส้นทางสัญญาเช่าตามลำดับ

เริ่มที่อะแดปเตอร์แล้วออกไปด้านนอก เพื่อให้แต่ละขั้นล้มเหลวได้ด้วยเหตุผลเดียว:

> Get-NetAdapter | Where-Object Name -like "*GVC*"
> ipconfig /all | findstr /i /c:"GVC" /c:"IPv4" /c:"DHCP"
> Test-NetConnection 10.60.0.1 -Port 443

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

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

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