เพิ่มผู้ใช้ร่วมใน Plesk และจำกัดสิทธิ์ตามงาน

การให้เพื่อนร่วมทีมช่วยแก้เว็บผ่านบัญชี Plesk หลักทำให้แยกไม่ออกว่าใครเปลี่ยนอะไร และยกเลิกสิทธิ์เฉพาะคนได้ยาก Customer Panel มีบัญชีผู้ใช้เพิ่มเติมสำหรับงานนี้โดยตรง ผู้เป็นเจ้าของ subscription สามารถกำหนด role และจำกัดว่าจะเข้าถึง subscription ใดได้ โดยไม่ต้องแจกสิทธิ์ผู้ดูแลเซิร์ฟเวอร์

กำหนดขอบเขตก่อนเพิ่มคน

เริ่มจากเขียนว่างานของคนนั้นคืออะไร เช่น ดูสถิติ อัปโหลดไฟล์ สร้าง mailbox หรือจัดการฐานข้อมูล อย่าเลือกสิทธิ์ทั้งหมดเพียงเพราะยังไม่แน่ใจ ผู้รับจ้างที่แก้หน้าเว็บอาจต้องใช้ File Manager แต่ไม่จำเป็นต้องแก้ DNS หรือคืนค่า backup ขณะที่คนดูแลเมลอาจไม่ต้องแตะไฟล์เว็บ หากบัญชีมีหลาย subscription ให้ระบุว่าเขาควรเห็นทั้งหมดหรือเพียงเว็บไซต์เดียว

ตามเอกสาร Plesk ให้ไป Users > User Accounts > Create User Account แล้วกรอกชื่อ อีเมล ชื่อเข้าใช้ และรหัสผ่าน เลือก User role ที่เหมาะสมและ Access to subscriptions ก่อนบันทึก ตัวเลือก User is active กำหนดว่าเข้าระบบได้หรือไม่ หากต้องหยุดสิทธิ์ชั่วคราวโดยไม่ลบบัญชี ให้เปิดบัญชีนั้น เลือก Change Settings แล้วปิดตัวเลือกดังกล่าว

ใช้ role ให้ตรงงาน

หาก role ที่มีอยู่ไม่พอดี สามารถไป Users > User Roles > Create User Role แล้วเลือก Granted หรือ Denied ให้แต่ละสิทธิ์ เอกสารยกตัวอย่างสิทธิ์สำหรับเว็บไซต์ ไฟล์ log ฐานข้อมูล backup สถิติ แอป FTP DNS และอีเมล สิทธิ์ Manage users and roles ควรพิจารณาเป็นพิเศษ เพราะผู้ใช้ที่ได้รับอาจแก้บัญชีและ role ของตนเองได้ ไม่ควรมอบให้ผู้รับจ้างทั่วไป

สิทธิ์ใน role ไม่สามารถข้ามข้อจำกัดของ subscription ได้ หากผู้ให้บริการปิดการจัดการ Spam filter ในแพ็กเกจ ผู้ใช้เพิ่มเติมก็เปิดไม่ได้แม้ role ของเขาจะระบุ Granted ความเข้าใจจุดนี้ช่วยลดการแก้ผิดทางเมื่อเมนูไม่ปรากฏ ให้ตรวจ Permissions ของ subscription และสอบถามผู้ให้บริการก่อน

ทดสอบและทบทวนสิทธิ์

หลังสร้างบัญชี ให้ผู้ใช้ใหม่ลงชื่อเข้าใช้ด้วยตนเองและตรวจว่าเห็นเฉพาะ subscription และเมนูที่จำเป็น ทดสอบงานตัวอย่างที่ไม่กระทบ production เช่น เปิดสถิติหรือดูโฟลเดอร์ที่ได้รับอนุญาต อย่าทดสอบด้วยบัญชีเจ้าของเพราะจะมองเห็นเมนูมากกว่า เมื่องานเสร็จ ปิด User is active หรือลบบัญชีตามนโยบายทีม และทบทวนไฟล์หรือ credential อื่นที่เคยให้แยกจาก Plesk

การแยกผู้ใช้เป็นรายคนช่วยให้การร่วมงานปลอดภัยและติดตามได้ง่ายกว่าการส่งรหัสผ่านหลัก แต่ยังต้องจัดการสิทธิ์บนบริการภายนอก เช่น Git หรือ DNS ที่ไม่ได้อยู่ใน Plesk เอง รวมทั้งเตือนผู้ใช้ไม่ให้ส่งรหัสผ่านผ่านช่องทางสาธารณะ

อ่านเพิ่มเติม: เอกสาร Plesk — Managing Additional User Accounts