ไอคอนอินเทอร์เน็ตผิดแต่ VPN ใช้งานได้? สามการตรวจสอบ
การจัดประเภทเครือข่ายของ Windows สถานะเซสชันของไคลเอนต์ และการทำงานหนึ่งอย่างของแอปพลิเคชันตอบคำถามสามข้อ แยกทั้งสามออกจากกันก่อนเปลี่ยนเส้นทาง
พื้นที่แจ้งเตือนแสดงว่าไม่มีอินเทอร์เน็ต แอปพลิเคชันส่วนตัวยังคงทำงาน และมีคนต้องการเปลี่ยนโปรไฟล์ VPN จนกว่าไอคอนจะทำงานถูกต้อง มีการรวมการสังเกตที่แตกต่างกันสามอย่างเป็นหนึ่งเดียว และมีเพียงอย่างเดียวเท่านั้นที่เกี่ยวกับอุโมงค์ การแยกทั้งสามออกจากกันช่วยไม่ให้ปัญหาไอคอนกลายเป็นการเปลี่ยนโปรไฟล์ที่ไม่จำเป็น
ตั้งชื่อการสังเกตก่อน แล้วจึงตัดสินว่ามีอะไรต้องซ่อมจริงหรือไม่
สามการสังเกต สามคำถาม
ตัวบ่งชี้การเชื่อมต่อของ Windows ตอบว่ากระบวนการตรวจจับของระบบกำหนดอะไรไว้สำหรับโปรไฟล์เครือข่ายปัจจุบัน สถานะของไคลเอนต์ VPN ตอบว่าไคลเอนต์นั้นรายงานเซสชันเพียร์ที่สร้างขึ้นหรือไม่ การทำงานใหม่ของแอปพลิเคชันตอบว่าคำขอหนึ่งรายการทำงานสำเร็จตามเส้นทางที่มันไปหรือไม่ แต่ละอย่างเป็นผลลัพธ์ที่ชอบด้วยเหตุผล และไม่มีอย่างใดแทนที่กัน การรวมเข้าด้วยกันทำให้เกิดการซ่อมที่มุ่งไปยังชั้นผิด
ความสับสนแบบคลาสสิกคือการถือว่าอย่างแรกเป็นบทสรุปของอีกสองอย่าง เครื่องหนึ่งอาจมีอุโมงค์ที่แข็งแรงพร้อมทรัพยากรส่วนตัวที่ทำงานอยู่และยังถูกจัดว่าไม่มีอินเทอร์เน็ต เพราะการจัดประเภทมาจากการตรวจที่ไม่เคยไปถึงบริการของมัน
Get-NetConnectionProfile
Get-DnsClientServerAddress -AddressFamily IPv4
Test-NetConnection -ComputerName internal.example -Port 443
บันทึกผลลัพธ์ทั้งสามพร้อมเวลาไว้ก่อนแตะต้องอะไร รายงานส่วนใหญ่คลี่คลายในขั้นตอนนั้น เพราะความไม่ตรงกันจะชัดเจนทันทีที่เขียนออกมา
กระบวนการจัดประเภททำอะไรจริง ๆ
ภาพรวม NCSI ของ Microsoft อธิบายการตรวจสอบเชิงรุกด้วยคำขอ HTTP ไปยังบริการตรวจสอบที่กำหนดค่าไว้ ประกอบกับการสังเกตแบบพาสซีฟของการรับส่งข้อมูลเครือข่าย การไม่ได้คำตอบที่คาดหวังอาจมาจากการกำหนดเส้นทาง พร็อกซี หรือเงื่อนไขสภาพแวดล้อมอื่นบนเส้นทางนั้น มันเจาะจงกว่าการทดสอบการเข้าถึงทั่วไปและแคบกว่าที่คนมักคิด ความแคบนั้นเองคือเหตุผลทั้งหมดที่ความไม่ตรงกันปรากฏขึ้น
สิ่งที่มันไม่เคยตรวจสอบคือการเข้ารหัส ความเป็นส่วนตัวของตัวแปลงชื่อ หรือแอปพลิเคชันได้รับอนุญาตหรือไม่ การจัดประเภทเชิงบวกไม่ได้พิสูจน์ว่าทุกแอปพลิเคชันใช้อุโมงค์ และเชิงลบไม่ได้พิสูจน์ว่าอุโมงค์ล่ม
ความสับสนแบบตรงข้ามก็พบได้บ่อยพอ ๆ กัน อุโมงค์อาจถูกสร้างขึ้นในขณะที่แอปพลิเคชันที่สร้างขึ้นเพื่อมันไม่มีเส้นทางที่ใช้งานได้ ไม่มีตัวแปลงชื่อที่ทำงาน หรือไม่มีสิทธิ์ ตัวบ่งชี้ของไคลเอนต์รายงานผลลัพธ์ที่เก่าและแคบกว่าที่คุณต้องการ
ความไม่ตรงกันเองบอกว่าต้องแก้อะไร
การเข้าถึงส่วนตัวทำงานและระบบบอกว่าไม่มีอินเทอร์เน็ต: องค์ประกอบที่ล้มเหลวคือเส้นทางของการตรวจ ไม่ใช่อุโมงค์ บันทึกอินเทอร์เฟซและเวลา แล้วขอให้เจ้าของเครือข่ายดูว่าการตรวจไปถึงบริการของมันอย่างไรและนโยบายปิดกั้นหรือไม่ การแทนที่โปรไฟล์การเข้าถึงส่วนตัวที่ทำงานด้วยเส้นทางอินเทอร์เน็ตแบบกว้างเปลี่ยนไอคอนและขยายการเข้าถึงที่คุณไม่ได้ขอให้ขยาย
อุโมงค์รายงานว่าเชื่อมต่อ แต่คำขอใหม่ไปยังบริการที่จำเป็นล้มเหลว: นั่นคือความล้มเหลวจริง และการเรียกไอคอนว่าเป็นการเตือนผิดพลาดก็ข้ามมันไป เปรียบเทียบข้อผิดพลาดของแอปพลิเคชัน ขอบเขตที่ตั้งใจของโปรไฟล์ ตัวแปลงชื่อที่ใช้อยู่ และเส้นทางที่เลือก อุโมงค์ส่วนตัวเท่านั้นไม่ได้ออกแบบมาเพื่อให้ทางออกอินเทอร์เน็ตสาธารณะ และการคาดหวังเช่นนั้นเป็นข้อผิดพลาดของขอบเขต ไม่ใช่ข้อบกพร่อง
เก็บบันทึกไว้ เปลี่ยนเส้นทางเดียว
ใช้การทำงานใหม่ในแอปพลิเคชันที่เกี่ยวข้องแทนหน้าที่เปิดค้างไว้ตั้งแต่เช้า คงการปิดกั้นที่จำเป็นไว้ และทำการเปรียบเทียบโดยตรงที่อนุญาตผ่านตัวควบคุมที่จัดทำเอกสารของไคลเอนต์ ไม่ใช่แก้ไขเส้นทางด้วยมือ
หากพร็อกซีหรือไฟร์วอลล์ที่มีการจัดการปิดกั้นการตรวจที่ตั้งใจไว้ ให้แก้ไขเส้นทางนั้นโดยเฉพาะกับเจ้าของ คำแนะนำของ Microsoft เตือนไม่ให้ปิดการตรวจสอบเชิงรุกเป็นวิธีแก้ และข้อยกเว้นที่อยู่แบบฮาร์ดโค้ดหรือการแก้ไขรีจิสทรีไม่ได้อธิบายว่าองค์ประกอบใดตอบผิด
หลังการเปลี่ยนแปลง ให้เก็บผลลัพธ์ทั้งสามไว้ในตั๋ว: การจัดประเภท สถานะเซสชัน และผลลัพธ์ของแอปพลิเคชัน หากมีเพียงไอคอนที่ขยับ คุณได้เรียนรู้ว่าตัวบ่งชี้เปลี่ยน ไม่ใช่ฐานข้อมูลหรือไซต์ทำงานได้แล้ว