เปิดใช้งานการแพตช์สด SLES และตรวจสอบการแก้ไขเคอร์เนล

การอัปเดตเคอร์เนล SLES อาจยังคงแสดงข้อความ “ต้องรีบูต” แม้ว่าจะเปิดใช้งาน Live Patching แล้วก็ตาม นั่นไม่ได้หมายความว่าการติดตั้งล้มเหลวโดยอัตโนมัติ: Live Patching ครอบคลุมเฉพาะการแก้ไขที่ SUSE สามารถส่งมอบได้อย่างปลอดภัยสำหรับเคอร์เนลที่ใช้งานอยู่ในปัจจุบัน ในขณะที่เคอร์เนลทดแทนหรือการแก้ไขที่ไม่สามารถอัปเดตด้วย Live Patching ได้ยังคงต้องรีบูต คู่มือ Live Patching ของเคอร์เนล SLES 16.0 ของ SUSE ซึ่งเผยแพร่เมื่อวันที่ 8 ตุลาคม 2026 ให้เส้นทางการติดตั้งที่ใหม่กว่า: ติดตั้งkernel_livepatchingแพทเทิร์นภายใต้การสมัครใช้งาน SLES มาตรฐาน SLES 15 SP7 ใช้ส่วนขยาย Live Patching และlp_slesแพทเทิร์น แยกต่างหาก

ใช้ขั้นตอนสำหรับเวอร์ชันที่คุณใช้งานอยู่โดยเฉพาะ ติดตั้งการอัปเดตผ่านเวิร์กโฟลว์แพ็กเกจ SUSE ปกติ และตรวจสอบแพทช์ที่ใช้งานอยู่ด้วยklp -v patchesคำสั่ง ขั้นตอนเหล่านี้สมมติว่าโฮสต์ SLES ได้ลงทะเบียนแล้วและสามารถเข้าถึงที่เก็บการอัปเดตที่รองรับได้

