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

ใน SUSE Linux Enterprise Server 16.0 คู่มือการตั้งค่า Cockpit ฉบับปัจจุบัน ซึ่งเผยแพร่เมื่อวันที่ 8 ตุลาคม 2026 ยืนยันcockpitรูปแบบcockpit.socketหน่วย systemd และพอร์ต HTTPS เริ่มต้น 9090 ในการแก้ไขปัญหาคอนโซลที่เชื่อมต่อไม่ได้ ให้ตรวจสอบ DNS และการเข้าถึงก่อน จากนั้นตรวจสอบซ็อกเก็ต ไฟร์วอลล์ ใบรับรอง และบัญชี คำสั่งการติดตั้งเหล่านั้นเป็นคำสั่งเฉพาะสำหรับ SLES 16 สำหรับ SLES เวอร์ชันเก่ากว่า ให้ตรวจสอบคำแนะนำเกี่ยวกับแพ็กเกจและไฟร์วอลล์สำหรับเวอร์ชันนั้นก่อนติดตั้งหรือเปลี่ยนแปลงกฎ

โปรดใช้ตัวอย่างสมมติฐานนี้ตลอดทั้งบทความ: มายา ซึ่งเป็นผู้ดูแลระบบ เปิดเบhttps://cockpit-srv.example.net:9090ราว์เซอร์จากเวิร์กสเตชันของเธอ และเบราว์เซอร์หมดเวลา ตัวอย่างโฮสต์และที่อยู่หรือสถานะที่แสดงนั้นเป็นเพียงตัวอย่างประกอบ ไม่ใช่รายงานการทดสอบเซิร์ฟเวอร์จริง

1. แยกความผิดพลาดด้านชื่อหรือเครือข่ายออกจากความผิดพลาดด้าน Cockpit

เริ่มจากเวิร์กสเตชันของมายา ตรวจสอบว่าชื่อถูกต้อง จากนั้นทดสอบปลายทาง HTTPS โดยตั้งค่าหมดเวลาสั้นๆ:

getent ahosts cockpit-srv.example.net
curl -vI --connect-timeout 5 https://cockpit-srv.example.net:9090/
ตัวอย่างการค้นหาเทอร์มินัลสำหรับ cockpit-srv.example.net ซึ่งส่งคืนที่อยู่ตัวอย่างที่สงวนไว้คือ 192.0.2.25
ผลลัพธ์ DNS ตัวอย่างใช้ที่อยู่เอกสารสงวนไว้ โปรดตรวจสอบชื่อโฮสต์และที่อยู่จริงในสภาพแวดล้อมของคุณเอง

หากการค้นหาชื่อล้มเหลวหรือส่งคืนที่อยู่เก่า ให้แก้ไขระเบียน DNS หรือตัวแก้ไขของไคลเอ็นต์ก่อนที่จะแก้ไข Cockpit หาก curl รายงานว่า “การเชื่อมต่อถูกปฏิเสธ” แสดงว่าโฮสต์ตอบกลับแล้ว แต่ไม่มีอะไรยอมรับการเชื่อมต่อบนพอร์ตนั้น หรือไฟร์วอลล์ปฏิเสธการเชื่อมต่ออย่างชัดเจน การหมดเวลาโดยทั่วไปบ่งชี้ถึงการรับส่งข้อมูลที่ถูกบล็อก ปัญหาการกำหนดเส้นทาง หรือไฟร์วอลล์ต้นทาง หาก curl ไปถึง TLS และรายงานคำเตือนเกี่ยวกับใบรับรอง แสดงว่ามีการรับส่งข้อมูลเครือข่ายมาถึง Cockpit ให้ตรวจสอบใบรับรองแทนที่จะเปิดพอร์ตเพิ่มเติม

ตรวจสอบให้แน่ใจว่า Maya ใช้ชื่อโฮสต์และเครือข่ายการจัดการที่ถูกต้อง โดยค่าเริ่มต้นคือ TCP 9090 แต่สามารถปรับแต่งได้ หากการเข้าถึงโดยตรงถูกจำกัด ให้ใช้เซิร์ฟเวอร์หลักของ Cockpit ที่ได้รับการอนุมัติเพื่อเข้าถึงโฮสต์รองผ่าน SSH แทนการเปิดพอร์ตอย่างกว้างขวาง

2. ตรวจสอบแพ็กเกจและซ็อกเก็ตบนเซิร์ฟเวอร์

ใช้ SSH หรือคอนโซลในเครื่องเพื่อตรวจสอบแพ็คเกจ Cockpit ที่ติดตั้งไว้ ซ็อกเก็ต systemd และตรวจสอบว่ามีอะไรกำลังรอรับการเชื่อมต่อบนพอร์ต 9090 หรือไม่:

sudo zypper se -i cockpit
sudo systemctl status cockpit.socket
sudo ss -ltnp 'sport = :9090'
ตัวอย่างผลลัพธ์จากคำสั่ง systemctl status ที่แสดงว่า cockpit.socket ทำงานอยู่และกำลังรับฟังอยู่ที่พอร์ต 9090
คาดหวังว่า ผู้ใช้งานcockpit.socketจะยังคงตั้งใจฟังอยู่เสมอ แม้ว่าบริการ Cockpit แบบออนดีมานด์จะไม่ได้ใช้งานระหว่างเซสชันของเบราว์เซอร์ก็ตาม

