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

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

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

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

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

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

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

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

לדוגמה: 389

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

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

לדוגמה: admin1

דוגמה: swordfishX23

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

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

דוגמה: 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 לא יוכל לשלוח אימיילים לכתובות אימייל חיצוניות. לוחצים על Test Notification כדי לוודא שהאימייל נשלח בצורה תקינה.

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

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

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

דוגמה: sync.log

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

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

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

אם מפעילים סנכרון ב-1 במאי 2019 בשעה 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 מוסיף את המשתמשים ליחידה הארגונית ברמת הבסיס (root) בדומיין של Google.

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

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

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

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

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

  דוגמה: extensionAttribute11

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

הערות:

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

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

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

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

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

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

מאפיין LDAP שמכיל את האזור בקומה של המשתמש.

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

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

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

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

כתובות 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

לדוגמה: Melbourne

דוגמה: תיאור

אם האפשרות הזו מסומנת, היחידות הארגוניות ב-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

thought 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, בחיפוש ביחידה הארגונית "משתמשים".

‫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 שמכיל רווחים או תווים לא חוקיים, כמו סימן הכרוכית (@) או נקודתיים (:).