מידע נוסף על אפשרויות Configuration Manager

אם שרת ה-LDAP תומך ב-SSL או שאתם משתמשים ב-Microsoft Active Directory בשרת Windows עם חתימת LDAP מופעלת, בוחרים באפשרות LDAP+SSL ומזינים את מספר היציאה הנכון (למטה). אחרת, בוחרים באפשרות Standard LDAP.

חשוב: אם אתם משתמשים ב-Active Directory, ודאו שההגדרה של שם המארח זהה להגדרה של שם ה-DN הבסיסי. אם תגדירו רמה גבוהה יותר, יכול להיות שהסנכרון ייפסק אחרי 1,000 המשתמשים הראשונים או כשהוא יגיע לגודל הדף שהגדרתם.

כדי למנוע את הבעיה הזו, צריך להזין את שם הדומיין שמוגדר במלואו (FQDN) של בקר דומיין ספציפי שהוא סמכותי עבור ה-DN הבסיסי.

דוגמאות: ad.example.com או 10.22.1.1.

מציינים את יציאת המארח. אפשרויות נפוצות:

• ל-LDAP רגיל, משתמשים ב-389.
• ל-LDAP over SSL, משתמשים ב-636.

הערה: אם אתם משתמשים ב-Active Directory, אתם יכולים להשתמש ב-3268 (Global Catalog) או ב-3269 (Global Catalog over SSL).

לדוגמה: 389

אם שרת ה-LDAP מאפשר חיבורים אנונימיים ואתם רוצים להתחבר באופן אנונימי, בוחרים באפשרות אנונימי. אחרת, בוחרים באפשרות פשוט.

אם שרת ספריית ה-LDAP דורש דומיין לכניסה, צריך לכלול גם את הדומיין של המשתמש.

לדוגמה: admin1

לדוגמה: swordfishX23

מזינים את ה-Base DN של עץ המשנה שרוצים לסנכרן. אל תוסיפו רווחים בין הפסיקים. אם אתם לא יודעים מהו DN הבסיס, אפשר להתייעץ עם האדמין של LDAP או לבדוק בדפדפן LDAP.

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

דוגמה: ou=test,ou=sales,ou=melbourne,dc=ad,dc=example,dc=com

שרת הדואר SMTP שבו יש להשתמש לשליחת התראות. ‫GCDS משתמש בשרת האימייל הזה כמארח ממסר.

דוגמה:

• 127.0.0.1
• smtp.gmail.com

מסמנים את התיבה כדי להשתמש ב-SMTP עם TLS (נדרש עם smtp.gmail.com).

גרסאות TLS נתמכות – 1.0, ‏1.1 ו-1.2 (נתמכות מגרסה 4.7.6 של GCDS ואילך).

דוגמה:

שם משתמש: admin@solarmora.com
סיסמה: ud6rTYX2!

דוגמה: admin@solarmora.com

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

יכול להיות ש-GCDS לא יוכל לשלוח אימייל לכתובות אימייל חיצוניות, בהתאם להגדרות של שרת האימייל. לוחצים על בדיקת ההתראה כדי לוודא שהאימייל נשלח בצורה תקינה.

דוגמה: dirsync-admins@solarmora.com

הגבלת המידע שנשלח בהתראות באימייל. אתם יכולים להחריג:

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

דוגמה: sync.log

אפשר גם להוסיף את placeholder‏ #{timestamp} לשם הקובץ. ה-placeholder מוחלף בחותמת זמן בפועל (לדוגמה, 20190501-104023) בכל הפעלה לפני שקובץ היומן נשמר בדיסק.

אם משתמשים ב-placeholder, ‏ GCDS יוצר קובץ יומן חדש בכל פעם שהוא מריץ סימולציה או סנכרון. אם יומן הוא ישן יותר מ-30 יום, הוא נמחק.

דוגמה: sync.#{timestamp}.log

אם מריצים סנכרון ב-2019-05-01 בשעה 10:40:23, קובץ היומן ייקרא sync.20190501-104023.log.

• ‫FATAL – רק פעולות קריטיות.
• ‫ERROR – שגיאות ופעולות קריטיות שנרשמות ביומן.
• ‫WARN – רישום אזהרות, שגיאות ופעולות קריטיות ביומן.
• INFO – סיכום מידע ביומנים.
• ‫DEBUG – יומנים עם פרטים מקיפים יותר.
• ‫TRACE – רישום של כל הפרטים האפשריים.

רמת הפירוט היא מצטברת. כל רמה כוללת את כל הפרטים של הרמות הקודמות (לדוגמה, ERROR כולל את כל ההודעות מסוג ERROR ו-FATAL).

