מידע נוסף על אפשרויות 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

מזינים את שם הדומיין הבסיסי של עץ המשנה שרוצים לסנכרן. אסור להוסיף רווחים בין הפסיקים. אם אתם לא יודעים מהו 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 לא יוכל לשלוח אימיילים לכתובות אימייל חיצוניות, בהתאם להגדרות של שרת האימייל. כדי לוודא שהאימייל נשלח בצורה תקינה, לוחצים על Test Notification (בדיקת ההתראה).

דוגמה: 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).

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

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

כדי לחשב את הגודל המקסימלי של קובץ יומן, משתמשים בנוסחה הבאה: <maximum log size> / (<log file count> + 1)

לדוגמה: 500

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

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

לדוגמה: mail

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

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

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

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

דוגמה

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

• אם מוסיפים קו תחתון (_) לשדה Invalid characters replacement (החלפת תווים לא תקינים), 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 שמכיל את מזהה הבניין של המשתמש.

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

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

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

מאפיין הענף של הקומה ספציפי יותר ממאפיין שם הקומה. לדוגמה, אם קומה מחולקת לענפים A,‏ B ו-C, צריך להשתמש באחד מהערכים האלה כענף הקומה.

מאפיין 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

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

דוגמה: תיאור

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

שימו לב שהמאפיין שמשמש בדרך כלל לרישום חברי הקבוצה (member) ריק, ובמקומו יש שאילתת 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.

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

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

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

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

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

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

דוגמה:

[בניין]-[קומה]-חדר ישיבות-[מספר החדר]

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

דוגמה: [description]

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