Cockpit ใช้การเปิดใช้งานซ็อกเก็ตของ systemd: cockpit.socketรับการเชื่อมต่อจากเบราว์เซอร์และเริ่มต้นบริการเว็บเมื่อจำเป็น ดังนั้น สถานะว่างcockpit.serviceไม่ได้หมายความว่าล้มเหลวเสมอไป หากติดตั้ง Cockpit แล้ว แต่ซ็อกเก็ตไม่ทำงาน ให้เริ่มต้นและเปิดใช้งานซ็อกเก็ต:

sudo systemctl enable --now cockpit.socket

หากไม่พบแพ็กเกจใน SLES 16 เอกสารการติดตั้งของ SUSE จะระบุไว้ดังนี้sudo zypper in -t pattern cockpitอย่าคิดว่ารูปแบบดังกล่าวจะพร้อมใช้งานจากที่เก็บข้อมูลที่กำหนดค่าไว้สำหรับ SLES 15 หรือรุ่นอื่น ตรวจสอบข้อความซ็อกเก็ตและบริการด้วย:

sudo journalctl -u cockpit.socket -u cockpit.service -b --no-pager

หากซ็อกเก็ตรับฟังการเชื่อมต่อในเครื่อง แต่ Maya ยังคงหมดเวลา ให้ตรวจสอบไฟร์วอลล์และเส้นทางการเชื่อมต่อ หากไม่รับฟังการเชื่อมต่อ ให้แก้ไขข้อผิดพลาดของแพ็กเกจหรือซ็อกเก็ตในบันทึกเหตุการณ์

3. อนุญาตการเข้าถึงผ่านโซนไฟร์วอลล์ที่ถูกต้อง

บน SLES 16 ที่เปิดใช้งาน firewalld ให้ระบุโซนที่ใช้งานอยู่ก่อน จากนั้นตรวจสอบบริการที่ได้รับอนุญาตในโซนนั้น:

sudo firewall-cmd --get-active-zones
sudo firewall-cmd --zone=ZONE --list-services
ตัวอย่างคำสั่ง firewalld ที่แสดงโซนที่ใช้งานอยู่และบริการที่ได้รับอนุญาตในโซนสาธารณะ
ตรวจสอบโซนที่ใช้งานอยู่จริงและบริการต่างๆ ในโซนนั้นก่อนที่จะเปลี่ยนแปลงไฟร์วอลล์ของโฮสต์ โซนสาธารณะที่แสดงอยู่นั้นเป็นเพียงตัวอย่างเท่านั้น

แทนที่ZONEด้วยโซนที่เชื่อมต่อกับอินเทอร์เฟซการจัดการ หากไม่มี Cockpit และโซนนั้นมีไว้สำหรับการเข้าถึงการดูแลระบบที่เชื่อถือได้ ให้เพิ่มบริการ Cockpit และโหลดกฎใหม่:

sudo firewall-cmd --zone=ZONE --add-service=cockpit --permanent
sudo firewall-cmd --reload
sudo firewall-cmd --zone=ZONE --query-service=cockpit

กฎนี้มีผลต่อทุกแหล่งที่มาที่ได้รับอนุญาตในโซนนั้น ดังนั้นควรจำกัดโซนการจัดการไว้เฉพาะเครือข่ายของผู้ดูแลระบบ ตรวจสอบกลุ่มความปลอดภัยบนคลาวด์, ACL ของเครือข่าย, นโยบาย VPN และไฟร์วอลล์ต้นทางสำหรับ TCP 9090 ด้วยเช่นกัน

คู่มือ SLES 16 Cockpit ของ SUSE ยังได้ระบุถึงการรีเฟรชcockpit-selinux-policiesและการรีสตาร์ทcockpit.socketซึ่งเป็นส่วนหนึ่งของการตั้งค่าไฟร์วอลล์ด้วย หากคุณใช้ SLES 16 และพบว่านโยบายแพ็กเกจ/ซ็อกเก็ตหรือ SELinux ดูไม่สอดคล้องกันหลังจากทำตามขั้นตอนไฟร์วอลล์แล้ว ให้ใช้คำสั่งจากคู่มือ SUSE ที่เกี่ยวข้อง:

sudo zypper in -f cockpit-selinux-policies
sudo systemctl restart cockpit.socket

อย่าใช้ขั้นตอนการติดตั้งแพ็กเกจนี้กับ SLES เวอร์ชันอื่นโดยไม่ตรวจสอบคำแนะนำการติดตั้งแพ็กเกจของเวอร์ชันนั้นก่อน หากมีการจำกัดการเข้าถึงพอร์ตโดยตรง ให้ใช้โฮสต์หลักของ Cockpit ที่ได้รับการอนุมัติ และเชื่อมต่อกับเป้าหมายในฐานะเซิร์ฟเวอร์รองผ่าน SSH แทนการขยายขอบเขตไฟร์วอลล์ของเป้าหมาย