הגודל המקסימלי של קובץ היומן, במגה-בייט.

הגודל המקסימלי של היומן כולל את כל קובצי הגיבוי בתוספת הקובץ הנוכחי. מספר קובצי הגיבוי נקבע לפי מאפיין מספר קובצי היומן (ראו בהמשך).

כדי לחשב את הגודל המקסימלי של קובץ יומן, משתמשים בנוסחה הבאה: <גודל יומן מקסימלי> / (<מספר קובצי יומן> + 1)

דוגמה: 500

מספר קובצי היומן שנשמרים בדיסק. ערך ברירת המחדל הוא 10.

הערה: אפשר לשנות את ההגדרה הזו רק בקובץ התצורה בתג <logFileCount>.

דוגמה: mail

הפעלת החלפה של תווים לא חוקיים

החלפה של תו לא תקין

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

אם מסמנים את התיבה אבל משאירים את השדה ריק, GCDS מסיר רווחים ותווים לא תקינים מהכתובת.

דוגמה

כתובת האימייל בשרת ה-LDAP היא
x yz@example.com.

• אם מוסיפים קו תחתון (_) לשדה החלפת תווים לא חוקיים, GCDS ממיר את כתובת האימייל ל-x_y_z@example.com.
• אם השדה החלפת תווים לא תקינים נשאר ריק, GCDS ממיר את כתובת האימייל ל-xyz@example.com.

דוגמה: objectGUID

דוגמה: proxyAddresses

אם השדה הזה ריק, כל כתובת אימייל חלופית שמשויכת לפרופיל המשתמש ב-Google לא תוסר אחרי סנכרון GCDS. עדיין אפשר לנהל את כתובת האימייל החלופית ב-Google.

• מחיקה רק של משתמשים פעילים בדומיין Google שלא נמצאים ב-LDAP (משתמשים מושעים נשמרים) – משתמשים פעילים בדומיין Google נמחקים אם הם לא נמצאים בשרת ה-LDAP. המשתמשים המושעים לא משתנים. זוהי הגדרת ברירת המחדל.
• מחיקת משתמשים פעילים ומושעים שלא נמצאים ב-LDAP – כל המשתמשים בדומיין Google שלכם נמחקים אם הם לא נמצאים בשרת ה-LDAP, כולל משתמשים מושעים.
• השעיית משתמשי Google שלא נמצאים ב-LDAP במקום מחיקה שלהם – משתמשים פעילים בדומיין Google שלכם מושעים אם הם לא נמצאים בשרת ה-LDAP. המשתמשים המושעים לא משתנים.
• אל תשעו או תמחקו משתמשים בדומיין Google שלא נמצאים ב-LDAP – אף משתמש בדומיין Google לא מושעה או נמחק (אלא אם יש לכם כלל חיפוש שמוגדר להשעיית משתמשים).

בשדה הזה אפשר לציין מאפיין LDAP שמשמש כמזהה ייחודי של ישויות משתמש בשרת ה-LDAP. כשמספקים את המאפיין הזה, מערכת GCDS יכולה לעקוב אחרי שינויים בכתובות האימייל של המשתמשים בשרת ה-LDAP. כך, כשכתובת האימייל של משתמש מתעדכנת, GCDS יכול לסנכרן את השינויים עם הדומיין שלכם ב-Google בלי למחוק את המשתמש הקיים וליצור משתמש חדש עם כתובת האימייל המעודכנת.

אם מגדירים את השדה הזה, GCDS יוצר באופן אוטומטי קובץ מיפוי חדש עם השם הבא בספריית הבית: nonAddressKeyMappingsFilePath.tsv

כדי לשנות את השם או המיקום של הקובץ הזה, צריך לעדכן את התג הבא בקובץ התצורה של ה-XML: <nonAddressKeyMappingsFilePath>

השדה הזה הוא אופציונלי, אבל מומלץ להשתמש בו.

דוגמה: objectGUID

מציינים איזו יחידה ארגונית ב-Google צריכה להכיל משתמשים שתואמים לכלל הזה. אם היחידה הארגונית שצוינה לא קיימת, GCDS מוסיף את המשתמשים ליחידה הארגונית ברמת הבסיס בדומיין שלכם ב-Google.

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

האפשרויות כוללות:

• יחידה ארגונית על סמך מיפויי יחידות ארגוניות ו-DN – הוספת משתמשים ליחידה שממופה ל-DN של המשתמש בשרת ה-LDAP. הערך הזה מבוסס על מיפוי הארגון שלכם ומופיע ברשימת סנכרון המשתמשים ב-LDAP כ-derived.
• שם היחידה הארגונית – כל המשתמשים שתואמים לכלל הזה יתווספו לאותה יחידה ארגונית ב-Google. מציינים את היחידה הארגונית בשדה הטקסט.

  דוגמה: משתמשים

• שם היחידה הארגונית שמוגדר על ידי מאפיין ה-LDAP הזה – כל משתמש יתווסף ליחידה הארגונית עם השם שצוין במאפיין בשרת ספריית ה-LDAP. מזינים את המאפיין בשדה הטקסט.

  דוגמה: extensionAttribute11

השעיה של כל המשתמשים שתואמים לכלל הזה של סנכרון משתמשי LDAP.

הערות:

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

מאפיין LDAP שמכיל את המיקום הפיזי של המשתמש (לדוגמה, Mountain View, CA או Near Seattle).

מאפיין חובה לסנכרון נתוני מיקום. אם הוא לא מופיע בהגדרות או ב-LDAP, ‏ GCDS משתמש ב-Desk כערך ברירת מחדל.

מאפיין LDAP שמכיל את מזהה הבניין של המשתמש.

אם למשתמש אין בניין משרדים ראשי, מגדירים את המאפיין הזה לערך Working remotely (עבודה מרחוק).

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

מאפיין LDAP שמכיל את קטע הרצפה של המשתמש.

המאפיין Floor section (חלק מהקומה) ספציפי יותר מהמאפיין Floor name (שם הקומה). לדוגמה, אם קומה מחולקת לקטעים א', ב' ו-ג', צריך להשתמש באחד מהערכים האלה כקטע הקומה.

מאפיין LDAP שמכיל כתובות אימייל נוספות של המשתמש. אפשר להזין יותר מערך אחד בשדה הזה.

הערה: השדה הזה תומך רק בסנכרון של כתובות באמצעות סוג האימייל Work.

מאפיין LDAP שמכיל את כתובות ה-URL של האתרים של המשתמש. אפשר להזין יותר מערך אחד בשדה הזה.

כתובות URL תקינות נבדקות באמצעות הביטוי הרגולרי הבא:

^((((https?|ftps?|gopher|telnet|nntp)://)|(mailto:|news:))(%[0-9A-Fa-f]{2}|[-()_.!~*';/?:@&=+$,A-Za-z0-9])+)([).!';/?:,][[:blank:]])?$]]>

המערכת מדלגת על כתובות URL לא תקינות.

מאפיין LDAP שמכיל את מספר הטלפון לשחזור חשבון של המשתמש. מספר הטלפון חייב להיות בפורמט E.164 הבינלאומי, שמתחיל בסימן הפלוס (+).

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

דוגמאות:

• ‫+[ldap-attribute] – מוסיף סימן פלוס לפני הערך של המאפיין.
• ‫+41[ldap-attribute] – מוסיף סימן פלוס וקידומת מדינה לפני הערך של המאפיין.

דוגמה: ou=melbourne,dc=ad,dc=example,dc=com

לדוגמה: מלבורן

דוגמה: description

אם תיבת הסימון הזו מסומנת, היחידות הארגוניות של Google נשמרות במהלך הסנכרון, גם אם היחידות הארגוניות לא נמצאות בשרת ה-LDAP.

אם תיבת הסימון מסומנת, היחידות הארגוניות של Google לא מסונכרנות עם שרת ה-LDAP, אבל אפשר להוסיף משתמשים ליחידות ארגוניות קיימות של Google בהתאם לכללי חיפוש המשתמשים.

אם לא מסמנים את התיבה, GCDS מוסיף ומוחק יחידות ארגוניות בדומיין Google כדי להתאים למבנה הארגוני בשרת ה-LDAP, בהתאם למיפויים שציינתם.

דוגמה: mail

דוגמה: extendedAttribute6

דוגמה: mail

הערך של מחלקת אובייקט LDAP שמייצג את הקבוצות. המאפיין הזה משמש להפרדה בין חברים שהם משתמשים לבין חברים שהם קבוצות (שנקראות גם 'קבוצות מקוננות').

דוגמה: group

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

הערה: אם מפעילים באופן ידני את DYNAMIC_GROUPS בקובץ התצורה של XML, אבל לא כוללים את INDEPENDENT_GROUP_SYNC, צריך לוודא שכלל החיפוש של הקבוצה הדינמית הוא כלל החיפוש הראשון של הקבוצה. פרטים נוספים זמינים במאמר בנושא פתרון בעיות נפוצות ב-GCDS.

‫GCDS מחפש את כתובות האימייל של החברים האלה ומוסיף כל אחד מהם לקבוצה בדומיין Google שלכם.

אם תיבת הסימון קבוצה דינמית (מבוססת-שאילתה) מסומנת, צריך להזין כאן הפניה למאפיין LDAP שמכיל את המסנן ש-GCDS משתמש בו כדי לקבוע את החברות בקבוצה.

דוגמה (לא דינמית): memberUID

דוגמה (דינמית): msExchDynamicDLFilter

דוגמה: memberaddress

קבוצות דינמיות ב-Exchange וב-GCDS פועלות על ידי ציון החברות כשאילתת LDAP. מאפיין ההפניה לחבר מכיל את שאילתת ה-LDAP, ומאפיין ה-Base DN של הקבוצה הדינמית מצביע על ה-Base DN שבו תבוצע השאילתה.

דוגמה: מאפיינים וערכים של קבוצה דינמית ב-LDAP

dn: CN=MyDynamicGroup,OU=Groups,DC=altostrat,DC=com
mail: mydynamicgroup@altostrat.com
member:
msExchDynamicDLFilter: (|(CN=bob.smith,OU=Users,DC=altostrat,DC=com)| (CN=jane.doe,OU=Users,DC=altostrat,DC=com)) msExchDynamicDLBaseDN: OU=Users,DC=altostrat,DC=com

שימו לב שהמאפיין שמשמש בדרך כלל לרישום חברי הקבוצה ("חבר") ריק, ובמקומו יש שאילתת LDAP שתמצא את bob.smith ואת jane.doe, בחיפוש ביחידה הארגונית Users.

‫GCDS מחפש את כתובות האימייל של הבעלים של כל רשימת תפוצה ומוסיף את הכתובת הזו כבעלים של הקבוצה בדומיין Google שלכם.

דוגמה: ownerUID

‫GCDS מוסיף את הכתובת הזו כבעלים של הקבוצה בדומיין Google.

דוגמה: בעלים

מאפיין אחד או יותר שמכילים כתובות כינוי. הכתובות מתווספות לקבוצות Google ככתובות אימייל חלופיות של כתובת האימייל הראשית של הקבוצה.

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

דוגמה: proxyAddresses

בשדה הזה אפשר לציין מאפיין LDAP שמשמש כמזהה ייחודי לישויות קבוצתיות בשרת ה-LDAP. כשמספקים את המאפיין הזה, GCDS יכול לעקוב אחרי שינויים בכתובות אימייל קבוצתיות בשרת ה-LDAP. כך, כשקבוצה מתעדכנת, GCDS יכול לסנכרן את השינויים עם הדומיין שלכם ב-Google בלי למחוק את הקבוצה הקיימת וליצור קבוצה חדשה עם כתובת האימייל החדשה.

אם מגדירים את השדה הזה, GCDS יוצר קובץ מיפוי חדש בשם groupKeyMappingsFilePath.tsv בספריית הבית. כדי לשנות את השם או המיקום של הקובץ הזה, מעדכנים את התג <groupKeyMappingsFilePath> בקובץ התצורה של XML. השדה הזה הוא אופציונלי, אבל מומלץ להשתמש בו.

דוגמה: objectGUID

דוגמה: groups-

דוגמה: ‎-list

הפעלת החלפה של תווים לא חוקיים

החלפה של תו לא תקין

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

אם מסמנים את התיבה אבל משאירים את השדה ריק, GCDS מסיר רווחים ותווים לא חוקיים מהכתובת.

דוגמה

כתובת האימייל בשרת ה-LDAP היא
x yz@example.com.

• אם מוסיפים קו תחתון (_) לשדה החלפת תווים לא חוקיים, GCDS ממיר את כתובת האימייל ל-x_y_z@example.com.
• אם השדה החלפת תווים לא תקינים נשאר ריק, GCDS ממיר את כתובת האימייל ל-xyz@example.com.

דוגמאות: dn או contactReferenceNumber

דוגמה: [prefix] - [givenName] [sn] [suffix]

חשוב: משאבי היומן לא מסנכרנים מאפיין LDAP שמכיל רווחים או תווים לא חוקיים כמו הסימן @ או נקודתיים (:).

מידע נוסף על מתן שמות למשאבים לתזמון ביומן זמין במאמר המלצות למתן שמות למשאבים.

מאפיין ה-LDAP שמכיל את השם של משאב היומן.

דוגמה:

[building]-[floor]-Boardroom-[roomnumber]

בדוגמה הזו, building,‏ floor ו-roomnumber הם מאפייני LDAP. אחרי הסנכרון, המערכת מחליפה את המאפיינים האלה בערך המתאים, לדוגמה, Main-12-Boardroom-23.

דוגמה: [description]

חשוב: משאבי לוח שנה לא מסנכרנים מאפיין LDAP שמכיל רווחים או תווים לא חוקיים כמו הסימן @ או נקודתיים (:).