สมมติว่า SSH โปรโตคอลอื่นจะแตกต่างออกไป ผู้ใช้ให้รหัสสาธารณะ SSH แก่คุณ (คุณไม่จำเป็นต้องเห็นคีย์ส่วนตัวของพวกเขา) กำหนดค่านี้เป็นข้อมูลรับรองสำหรับผู้ใช้ส่วนบุคคลที่ไม่มีสิทธิพิเศษ (ไม่ใช่ root ไม่ใช่ sudo)
วิธีดำเนินการนี้จะแตกต่างกันไปมากขึ้นอยู่กับระบบข้อมูลประจำตัวผู้ใช้ที่องค์กรของคุณมีให้ ซึ่งอาจไม่ใช่บริการของผู้ให้บริการคลาวด์ของคุณ คุณสามารถตรวจสอบสิ่งที่คุณต้องการได้
วิธีแก้ไขปัญหาด้วยตนเองคือการสร้างผู้ใช้ภายในเครื่องบนเซิร์ฟเวอร์และอัปโหลดผู้ใช้ ~/.ssh/authorized_keys
. การบำรุงรักษาที่น่าเบื่อ ผู้ใช้ไม่มีตัวเลือกบริการตนเอง
Google Cloud มี เข้าสู่ระบบระบบปฏิบัติการ ซึ่งคุณสามารถให้สิทธิ์บัญชี Google (ส่วนบุคคลหรือที่จัดการ) เข้าถึงอินสแตนซ์ด้วยรหัส ssh ส่วนบุคคล ผู้ใช้ที่ได้รับ บทบาท/compute.osเข้าสู่ระบบ
บทบาทไม่ได้รับสิทธิพิเศษ ดังนั้นพวกเขาจะไม่มี sudo อาจเหมาะสมก็ต่อเมื่อองค์กรของคุณอนุญาตบัญชี Google, โดเมน Workspace หรือ Cloud Identity แล้ว
หรือคุณอาจมีระบบข้อมูลประจำตัวที่ไม่ได้มาจากผู้ให้บริการระบบคลาวด์ของคุณ ตัวอย่างเช่น FreeIPA สามารถจัดเก็บคีย์ ssh และผสานรวมกับ ssh auth บนโฮสต์ ต้องใช้งานอีกเล็กน้อยเพื่อปรับใช้ระบบข้อมูลประจำตัวหากยังไม่มีอยู่