כדי לשלוט באופן מאובטח בגישה למכונה של Looker (Google Cloud core) ולנתונים שלה, אתם יכולים לאמת משתמשים באמצעות ספקי זהויות שונים. השיטות האלה עוזרות לכם לשלב את Looker (Google Cloud core) במערכות הקיימות שלכם לניהול זהויות, כדי להבטיח שמשתמשים מורשים יוכלו לגשת ל-Looker (Google Cloud core).
שיטות אימות ראשיות
כשיוצרים מכונה של Looker (Google Cloud core), בוחרים אחת משיטות האימות הראשיות הבאות:
- Google OAuth (ברירת המחדל): מאמת משתמשים באמצעות חשבונות Google (כמו Google Workspace או Cloud Identity).
- איחוד שירותי אימות הזהות של כוח עבודה: מאמת משתמשים באמצעות ספק זהויות (IdP) חיצוני לארגונים, כמו Microsoft Entra ID, Okta או PingIdentity, בלי שתצטרכו לנהל חשבונות Google לכל משתמש.
למה צריך לבחור שיטת אימות ראשית כשיוצרים מכונה
בניגוד לשיטות אימות בתוך האפליקציה כמו SAML או OpenID Connect, Google OAuth ואיחוד שירותי אימות הזהות של כוח עבודה משתלבים ישירות עם ניהול זהויות והרשאות גישה (IAM) ברמת התשתית של Google Cloud .
חובה לבחור שיטת אימות ראשית במהלך יצירת המופע מהסיבות הבאות:
- בקרת גישה של IAM: Google Cloud מקצה פרטי כניסה לאימות ייעודיים למכונה, ובודקת שלמשתמשים יש את הרשאות ה-IAM הנדרשות (כמו
roles/looker.instanceUser) לפני שהיא מאפשרת להם לגשת למכונה. - גישת אדמין ראשונית (אתחול): כשיוצרים מופע חדש, אין משתמשים או הגדרות של IdP של צד שלישי באפליקציה. שיטת האימות הראשית מאפשרת לאדמין להיכנס בפעם הראשונה כדי להגדיר את המופע ולהגדיר הרשאות.
- גישה לגיבוי (break-glass): אם תגדירו בהמשך SAML או OpenID Connect בתוך האפליקציה ותהיה בעיה בהגדרה (למשל, אישור שפג תוקפו או הגדרה שגויה של הרשת), שיטת האימות הראשית תספק גיבוי מאובטח כדי שהאדמינים עדיין יוכלו להיכנס ולתקן את הבעיה.
שיטות אימות באפליקציה
אחרי שיוצרים מופע של Looker (ליבת Google Cloud), אפשר להגדיר אימות בתוך האפליקציה מתוך הגדרות הניהול של Looker. עם זאת, כדי להשתמש בשיטת אימות בתוך האפליקציה, צריך לבחור ב-Google OAuth כשיטת האימות הראשית למופע. אלה שיטות האימות שזמינות באפליקציה: