ติดตั้ง VPN บน Windows แล้ว Linux บูตไม่มีเน็ตเวิร์ก: ต้องตรวจอะไร
การบูตแต่ละครั้งใช้สแตกเครือข่ายของตัวเอง ตัวกรอง VPN ของ Windows จึงไม่ทำงานใน Linux ตรวจสอบลิงก์ ที่อยู่ เส้นทาง และ DNS ก่อนรีเซ็ตอะไร
คุณติดตั้ง VPN บน Windows แล้วรีบูตเข้า Linux ปรากฏว่าการเชื่อมต่อแบบใช้สายตายไป เรื่องเล่าที่ชัดเจนเขียนตัวเองว่า VPN ทิ้งอะไรไว้ แต่เรื่องเล่านั้นผิด เพราะการบูตทั้งสองรันเคอร์เนลคนละตัว ไดรเวอร์คนละชุด ตารางเส้นทางคนละตาราง และตัวแก้ชื่อคนละตัว ตัวกรองเครือข่ายของ Windows ไม่ได้ทำงานภายใน Linux ดังนั้นข้อผิดพลาดจึงอยู่ในสแตกของ Linux หรือในสิ่งที่การบูตทั้งสองใช้ร่วมกันจริง ๆ เช่น ฮาร์ดแวร์ เฟิร์มแวร์ หรือเราเตอร์
อาการและข้อสรุปที่ผิด
ส่วนที่เป็นประโยชน์ของการสังเกตคือเวลา ความผิดพลาดปรากฏหลังการเปลี่ยนแปลง ส่วนที่ไร้ประโยชน์คือการกระโดดไปหาสาเหตุที่ VPN ของ Windows ซึ่งไม่สามารถทำงานในอีกระบบปฏิบัติการได้ การแยกสองสิ่งนี้ออกจากกันคืองานทั้งหมด จดไทม์ไลน์ก่อนแตะสายไฟ
สิ่งที่การบูตทั้งสองใช้ร่วมกันจริง ๆ คืออะแดปเตอร์กายภาพ สายไฟ พอร์ตสวิตช์ และทุกอย่างที่อยู่เหนือขึ้นไป สิ่งเหล่านี้เป็นตัวแปรร่วมจริงและควรตรวจหลังตรวจสอบสแตกของ Linux แล้ว
บันทึกสแตกของ Linux ด้วยสี่คำสั่ง
เริ่มในโหมดอ่านอย่างเดียวและบันทึกสถานะก่อนเปลี่ยนแปลงสิ่งใด: ip -br link สำหรับการมีอยู่ของอินเทอร์เฟซ ip -br address สำหรับที่อยู่ ip route สำหรับเส้นทาง IPv4 และ ip -6 route ในจุดที่ IPv6 สำคัญ เอกสารอ้างอิงของเครื่องมือ ip แยกวัตถุเหล่านี้ และการที่อินเทอร์เฟซปรากฏในรายการไม่ใช่หลักฐานว่ามีที่อยู่ที่ใช้งานได้หรือเส้นทางที่ใช้ได้
บันทึกเอาต์พุตลงไฟล์เพื่อเปรียบเทียบกับบูตที่ทำงานได้ในภายหลัง สแนปช็อตที่คุณทำซ้ำไม่ได้เป็นเพียงความจำของสถานะ
เป็นลิงก์ ที่อยู่ เส้นทาง หรือชื่อ
ความผิดพลาดสี่แบบที่ต่างกันดูเหมือนกันจากเบราว์เซอร์ อุปกรณ์อาจหายไปทั้งหมด มีอยู่โดยไม่มีพาหะ เชื่อมต่อแล้วแต่ไม่มีที่อยู่ที่คาดไว้ หรือมีที่อยู่แต่ไม่มีเส้นทางไปยังปลายทาง การแก้ชื่อล้มเหลวในขณะที่ที่อยู่ดิบใช้งานได้เป็นกรณีที่ห้า และเป็นของตัวแก้ชื่อไม่ใช่ไดรเวอร์
แต่ละกรณีชี้ไปที่งานต่างกัน ไดรเวอร์หรือเฟิร์มแวร์สำหรับอุปกรณ์ที่หายไป สายหรือสวิตช์เมื่อไม่มีพาหะ DHCP หรือการกำหนดค่าคงที่สำหรับที่อยู่ที่ขาด และการกำหนดเส้นทางหรือนโยบายสำหรับเส้นทางที่ขาด ปัญหาตัวแก้ชื่อชี้ไปที่ systemd-resolved, NetworkManager หรือการกำหนดค่า DNS ภายในเครื่อง
ตรวจว่าการติดตั้ง Linux มี VPN ของตัวเองหรือการกำหนดค่าไฟร์วอลล์แบบถาวรหรือไม่ อุโมงค์ภายในเครื่องหรือชุดกฎ nftables เป็นสาเหตุฝั่ง Linux และอธิบายความผิดพลาดได้น่ากว่ามากกว่าโปรแกรม Windows ที่ไม่ได้ทำงาน
จากนั้นเปรียบเทียบการเปลี่ยนผ่านของการบูต
Windows Fast Startup เป็นการปิดแบบไฮบริดที่เก็บสถานะเซสชันของเคอร์เนลแทนการบูตเต็มรูปแบบ เอกสารของ Microsoft เกี่ยวกับสถานะพลังงานแยกสิ่งนี้ออกจากการรีสตาร์ตและการปิดเต็มรูปแบบ ดังนั้นฮาร์ดแวร์เดียวกันจึงทำงานต่างกันได้ในการเปลี่ยนผ่านสองแบบ
หากความผิดพลาดขึ้นอยู่กับการย้ายจากระบบปฏิบัติการหนึ่งไปอีกระบบหนึ่ง ให้เปรียบเทียบการรีสตาร์ตหรือการปิดเต็มรูปแบบที่บันทึกไว้กับเส้นทางปกติ หลังจากบันทึกงานแล้ว ผลลัพธ์ที่เป็นไปตามการเปลี่ยนผ่านเป็นเหตุผลให้ตรวจสอบสถานะไดรเวอร์ อุปกรณ์ หรือเฟิร์มแวร์ และไม่ได้พิสูจน์ด้วยตัวมันเองว่า Fast Startup ทำให้อะแดปเตอร์เสียหายเฉพาะจุด
บันทึกว่าระบบปฏิบัติการใดใช้อะแดปเตอร์ล่าสุด ประเภทของการเปลี่ยนผ่าน สถานะลิงก์ใน Linux และการทำงานแรกที่ล้มเหลว ความแตกต่างที่ทำซ้ำได้ระหว่างการบูตเย็นและการเปลี่ยนผ่านแบบอุ่นมีค่ามากกว่าการถอนซอฟต์แวร์ VPN ออกจากทั้งสองการติดตั้งโดยไม่รู้ว่าสแตกใดพัง
สิ่งที่ไม่ควรเปลี่ยน
อย่ารีเซ็ตสแตกเครือข่ายทั้งสองเป็นขั้นแรก เพราะจะทำลายการเปรียบเทียบและมักไม่แก้อะไร เนื่องจากยังไม่ระบุสาเหตุที่แท้จริง อย่าติดตั้ง VPN ของ Windows ใหม่เพื่อซ่อม Linux และอย่าเปลี่ยนการตั้งค่าเฟิร์มแวร์แบบสุ่มเพียงเพราะการเปลี่ยนผ่านของการบูตสัมพันธ์กับความผิดพลาด
เอกสารอ้างอิงของเครื่องมือ ip อธิบายวัตถุลิงก์ ที่อยู่ และเส้นทางที่ใช้ข้างต้น อ่านฝั่ง Linux ก่อน เก็บสแนปช็อตไว้ แล้วจึงตัดสินว่าชั้นฮาร์ดแวร์ที่ใช้ร่วมกันคุ้มค่าที่จะตรวจหรือไม่