סנכרון קבוצות ומשתמשים למקור זהות ב-Cloud Search

באמצעות Google Cloud Search, אתם יכולים למפות זהויות משתמשים ממאגרים של צד שלישי באמצעות מקור זהויות. אפשר לשמור זהויות משתמשים בשרת LDAP, כמו Microsoft Active Directory. כדי לסנכרן קבוצות של Active Directory עם מקור הזהויות, אפשר להשתמש ב-Google Cloud Directory Sync‏ (GCDS).

אם מזהי המשתמשים שאתם מסנכרנים מוגדרים על ידי כללי חיפוש והחרגה ספציפיים, אתם יכולים להחיל סכימה מותאמת אישית על קבוצת משתמשים באמצעות, למשל, הסקטור שבו הם עובדים או סוג העבודה שלהם.

לפני שמתחילים

שלב 1: הפעלת קבוצות עם מיפוי זהויות

  1. אם משתמשים ב-Linux, מזינים את הפקודה הבאה בספריית ההתקנה: $ ./config-manager --enable-img
  2. אם משתמשים ב-Windows, מזינים את הפקודה הבאה: > config-manager.exe --enable-im
  3. פותחים את Configuration Manager.
  4. בצד, לוחצים על הגדרות כלליות.
  5. מסמנים את התיבה קבוצות עם מיפוי זהויות.

שלב 2: הוספת קבוצות לסינכרון

  1. פותחים את Configuration Manager.
  2. בצד, לוחצים על קבוצות עם מיפוי זהויות.
  3. בכרטיסייה כללי חיפוש, מזינים את:
    • מזהה מקור הזהויות (כולל החלק identitysources/‎ במחרוזת)
    • נתיב הקובץ של חשבון השירות
  4. לוחצים על הוספת כלל חיפוש ומזינים את הפרטים הבאים:
    • היקף
    • כלל
    • מאפיינים ראשיים
  5. לוחצים על אישור.
  6. (אופציונלי) כדי לבדוק את כלל החיפוש אחרי שמוסיפים אותו, לוחצים על בדיקת שאילתת LDAP.
  7. (אופציונלי) כדי להוסיף עוד כללי חיפוש, פועלים לפי השלבים במאמר בנושא הוספת כלל חיפוש LDAP. פרטים נוספים זמינים במאמר בנושא שימוש בכללי חיפוש LDAP לסנכרון נתונים.
  8. (אופציונלי) כדי להחריג קבוצות, לוחצים על הכרטיסייה כללי החרגה ומוסיפים כלל החרגה חדש. פרטים נוספים זמינים במאמר בנושא השמטת נתונים באמצעות כללי החרגה ושאילתות.

טיפ: צריך להמתין 24 שעות עד שהקבוצות עם מיפוי הזהויות יסתנכרנו עם GCDS לפני שמנסים לפתור בעיות שקשורות לתוצאות חיפוש חסרות או לשגיאות מסוג 403 Forbidden. יכול להיות שיעבור זמן עד שהמיפויים של רשימות ה-ACL והחברות בקבוצות ייכנסו לתוקף.

  1. פותחים את Configuration Manager.
  2. בצד, לוחצים על סכימות בהתאמה אישית.
  3. לוחצים על הוספת סכימה ובוחרים באחת מהאפשרויות:
  4. בשדה שם הסכימה, מזינים את מזהה מקור הזהויות. לא לכלול את המחרוזת identitysources במזהה.
  5. בשדה LDAP field name (שם שדה LDAP), מזינים את שדה ה-LDAP שמכיל את המזהה החיצוני של המשתמש. לדוגמה, זה המזהה שמשמש את ישויות מורשות ב-Cloud Search, בפורמט הבא: identitysources/source-id/users/user-identifier
  6. בשדה Google field name (שם השדה ב-Google), מזינים את המזהה של מקור הזהויות עם התוספת _identifier. לדוגמה, אם מזהה מקור הזהויות הוא 02b392ce3a23, מזינים 02b392ce3a23_identifier.
  7. בשדה סוג השדה ב-Google, בוחרים באפשרות מחרוזת ומוודאים שיש בשדה רק ערך אחד.
  8. לוחצים על אישור.

מידע נוסף מופיע במאמר בנושא יצירת מקור זהויות.

שלב 4: תזמון הסנכרון

  1. פותחים את Configuration Manager.
  2. בצד, לוחצים על סנכרון.

אתם יכולים לדמות סנכרון או לשמור את ההגדרות. איך מבצעים אוטומציה של תהליך הסנכרון

שלב 5: בחירת סכמת קידוד למאפיינים בינאריים (אופציונלי)

אם משתמשים במאפיין בינארי (כמו objectSid או objectGUID) בתור מאפיין שם הקבוצה או כתובת האימייל של המשתמש, הוא מומר למחרוזת באמצעות סכמת קידוד. סכימות הקידוד הנתמכות הן:

  • בסיס 16 (הקסדצימלי)
  • Base 32
  • Base 32 Hex
  • Base 64
  • כתובת URL בפורמט Base64

כדי לשנות את סכמת הקידוד, צריך לעדכן באופן ידני את קובץ התצורה:

  1. פותחים את קובץ ההגדרה ובקטע <identityMappedGroupBasicConfig> מחפשים את <binaryAttributesEncoding>.

  2. אם הרכיב <binaryAttributesEncoding> לא מופיע, סימן שאתם משתמשים בסכמת קידוד base 64 מדור קודם. בקטע <identityMappedGroupBasicConfig>, מוסיפים את <binaryAttributesEncoding>.

  3. מעדכנים את <binaryAttributesEncoding> באחת מהאפשרויות הבאות:

    • BASE16
    • BASE32_NOPADDING
    • BASE32_HEX_NOPADDING
    • BASE64_URL_NOPADDING

דוגמה:

<identityMappedGroupBasicConfig>
    <identitySourceId>identitysources/...</identitySourceId>
    <serviceAccountFilePath>....</serviceAccountFilePath>
    <binaryAttributesEncoding>BASE16</binaryAttributesEncoding>
</identityMappedGroupBasicConfig>


‫Google‏, Google Workspace וסימנים וסמלי לוגו קשורים הם סימנים מסחריים של Google LLC. כל שמות החברות והמוצרים האחרים הם סימנים מסחריים של החברות שאליהן הם משויכים.