Cockpit อินเทอร์เฟซกราฟิกบนเว็บสำหรับเซิร์ฟเวอร์

 (github.com/cockpit-project)
2 คะแนน โดย GN⁺ 2026-03-22 | 2 ความคิดเห็น | แชร์ทาง WhatsApp
  • อินเทอร์เฟซกราฟิกสำหรับจัดการเซิร์ฟเวอร์ Linux ที่ทำงานในเว็บเบราว์เซอร์ เป็น เครื่องมือผู้ดูแลระบบแบบน้ำหนักเบา ที่โต้ตอบกับเซสชันของระบบจริงโดยตรง
  • มอบ สภาพแวดล้อมการจัดการแบบโต้ตอบ ที่สามารถควบคุมทรัพยากรระบบ เครือข่าย สตอเรจ และล็อกได้อย่างเป็นภาพ
  • ใช้งานได้ทันทีหลังติดตั้งบน ดิสทริบิวชัน Linux ที่หลากหลาย และสามารถจัดการ คอนเทนเนอร์·สตอเรจ·เครือข่าย·ล็อก ผ่าน GUI ได้
  • รองรับ ความเข้ากันได้ระหว่างเทอร์มินัลกับเว็บอินเทอร์เฟซ ทำให้สามารถจัดการบริการและตรวจสอบข้อผิดพลาดได้แบบรวมศูนย์
  • เสริมความสามารถในการขยายและการทำงานร่วมกันผ่าน การเชื่อมต่อหลายเซิร์ฟเวอร์บนพื้นฐาน SSH และ โครงสร้างการมีส่วนร่วมของชุมชนโอเพนซอร์ส

ภาพรวมของ Cockpit

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

คุณสมบัติหลัก

  • ติดตั้งได้บน ดิสทริบิวชัน Linux ที่หลากหลาย (Debian, Fedora, RHEL เป็นต้น) และสามารถเริ่มเซสชันการจัดการผ่านเว็บได้ทันทีหลังติดตั้ง
  • สามารถทำงานดูแลระบบทั่วไปผ่าน GUI ได้ เช่น รันคอนเทนเนอร์ จัดการสตอเรจ ตั้งค่าเครือข่าย และตรวจสอบล็อก
  • รองรับ ความเข้ากันได้ระหว่างเทอร์มินัลกับเว็บอินเทอร์เฟซ ดังนั้นบริการที่เริ่มจาก Cockpit สามารถหยุดจากเทอร์มินัลได้ และข้อผิดพลาดที่เกิดขึ้นในเทอร์มินัลสามารถตรวจสอบได้จาก อินเทอร์เฟซ journal ของ Cockpit
  • สามารถ เพิ่มการเชื่อมต่อไปยังเซิร์ฟเวอร์อื่น ที่ติดตั้ง Cockpit ผ่าน SSH และสลับระหว่างหลายโฮสต์ได้อย่างง่ายดาย

การพัฒนาและชุมชน

  • โปรเจกต์ Cockpit ดำเนินการในรูปแบบ การพัฒนาโอเพนซอร์ส พร้อมเอกสารสำหรับนักพัฒนาและคู่มือการมีส่วนร่วม
    • วิธีแก้ไขโค้ดสามารถดูได้ในเอกสาร HACKING.md
    • เอกสารสำหรับการมีส่วนร่วมและนักพัฒนามีให้ผ่าน GitHub Wiki
  • รองรับการสื่อสารของชุมชนผ่าน ช่อง Matrix (#cockpit:fedoraproject.org) และ เมลลิงลิสต์
  • สามารถดู แนวคิดและหลักการ ของโปรเจกต์, บันทึกประจำรุ่น, และ นโยบายความเป็นส่วนตัว ได้ที่เว็บไซต์ทางการ

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

2 ความคิดเห็น

 
emusal 2026-03-22

Cockpit ดีจริงครับ! ตอนโปรเจกต์เมื่อปีก่อนโน้นผมเคยใช้แทน EMS สำหรับเซิร์ฟเวอร์ KVM ได้ดีมาก ปลั๊กอินก็ทำมาดี ฟังก์ชันพื้นฐานก็ยอดเยี่ยม เลยชอบมากครับ จัดการ virtual server / Docker container ได้ค่อนข้างโอเคเลย!
 
GN⁺ 2026-03-22
ความเห็นจาก Hacker News

  • ฉันค่อนข้างชอบ Cockpit และใช้งานอยู่ มันทำให้เห็นสถานะทั้งระบบได้ในครั้งเดียว
    แต่ไม่มีทางดู คอนเทนเนอร์ Incus ได้ เลยลอง Wolfstack ที่เพิ่งขึ้น HN ไปไม่นานนี้ ดูเหมือนว่ามันรองรับแค่ LXC
    ฉันเคยคิดว่า LXC กับ Incus แทบจะเหมือนกัน แต่กลับรู้สึกว่าการหา GUI แบบเรียบง่าย สำหรับจัดการทั้งระบบและคอนเทนเนอร์นั้นยากมาก

    • ถ้าหมายถึง LXD กับ Incus, Incus เป็น fork ของ LXD และเปลี่ยนไปค่อนข้างมากแล้ว LXD ไม่สามารถดึงโค้ดจาก Incus ไปใช้ได้เพราะมีการเปลี่ยนไลเซนส์ แต่ในทางกลับกันทำได้
      Incus ถูกพัฒนาอย่างต่อเนื่องโดยชุมชน และทั้งคู่ใช้ LXC อยู่ภายใน
      คำว่า “GUI แบบเรียบง่าย” แต่ละคนก็นิยามไม่เหมือนกัน เลยยิ่งหายาก สำหรับฉัน CLI เรียบง่ายและมีประสิทธิภาพกว่ามาก พอคอนเทนเนอร์เยอะขึ้น สุดท้ายก็ต้องไปทาง automation อยู่ดี
    • Cockpit มี ปลั๊กอิน podman และช่วงหลังยังเพิ่มความสามารถจัดการ podman quadlets ด้วย (quadlets ให้ความรู้สึกคล้าย docker compose ที่เป็นมิตรกับ systemd)
      ถ้าใช้ podman ก็จะได้ประโยชน์จาก UI ของ Cockpit แต่ตอนนี้มันยังตามเทคโนโลยีคอนเทนเนอร์ที่หลากหลายทั้งหมดไม่ทัน
    • Incus รองรับทั้งสามอย่างนี้ใน เว็บ UI ของตัวเอง
      • คอนเทนเนอร์แอปที่เข้ากันได้กับ OCI (รองรับ registry อย่าง docker.io, ghcr.io)
      • คอนเทนเนอร์ระบบแบบ LXC
      • เครื่องเสมือนบน QEMU + KVM
    • ปลั๊กอิน compose ของ OpenMediaVault เป็นอินเทอร์เฟซคอนเทนเนอร์ที่ดีที่สุดที่ฉันเคยใช้มา เป็นดิสโทรสำหรับ NAS แต่ UI ดีมากจนฉันเอาไปติดตั้งใช้กับทุกเซิร์ฟเวอร์
    • อยากรู้ว่ามีใครเคยใช้ IncusOS ไหม ตอนนี้ฉันแค่ใช้ Incus บน Linux ธรรมดาอยู่ แต่กำลังคิดว่าจะย้ายไป IncusOS ดีหรือเปล่า

  • อยากให้หน้าแลนดิ้งเพจมี ภาพกราฟิก หน่อย ยังนึกภาพไม่ออกเลยว่า UI หน้าตาเป็นอย่างไร

    • อยากแนะนำให้ลองใช้ Cockpit Project ดู 🙂
    • เห็นด้วย การใส่สกรีนช็อตสักสองสามรูปใน Markdown ไม่ใช่เรื่องยาก ฉันหาเจอแต่ภาพจับทั้งเดสก์ท็อปเลยดูยาก

  • เมื่อก่อนฉันเคยใช้ Webmin เลยสงสัยว่าถ้าเทียบกับเว็บ UI สำหรับเซิร์ฟเวอร์ยุคนี้อย่าง Cockpit แล้วเป็นอย่างไร

    • ความคิดแรกหลังจากดูคือ “นี่มัน Webmin ทำใหม่ชัดๆ”
    • ฟีเจอร์น้อยกว่า แต่เวลาเร่งด่วนก็ยังพอใช้ได้ เครื่องมือจัดการผ่านเว็บพวกนี้สุดท้ายก็เป็นการเรียก เชลล์สคริปต์ อยู่ดี และเพราะ Linux ไม่มี API กลางที่สม่ำเสมอ จึงเต็มไปด้วย วิธีแก้ขัด
      Webmin ก็เป็นแบบนั้นเหมือนกัน ส่วน Cockpit ต่างกันแค่ภาษา
      เพิ่มเติมคือ 45Drives ทำ OS ชื่อ “Houston” ที่ใช้ Cockpit เป็นชั้น UI
      บทความที่เกี่ยวข้อง

  • ฉันเคยลองใช้ Cockpit เพื่อจัดการ Docker คอนเทนเนอร์ราว 10 ตัว แต่สุดท้ายก็กลับไปใช้ Portainer อยู่ดี Cockpit ไม่ค่อยเหมาะกับการดูแล Docker host ขนาดเล็ก

    • ฉันกำลังพัฒนาแดชบอร์ดสำหรับสังเกตการณ์ Docker Swarm ชื่อ Cetacean มันใช้กับโหนดเดี่ยวได้ด้วย เผื่อจะเป็นประโยชน์
    • ฉันก็ลงเอยแบบคล้ายกันและตอนนี้ใช้ Dockge อยู่ สามารถวางไฟล์ compose ไว้ในไดเรกทอรีแล้วจัดการด้วย git ได้ จึงรู้สึกสะอาดกว่า Portainer
    • สิ่งที่คุณหาอยู่อาจเป็น Dokploy มันดีกว่า Dokku หรือ CapRover มาก
    • ถ้า Portainer ยังต้องรันเป็น คอนเทนเนอร์ที่มีสิทธิ์ root อยู่ แบบนั้นก็ค่อนข้างลำบาก

  • ฉันติดตั้ง Fedora Server รุ่นล่าสุดบน Framework Desktop แล้ว Cockpit ถูกเปิดใช้งานให้อัตโนมัติ
    มันดีสำหรับดูภาพรวมของระบบอย่างรวดเร็ว และจัดการพื้นฐานได้ แต่ก็เริ่มเจอ ข้อจำกัด ไม่นาน
    สำหรับมือใหม่ Linux หรือคนที่อยากเริ่มต้นด้วยเว็บ UI สไตล์ NAS มันน่าจะเป็น ก้าวแรก ที่ดี

    • สำหรับคนอย่างฉันที่สร้าง VM ปีละครั้ง การสร้าง VM ผ่านเว็บ UI สะดวกดีทีเดียว

  • ฉันเคยใช้ Cockpit ช่วง เริ่มต้นเป็นผู้ดูแลระบบ Linux มันเสถียรดี แต่เพราะไม่เห็นว่า CLI ทำอะไรอยู่บ้าง เลยไม่ช่วยเรื่อง พัฒนาทักษะ Linux เท่าไร
    เลยเปลี่ยนไปใช้ SSH กับ TUI ที่บ้านแทน แต่ในสภาพแวดล้อมองค์กร Cockpit ก็เหมาะเป็น ชั้น abstraction ที่เป็นมิตรกับผู้ใช้ Windows

    • เวลาฉันประเมินแพลตฟอร์มเอนจิเนียร์ใหม่ ฉันให้ความสำคัญกับ ความสามารถในการแก้ปัญหาผ่าน CLI มาก ต้องเจาะผ่าน abstraction layer ลงไปหาปัญหาให้ได้ ถึงจะออกแบบอินฟราฯ ได้ดี

  • พอเห็นสิ่งนี้แล้วนึกถึง cPanel สมัยก่อนเลย
    วิกิ cPanel

    • ประสบการณ์ sysadmin ครั้งแรกของฉันคือ Ubuntu eBox ซึ่งแย่มาก ตั้งค่าอะไรนอกเหนือจากใน UI ไม่ได้เลย แถมตำแหน่งล็อกก็ยุ่งเหยิงจนดีบักไม่ได้
      Cockpit ดีกว่ามาก และด้วย API Linux ยุคใหม่อย่าง systemd และ dbus ทำให้สร้าง UI จัดการที่สอดคล้องกันได้
    • ได้ยินแบบนี้แล้วนึกถึงช่วงต้นยุค 2000 ตอนที่โฮสต์เว็บบน เซิร์ฟเวอร์ PIII RAM 128MB
    • ฉันก็คิดเหมือนกัน

  • NAS ของฉันถูกจัดการด้วย Cockpit ทั้งหมด
    มันเป็นระบบแปลกนิดหน่อย ใช้ CPU โน้ตบุ๊ก AMD 7840HS เสียบอยู่บนบอร์ดเซิร์ฟเวอร์เดสก์ท็อป และใช้ SSD 5 ตัวแบบ ZFS raidz1
    แค่ Cockpit กับ ปลั๊กอิน ZFS ของ 45drives และเว็บเทอร์มินัลก็เพียงพอแล้ว แทบไม่จำเป็นต้องทำปลั๊กอินเพิ่มเองเลย

    • ฉันก็ใช้กับเซิร์ฟเวอร์อยู่สองเครื่องเหมือนกัน และมันทำให้การจัดการ Linux ง่ายขึ้นมาก

  • จริงๆ แล้ว Cockpit ใช้เป็น อินเทอร์เฟซ NAS ได้สบายเลย ทั้งตั้งค่าสตอเรจ, VM และจัดการคอนเทนเนอร์

    • ฉันก็ใช้อย่างนั้นเหมือนกัน ไม่จำเป็นต้องใช้ชุดใหญ่ๆ อย่าง Proxmox, TrueNAS หรือ Unraid
      เพราะฉันไม่ได้เปิด NAS ออกอินเทอร์เน็ตและใช้แค่ WireGuard/Tailscale เลยไม่กังวลที่มีคอนโซลจัดการเปิดอยู่บนพอร์ต
    • มันสร้าง SAMBA share ได้ด้วย แต่ต้องใช้ปลั๊กอิน
    • ถึงอย่างนั้นฉันก็ยังคิดว่า TrueNAS ทำ UI ได้สมบูรณ์กว่ามาก

  • ในฐานะ PO ของ Cockpit ขอถามว่า — ถ้าเพิ่มฟีเจอร์ได้แค่อย่างเดียว คุณอยากได้อะไร?

    • อยากได้คำสั่งแบบ cockpit doctor เช่น Cockpit Machines บน Debian มักไม่เสถียร ถ้ามันตรวจจับปัญหาอย่างการตั้งค่า dbus แล้วเตือนได้อัตโนมัติก็คงดี
    • นี่คือรายการฟีเจอร์ที่อยากให้เพิ่ม
      • ตั้งค่า OIDC แบบง่าย
      • ปรับปรุงตัวจัดการไฟล์
      • แอดออนวิเคราะห์ดิสก์สไตล์ ncdu
      • อินเทอร์เฟซง่ายๆ สำหรับสร้าง service ของ systemd
      • ฟีเจอร์ที่แสดงคำสั่งที่ UI เรียกใช้อย่างชัดเจนขึ้น
    • ในมุมผู้ใช้ระดับองค์กร ต้องมี การรองรับการยืนยันตัวตน EntraID
      ตอนนี้ฉันใช้ Microsoft Entra SSH อยู่ แต่ใช้กับ Cockpit ไม่ได้
    • ควร ปรับปรุงหน้าอัปเดต เช่น เลือกติดตั้งเฉพาะบางอัปเดตได้ หรือแสดงความต่างของเวลาระหว่างการอัปเดตผ่าน CLI ให้ชัดเจน
    • รองรับ Incus