คุณติดตั้ง 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 ก่อน เก็บสแนปช็อตไว้ แล้วจึงตัดสินว่าชั้นฮาร์ดแวร์ที่ใช้ร่วมกันคุ้มค่าที่จะตรวจหรือไม่

บทความที่เกี่ยวข้อง