กำหนดค่าเส้นทาง Live Patching สำหรับ SLES เวอร์ชันของคุณ

  1. ระบุเวอร์ชันและเคอร์เนลที่กำลังทำงานอยู่เรียกใช้คำสั่ง:

    cat /etc/os-release
    uname -r
    uname -m
    คำสั่งในเทอร์มินัลจะแสดงเวอร์ชันของ SLES และเวอร์ชันเคอร์เนลที่กำลังทำงานอยู่ในปัจจุบัน
    ภาพแสดงมุมมองเทอร์มินัลสำหรับการตรวจสอบเวอร์ชันระบบปฏิบัติการและเคอร์เนลที่กำลังทำงานอยู่ ก่อนที่จะเลือกขั้นตอนการแก้ไขแบบเรียลไทม์

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

  2. บน SLES 16.0 ให้ติดตั้งแพทเทิร์นที่ให้มาคู่มือปัจจุบันของ SUSE ระบุว่า Kernel Live Patching รวมอยู่ในแพ็คเกจการสมัครใช้งาน SLES มาตรฐานแล้ว ให้ติดตั้งแพทเทิร์นดังกล่าว:

    sudo zypper install -t pattern kernel_livepatching
    คำสั่ง Zypper สำหรับติดตั้งแพทเทิร์น kernel_livepatching บน SLES 16.0
    ตัวอย่างคำสั่งเทอร์มินัลจากขั้นตอนการติดตั้งแพทเทิร์น kernel_livepatching ใน SLES 16.0

    หากที่เก็บซอฟต์แวร์ของคุณมีแพตช์แบบเรียลไทม์ที่เหมาะสมสำหรับเคอร์เนลที่ติดตั้งไว้ ตัวจัดการแพ็กเกจจะเลือกแพตช์นั้นระหว่างการติดตั้ง เอกสารของ SUSE ระบุว่าเคอร์เนลได้รับการแพตช์แบบเรียลไทม์เป็นส่วนหนึ่งของกระบวนการนี้ ไม่จำเป็นต้องมีรหัสลงทะเบียน Live Patching เพิ่มเติมในขั้นตอนการติดตั้ง SLES 16.0 นี้

    บน SLES 15 SP7 ให้เปิดใช้งานส่วนขยายก่อนเวอร์ชันนี้ต้องการการสมัครใช้งาน SLES และ SLES Live Patching ที่ใช้งานอยู่ แสดงรายการส่วนขยายที่มีอยู่ และใช้คำสั่งการเปิดใช้งานเฉพาะสถาปัตยกรรมที่แสดงขึ้นมา:

    sudo SUSEConnect --list-extensions
    sudo SUSEConnect -p sle-module-live-patching/15.7/x86_64 -r LIVE_PATCHING_REGISTRATION_CODE
    คำสั่งเทอร์มินัลแสดงรายการส่วนขยายผลิตภัณฑ์ SUSE ที่ลงทะเบียนบนโฮสต์ SLES
    ภาพแสดงมุมมองเทอร์มินัลของการตรวจสอบส่วนขยาย SUSE ที่ใช้งานได้บนระบบ SLES 15 SP7
    คำสั่ง SUSEConnect กำลังเปิดใช้งานส่วนขยาย Live Patching สำหรับ SLES 15 SP7 โดยมีตัวยึดตำแหน่งรหัสลงทะเบียนอยู่
    ตัวอย่างคำสั่งเทอร์มินัลสำหรับการเปิดใช้งานส่วนขยาย Live Patching โปรดใช้คำสั่งที่ถูกต้องตามสถาปัตยกรรมที่แสดงบนเครื่องของคุณ

    คำสั่งที่สองเป็นตัวอย่างสำหรับสถาปัตยกรรม x86_64 โปรดแทนที่ด้วยพาธของผลิตภัณฑ์ที่แสดงใน--list-extensionsเอาต์พุตของคุณเอง และระบุรหัสลงทะเบียน Live Patching ที่ถูกต้อง จากนั้นติดตั้งแพทเทิร์นที่ต้องการ:

    sudo zypper install -t pattern lp_sles
    คำสั่ง Zypper สำหรับติดตั้งรูปแบบ lp_sles บน SLES 15 SP7
    ตัวอย่างคำสั่งเทอร์มินัลสำหรับการติดตั้งรูปแบบ Live Patching หลังจากเปิดใช้งานส่วนขยาย SLES 15 SP7

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

  3. ทำการอัปเดตระบบเป็นประจำแพทช์เคอร์เนลแบบสดจะมาในรูปแบบแพ็กเกจผ่านกลไกการอัปเดตปกติ สำหรับการเรียกใช้แพทช์ด้วยตนเอง ให้ใช้เวิร์กโฟลว์การบำรุงรักษาที่ได้รับการอนุมัติเช่นเดียวกับส่วนอื่นๆ ของระบบ ตัวอย่างเช่น:

    sudo zypper refresh
    sudo zypper patch
    คำสั่ง Zypper ใช้สำหรับติดตั้งแพทช์แพ็กเกจ SUSE ที่มีอยู่
    ตัวอย่างคำสั่งเทอร์มินัลสำหรับขั้นตอนการทำงานปกติของการติดตั้งแพตช์แพ็กเกจ ซึ่งสามารถส่งมอบแพตช์สดของเคอร์เนลที่เข้าเกณฑ์ได้

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

  4. ตรวจสอบว่ามีการเปิดใช้งานแพทช์อัปเดตอยู่หรือไม่หลังจากอัปเดตเสร็จสมบูรณ์แล้ว ให้ตรวจสอบรายละเอียดของแพทช์:

    sudo klp -v patches
    คำสั่ง klp ใช้สำหรับขอข้อมูลโดยละเอียดเกี่ยวกับแพตช์เคอร์เนลที่ติดตั้งและใช้งานอยู่
    ตัวอย่างคำสั่งเทอร์มินัลสำหรับตรวจสอบว่าแพทช์สดและการแก้ไขที่เกี่ยวข้องใดบ้างที่เชื่อมโยงกับเคอร์เนลที่กำลังทำงานอยู่

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

  5. แก้ไขปัญหาเมื่อสถานะว่างเปล่าหรือไม่ตรงกันตรวจสอบว่ามีแพ็คเกจ live-patch สำหรับเคอร์เนลที่กำลังทำงานอยู่หรือไม่ และมีข้อมูลวงจรชีวิตหรือไม่:

    sudo zypper se --details 'kernel-livepatch-*'
    sudo zypper lifecycle
    คำสั่ง Zypper แสดงข้อมูลวงจรชีวิตของผลิตภัณฑ์ที่ติดตั้งและแพ็คเกจการอัปเดตแบบเรียลไทม์
    ตัวอย่างคำสั่งเทอร์มินัลสำหรับตรวจสอบข้อมูลวงจรชีวิตเมื่อติดตั้งแพ็คเกจข้อมูลวงจรชีวิต Live Patching แล้ว

    สำหรับวันที่ของวงจรชีวิต SUSE ระบุว่าlifecycle-data-sle-module-live-patchingต้องติดตั้งแพ็กเกจ หากไม่มีแพ็กเกจแพตช์สำหรับเคอร์เนลที่ใช้งานอยู่ ให้ตรวจสอบว่าได้เปิดใช้งานที่เก็บหรือช่องทาง Live Patching ที่ถูกต้องแล้ว และการแก้ไขที่เกี่ยวข้องมีคุณสมบัติเหมาะสมสำหรับการแพตช์แบบสด อย่าสรุปว่าเกิดความล้มเหลวจากรายการแพตช์ที่ว่างเปล่าหากไม่มีการอัปเดตที่ตรงตามเงื่อนไขออกมา

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

    สำหรับช่วงเวลาการบำรุงรักษาที่ไม่ต้องรีบูต ให้ดำเนินการต่อเฉพาะเมื่อการอัปเดตมีแพ็คเกจ live-patch ที่เข้ากันได้กับเคอร์เนลที่ใช้งานอยู่ และนโยบายการเปลี่ยนแปลงของคุณอนุญาตเท่านั้น ให้ถือว่าการอัปเดตแพ็คเกจเคอร์เนลแบบเต็มอยู่ในสถานะรอการดำเนินการจนกว่าโฮสต์จะบูตเคอร์เนลใหม่เสร็จสมบูรณ์

