การรีเซ็ตเครือข่ายใน Windows ลบมากกว่าอาการเสียของ VPN
การรีเซ็ตล้างอะแดปเตอร์ เส้นทาง และตัวกรอง WFP ไม่ใช่แค่ทันเนลที่ล้มเหลว บันทึกโปรไฟล์ รายการใบรับรอง และหลักฐานไว้ก่อน แล้วค่อยทดสอบทีละชั้น
คำแนะนำมาถึงภายในสิบนาทีหลังทุกคำร้องเรียนเรื่อง VPN บน Windows คือให้รันการรีเซ็ตเครือข่าย มันแก้ได้ทุกอย่าง ไม่จริง และมันไม่ได้แคบเลย ปุ่มนั้นล้างอะแดปเตอร์ ผูกโปรโตคอลใหม่ ลบที่อยู่แบบคงที่และเส้นทางเริ่มต้น ทิ้งรายการไฟร์วอลล์และตัวกรอง และเผลอลืมโปรไฟล์ Wi-Fi ไปด้วย บนเครื่องที่ทันเนลทำงานได้แต่กำหนดค่าไว้ผิด มันเปลี่ยนอาการเสียหนึ่งอย่างที่วินิจฉัยได้ให้กลายเป็นการสร้างใหม่ที่ไม่มีเอกสารกำกับ บันทึกห้าอย่างไว้ก่อน แล้วคุณจะยังมีทางเลือกที่จะย้อนกลับได้
การรีเซ็ตไม่ได้จำกัดอยู่ที่โปรไฟล์ VPN
การเชื่อมต่อ VPN เป็นเพียงวัตถุหนึ่งในหลายอย่างที่ใช้สแตกเครือข่ายร่วมกัน การถอดอะแดปเตอร์ออกแล้วใส่กลับเข้าไปใหม่เปลี่ยนดัชนีอินเทอร์เฟซ และทุกสิ่งที่อ้างถึงดัชนีนั้น ตั้งแต่เส้นทางไปจนถึงกฎไฟร์วอลล์ไปจนถึงไดรเวอร์ตัวกรองของบุคคลที่สาม ตอนนี้อ้างถึงสิ่งที่ไม่มีอยู่แล้ว
การเสมือนทำให้แย่ลง สวิตช์ Hyper-V สะพาน VMware เครือข่ายคอนเทนเนอร์ และไคลเอนต์ VPN ที่มีอะแดปเตอร์เสมือนของตัวเองล้วนอาศัยอยู่ในพื้นที่เดียวกัน การรีเซ็ตที่ติดตั้งสแตกพื้นฐานใหม่สามารถทำให้ส่วนประกอบเหล่านั้นคงอยู่เพียงครึ่งเดียว และเครื่องที่ได้จะรายงานว่าฮาร์ดแวร์ทำงานได้โดยไม่มีเส้นทางที่ใช้งานได้
ไม่มีข้อใดเป็นข้อโต้แย้งต่อการไม่รีเซ็ตเลย มันเป็นข้อโต้แย้งต่อการรีเซ็ตเป็นอย่างแรก บนเครื่องที่คุณยังไม่ได้จัดทำเอกสาร เมื่ออาการเสียจริงอาจเป็นเพียงรายการเส้นทางเดียวหรือตัวกรองเก่าตัวเดียว การรีเซ็ตเป็นเครื่องมือกว้างที่มีอัตราความสำเร็จแคบ และการใช้มันเป็นก้าวแรกรับประกันว่าคุณจะไม่มีวันรู้ว่ามันคืออย่างไหนในสองอย่างนั้น
บันทึกหลักฐานก่อนบันทึกการตั้งค่า
ตัวความล้มเหลวเองคือข้อมูล จดรหัสข้อผิดพลาดที่แน่นอน เวลา โปรไฟล์ใดถูกเลือก และเกตเวย์บันทึกความพยายามไว้หรือไม่ รหัสที่บอกว่าทันเนลไม่เคยได้รับคำตอบและรหัสที่บอกว่าการพิสูจน์ตัวตนล้มเหลวชี้ไปที่การซ่อมที่แตกต่างกันโดยสิ้นเชิง หลังการรีเซ็ตคุณอาจไม่สามารถทำซ้ำได้ทั้งสองอย่าง ถือว่าสภาพที่พังอยู่เป็นสินทรัพย์ที่คุณกำลังจะใช้หมด
บันทึกสภาพขณะที่ยังพังอยู่ ลงในโฟลเดอร์ที่อยู่นอกไดเรกทอรีชั่วคราวของเครื่อง
mkdir C:\vpn-evidence
ipconfig /all > C:\vpn-evidence\ipconfig.txt
route print > C:\vpn-evidence\routes.txt
Get-VpnConnection -AllUserConnection | Export-Csv C:\vpn-evidence\profiles.csv -NoTypeInformation
netsh wfp show state file=C:\vpn-evidence\wfp.xmlคำสั่งสุดท้ายคือคำสั่งที่คนมักข้าม และบ่อยครั้งเป็นคำสั่งที่อธิบายอาการเสียได้ ตัวกรองที่ตกค้างจากไคลเอนต์ที่ถูกถอดยังคงอยู่เป็นนโยบายถาวร และ XML ที่ส่งออกมาเป็นบันทึกภายในเครื่องเพียงแห่งเดียวเกี่ยวกับตัวกรองเหล่านั้น อ่านมันก่อนการรีเซ็ตจะลบสิ่งที่คุณกำลังพยายามระบุ
บันทึกการกำหนดค่าที่จะไม่กลับมา
การตั้งค่าบางอย่างถูกสร้างขึ้นใหม่โดยอัตโนมัติ ที่อยู่แบบคงที่ เส้นทางกำหนดเอง ส่วนต่อท้าย DNS ข้อยกเว้นพร็อกซี และกฎไฟร์วอลล์ไม่ถูกสร้างใหม่ แม้แต่โปรไฟล์เองก็ไม่ ซึ่งอาศัยอยู่ในไฟล์สมุดโทรศัพท์ที่การรีเซ็ตไม่คืนให้คุณ
| What to save | Where it lives | Why the reset loses it |
|---|---|---|
| VPN profiles | rasphone.pbk in ProgramData or the user profile | Profiles are not part of the adapter state |
| Static IP and DNS | Adapter configuration | Adapters are removed and recreated |
| Persistent filters | WFP policy store | Filter state is cleared with the stack |
| Third-party bindings | Adapter binding list | Components must be reinstalled manually |
Get-NetIPConfiguration | Out-File C:\vpn-evidence\netip.txt
Get-NetRoute -AddressFamily IPv4 | Export-Csv C:\vpn-evidence\netroutes.csv -NoTypeInformation
Get-DnsClientServerAddress | Export-Csv C:\vpn-evidence\dns.csv -NoTypeInformation
Get-ChildItem Cert:\LocalMachine\My | Select-Object Subject,Thumbprint,NotAfterรายการใบรับรองสำคัญกว่าที่เห็น การรีเซ็ตเครือข่ายไม่ได้ทำลายใบรับรองไคลเอนต์ แต่รายการบอกคุณว่าโปรไฟล์พึ่งพาตัวใดและมีตัวใดใกล้หมดอายุหรือไม่ การค้นพบใบรับรองที่หมดอายุหลังการสร้างใหม่ทำให้การสร้างใหม่นั้นเสียเปล่า
เขียนเส้นทางการกู้คืนก่อนเริ่ม
หากเครื่องอยู่ระยะไกลและ VPN เป็นทางเข้าทางเดียวของคุณ การรีเซ็ตอาจจบเซสชันของคุณและอาจไม่มีทางกลับหากไม่มีคนอยู่ที่หน้างาน ยืนยันว่ามีการเข้าถึงนอกแบนด์หรือมีคนพร้อมก่อนรันสิ่งใดที่แตะอะแดปเตอร์
เก็บตัวติดตั้งและรายละเอียดการเชื่อมต่อไว้ที่ที่เครื่องยังเข้าถึงได้ในภายหลัง ไคลเอนต์ที่ต้องติดตั้งใหม่จากพอร์ทัลของผู้ขายซึ่งเข้าถึงผ่านทันเนลเป็นการพึ่งพาแบบวงกลม และนั่นคือวิธีที่พบบ่อยที่สุดที่ขั้นตอนนี้กลายเป็นการหยุดให้บริการ
จากนั้นบันทึกว่าคุณกำลังทำอะไรและเพราะอะไร รวมถึงคำสั่งที่แน่นอน คนถัดไปต้องรู้ว่าการรีเซ็ตเป็นการทดลองหรือการตัดสินใจ และ «เราลองทุกอย่างแล้ว» ไม่ใช่บันทึก
ทดสอบทีละชั้นหลังการรีเซ็ต
การกู้คืนมากเกินไปในครั้งเดียวทำให้ผลลัพธ์อ่านไม่ออก ทำงานจากล่างขึ้นบน อะแดปเตอร์และที่อยู่ จากนั้นการแปลงชื่อ จากนั้นขั้นตอนระบุตัวตนของทันเนล จากนั้นแอปพลิเคชัน แต่ละชั้นมีคำสั่งที่ตอบคำถามของตัวเอง
Get-NetAdapter | Where-Object Status -eq 'Up' | Select-Object Name,InterfaceDescription
Resolve-DnsName intranet.example.internal
Get-VpnConnection -Name 'Corp' | Select-Object ConnectionStatus,TunnelType
Test-NetConnection -ComputerName intranet.example.internal -Port 443หากชั้นอะแดปเตอร์แข็งแรงแต่การแปลงชื่อไม่ หยุดแล้วแก้การแปลงชื่อ การติดตั้งไคลเอนต์ VPN ใหม่ ณ จุดนั้นเพิ่มตัวแปรและเอาข้อมูลบอกใบ้ออกไป กู้คืนเฉพาะการตั้งค่าที่คุณอธิบายได้ ทีละอย่าง และตรวจสอบชั้นเดิมหลังแต่ละครั้ง
แนวทางการแก้ปัญหาของ Microsoft เองสำหรับข้อผิดพลาด 720 ตัวอย่างเช่น แยกปัญหาการผูกมัดออกจากปัญหาการจัดสรรที่อยู่ แทนที่จะสั่งให้รีเซ็ตแบบเหมารวม ซึ่งเป็นสัญชาตญาณที่ถูกต้องสำหรับทุกรหัสในตระกูลนี้ อ่านสิ่งที่รหัสอ้างก่อนจะเอื้อมถึงเครื่องมือที่กว้างที่สุดที่มีอยู่