4. แก้ไขปัญหาคำเตือน TLS และการปฏิเสธการเข้าสู่ระบบ

เปิด Cockpit ผ่าน HTTPS: https://cockpit-srv.example.net:9090บน SLES 16 นั้น Cockpit จะสร้างใบรับรองแบบลงนามด้วยตนเองหากไม่มีการติดตั้งไว้ คำเตือนจากเบราว์เซอร์เกี่ยวกับผู้ออกใบรับรองที่ไม่รู้จักหรือชื่อไม่ตรงกันนั้นเป็นหลักฐานของปัญหาความน่าเชื่อถือหรือตัวตนของ TLS ไม่ใช่หลักฐานว่าการเชื่อมต่อ TCP ล้มเหลว อย่าปิดใช้งานการตรวจสอบใบรับรองของเบราว์เซอร์เพื่อเป็นการแก้ไขปัญหาอย่างถาวร

ตัวอย่างเทอร์มินัลที่แสดงคำสั่งตรวจสอบ cockpit-certificate-ensure ของ SUSE ที่พรอมต์เชลล์
คำสั่งที่แสดงนี้ตรวจสอบว่า Cockpit จะใช้ใบรับรองใด ภาพประกอบนี้ไม่ได้อ้างถึงผลการตรวจสอบ

ตรวจสอบใบรับรองที่ Cockpit เลือกไว้โดยใช้คำสั่งที่ระบุไว้ในเอกสารของ SUSE:

sudo /usr/libexec/cockpit-certificate-ensure --check

SLES 16 โหลดใบรับรองจากไฟล์/etc/cockpit/ws-certs.d; คีย์ส่วนตัวที่ตรงกันจะใช้ชื่อไฟล์พื้นฐานเดียวกันโดยมี.keyส่วนต่อท้าย สำหรับเซิร์ฟเวอร์ที่มีการจัดการ ให้ติดตั้งใบรับรองที่มีชื่อทางเลือกของหัวเรื่องตรงกับชื่อโฮสต์ที่ Maya ป้อน รวมถึงห่วงโซ่ระดับกลาง และทำให้เวิร์กสเตชันเชื่อถือ CA ที่ออกใบรับรองนั้น หาก curl เข้าถึงบริการได้ แต่รายงานว่าเป็นใบรับรองที่ลงนามด้วยตนเอง ให้แก้ไขความเชื่อถือหรือปรับใช้ใบรับรองที่เหมาะสมแทนการเปลี่ยนแปลงไฟร์วอลล์

Cockpit ใช้ข้อมูลประจำตัวบัญชีปกติของเซิร์ฟเวอร์ ไม่จำเป็นต้องใช้รหัสผ่าน Cockpit แยกต่างหาก ในการติดตั้ง SLES ใหม่rootการเข้าสู่ระบบด้วยรหัสผ่านจะถูกปิดใช้งานโดยค่าเริ่มต้น หาก Maya เข้าถึงหน้าเข้าสู่ระบบได้ แต่ไม่สามารถลงชื่อเข้าใช้ในฐานะ root ได้ ให้ใช้บัญชีปกติที่ได้รับอนุญาตแทนการเปิดใช้งานการเข้าสู่ระบบด้วยรหัสผ่าน root เพื่อแก้ไขปัญหา Cockpit เท่านั้น จากนั้นการดำเนินการของผู้ดูแลระบบสามารถใช้เส้นทางสิทธิ์ที่ได้รับอนุญาตของบัญชีนั้นได้

ตรวจสอบเส้นทางทั้งหมด

โหลด URL HTTPS ใหม่จากเวิร์กสเตชันของมายา ตรวจสอบว่า DNS ส่งคืนเซิร์ฟเวอร์ที่ต้องการ พอร์ต TCP 9090 สามารถเข้าถึงได้ ใบรับรองตรงกันและเชื่อถือได้ และบัญชีที่ได้รับอนุญาตสามารถลงชื่อเข้าใช้ได้ หากการฟังในเครื่องทำงานได้ แต่การร้องขอจากระยะไกลหมดเวลา ให้แจ้งที่อยู่ พอร์ต และเวลาทดสอบทั้งสองอย่างแก่ทีมเครือข่าย

เอกสารอ้างอิงล่าสุดของ SUSE สำหรับรายละเอียดการติดตั้ง ไฟร์วอลล์ ใบรับรอง และการตรวจสอบสิทธิ์ คือคู่มือการดูแลระบบ SLES 16.0 Cockpitซึ่งเผยแพร่เมื่อวันที่ 8 ตุลาคม 2026 สำหรับพฤติกรรมทั่วไปของ HTTPS และใบรับรองใน Cockpit เวอร์ชันต่างๆ โปรดดูคู่มือ Cockpit SSL/TLSความพร้อมใช้งานของแพ็กเกจและการรวมเข้ากับไฟร์วอลล์นั้นขึ้นอยู่กับแต่ละเวอร์ชัน

ฝากความเห็น

เปิดใช้งานการแพตช์สด 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 และกู้คืนรายการที่หายไปโดยไม่เขียนทับอีเมลที่มีอยู่