ตรวจสอบผลลัพธ์

การตรวจสอบจะสำเร็จเมื่อklp -v patchesระบุข้อมูล live-patch ที่ใช้งานอยู่สำหรับเคอร์เนลที่แสดงโดยuname -rและการแก้ไขที่คาดหวังปรากฏในรายละเอียดแพทช์ โฮสต์ควรยังคงใช้เวอร์ชันเคอร์เนลที่ใช้งานอยู่เดิมเนื่องจากไม่มีการรีบูตเกิดขึ้น หากตัวจัดการการอัปเดตยังคงร้องขอให้รีบูต ให้ตรวจสอบว่าได้ติดตั้งเคอร์เนลพื้นฐานใหม่หรือการแก้ไขที่อยู่นอกขอบเขตของ Live Patching หรือไม่ การร้องขอนั้นเป็นข้อกำหนดในการบำรุงรักษา ซึ่งคำสั่งสถานะ live-patch ไม่สามารถยกเลิกได้

แหล่งที่มา

ฝากความเห็น

เปิดใช้งานการแพตช์สด SLES และตรวจสอบการแก้ไขเคอร์เนล

เปิดใช้งานการแพตช์สด SLES และตรวจสอบการแก้ไขเคอร์เนล

ตั้งค่าเส้นทาง Live Patching ที่ถูกต้องสำหรับ SLES 16.0 หรือ 15 SP7 ใช้การแก้ไขเคอร์เนลที่เหมาะสม และตรวจสอบว่าสิ่งใดทำงานอยู่โดยไม่สับสนกับการอัปเดตเคอร์เนลที่ต้องรีบูตเครื่อง

รักษาระบบให้พร้อมใช้งานระหว่างการอัปเกรด SLES 15 SP5 เป็น SP6

รักษาระบบให้พร้อมใช้งานระหว่างการอัปเกรด SLES 15 SP5 เป็น SP6

SLES 15 SP5 สามารถอัปเกรดแบบออนไลน์เป็น SP6 ได้ แต่แต่ละโหนดจะต้องรีบูต ใช้การอัปเกรดแบบค่อยเป็นค่อยไป (rolling upgrade) หรือการเปลี่ยนระบบแบบสีฟ้า-เขียว (blue-green cutover) ที่ผ่านการทดสอบแล้ว เพื่อให้สามารถเข้าถึงเวิร์กโหลดได้อย่างต่อเนื่อง

สร้างโปรไฟล์ AppArmor แบบกำหนดเองบน SUSE Linux

สร้างโปรไฟล์ AppArmor แบบกำหนดเองบน SUSE Linux

สร้าง ปรับแต่ง และตรวจสอบโปรไฟล์ AppArmor ที่มีสิทธิ์ขั้นต่ำสุดบน SLES 15 SP7 พร้อมหมายเหตุที่ชัดเจนเกี่ยวกับค่าเริ่มต้นของ SELinux ใน SLES 16

ใช้งาน SLES 15 STIG อย่างปลอดภัยด้วย OpenSCAP

ใช้งาน SLES 15 STIG อย่างปลอดภัยด้วย OpenSCAP

ใช้โปรไฟล์ STIG ที่ SUSE รองรับเพื่อสแกน SLES 15 ทดสอบการแก้ไข ตรวจสอบผลการค้นพบที่เหลือ และเก็บรักษาหลักฐานการประเมิน

กู้คืนการเข้าถึง Cockpit ไปยัง SUSE Linux Enterprise Server

กู้คืนการเข้าถึง Cockpit ไปยัง SUSE Linux Enterprise Server

ตรวจสอบหาสาเหตุของการเชื่อมต่อ Cockpit ที่ล้มเหลวผ่านทาง DNS, พอร์ต 9090, ซ็อกเก็ต systemd, firewalld, TLS และการตั้งค่าการเข้าสู่ระบบ โดยใช้คำแนะนำล่าสุดของ SUSE

กำหนดค่าการสลับใช้งานอีเธอร์เน็ตที่เชื่อถือได้ด้วย Bonding ใน SLES 15

กำหนดค่าการสลับใช้งานอีเธอร์เน็ตที่เชื่อถือได้ด้วย Bonding ใน SLES 15

สร้างการเชื่อมต่ออีเธอร์เน็ตสำรองบน ​​SLES 15 โดยใช้ YaST และ Wicked กำหนดค่าการเชื่อมต่อแบบแอคทีฟ-สำรอง และตรวจสอบพอร์ตทั้งสองและการสลับการทำงานเมื่อเกิดข้อผิดพลาด

สร้างโปรไฟล์ AutoYaST ที่สามารถนำกลับมาใช้ใหม่ได้สำหรับการติดตั้ง SLES 15

สร้างโปรไฟล์ AutoYaST ที่สามารถนำกลับมาใช้ใหม่ได้สำหรับการติดตั้ง SLES 15

แปลงระบบ SLES 15 ที่มีอยู่ให้เป็นโปรไฟล์ AutoYaST ที่ผ่านการตรวจสอบแล้ว ตรวจสอบความถูกต้อง และใช้โปรไฟล์ดังกล่าวในการติดตั้งเซิร์ฟเวอร์ทดสอบโดยใช้ขั้นตอนด้วยตนเองให้น้อยลง

การตั้งค่า KVM ใน SLES 15: กำหนดให้ VM ที่เลือกเริ่มต้นทำงานเมื่อบูตเครื่อง

การตั้งค่า KVM ใน SLES 15: กำหนดให้ VM ที่เลือกเริ่มต้นทำงานเมื่อบูตเครื่อง

ติดตั้งเครื่องมือ SLES 15 KVM และ libvirt เปิดใช้งานบริการโฮสต์ที่ถูกต้อง และกำหนดค่าเครื่องเสมือนที่เลือกให้เริ่มต้นทำงานหลังจากรีบูตเครื่อง

ทำการสำรองข้อมูล Nextcloud อย่างสม่ำเสมอโดยอัตโนมัติด้วย Restic และ Cron

ทำการสำรองข้อมูล Nextcloud อย่างสม่ำเสมอโดยอัตโนมัติด้วย Restic และ Cron

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

สำรองข้อมูลและกู้คืนกล่องจดหมาย Zimbra CE โดยใช้การส่งออก TGZ

สำรองข้อมูลและกู้คืนกล่องจดหมาย Zimbra CE โดยใช้การส่งออก TGZ

ส่งออกกล่องจดหมาย Zimbra Community Edition ส่วนบุคคล ตรวจสอบความถูกต้องของการสำรองข้อมูล TGZ และกู้คืนรายการที่หายไปโดยไม่เขียนทับอีเมลที่มีอยู่