המאמר הזה מיועד לאדמינים ב-IT שאין להם הרבה זמן להקצאת יותר מ-50,000 חשבונות משתמשים.
כדי להקצות הרשאות לחשבונות במהירות ובכמות גדולה, אפשר להשתמש בפתרונות של צד שלישי. לדוגמה, Google Apps Manager (GAM) היא תוכנה חינמית להורדה עם קוד פתוח שמשתמשת ב-Admin SDK Directory API כדי ליצור ולנהל משתמשים וקבוצות ב-Google Workspace.
GAM מתקשר עם הרבה ממשקי API של Google, שבהם אפשר להשתמש גם כדי לנהל תכונות ומשאבים אחרים בחשבון. מידע נוסף על שילובים עם צדדים שלישיים זמין בדף ההדרכות באתר Solve with Google Cloud.
לפני שמתחילים
הקצאת חשבונות בהיקף גדול מחייבת:
- יכולת להשתמש בהנחיות של שורת הפקודה
- חשבון Google Workspace בתשלום שהוא:
שלב 1: מניעת התנגשויות בחשבון
יכול להיות שלחלק מהמשתמשים שלכם יש חשבון Google אישי, כמו כתובת Gmail, שיכול ליצור התנגשויות כשאתם מקצים להם חשבון חדש ומנוהל ב-Google Workspace או ב-Cloud Identity. כדי למנוע בעיות כאלה:
שלב 2: יוצרים מבנה ארגוני פשוט ושטוח
מומלץ להימנע מיצירת היררכיה מורכבת של יחידות ארגוניות עם הרבה רמות. אפשר לשנות את ההיררכיה ולהעביר משתמשים מאוחר יותר. כמה טיפים להגדרת מבנה ארגוני פשוט:
- מתמקדים בשירותים ובתכונות שהמשתמשים שאתם מנהלים צריכים לגשת אליהם.
- להגביל את הזמינות של שירותים ותכונות ביחידה הארגונית ברמה העליונה, ולתת גישה ליחידות בת ארגוניות.
דוגמה לשימוש ב-Education
בטבלה שבהמשך, המבנה בצד ימין הוא המבנה בפועל של הארגון. יכול להיות שיהיה קשה לנהל את המבנה הזה בהתחלה, למשל אם צריך להעניק שוב ושוב למורים גישה לתכונות מתקדמות של Google Meet עבור יחידות ארגוניות רבות בבית הספר.
המבנה המוצע מתמקד בפונקציונליות. אדמינים יכולים להשבית בקלות שירותים ותכונות לכל התלמידים ביחידה הארגונית /Students. לדוגמה, אפשר להשבית את שחזור הסיסמה בשירות עצמי ולהחיל הגבלות על YouTube. אתם יכולים גם להפעיל פונקציות מתקדמות למורים ולחברי צוות אחרים, כמו סטרימינג והקלטה של פגישות ב-Meet ואימות דו-שלבי.
| דוגמה למבנה ארגוני | מבנה ארגוני מומלץ |
|---|---|
|
|
|
דוגמה לארגון גדול
קודם כול, צריך להחליט אילו שירותים ותכונות המשתמשים צריכים. לאחר מכן:
- ההגדרות האלה חלות על היחידה הארגונית ברמה העליונה.
אלא אם תשנו את ההגדרות האלה, יחידות צאצא ארגוניות יקבלו אותן בירושה. דוגמאות: - כדי להוסיף שכבת אבטחה, אפשר לדרוש מהמחלקות להשתמש באימות דו-שלבי.
| דוגמה למבנה ארגוני | מבנה ארגוני מומלץ |
|---|---|
|
|
|
שלב 3: מכינים מקור נתונים
יוצרים קובץ ערכים מופרדים בפסיקים (CSV) עם הנתונים הדרושים כדי להמשיך ביצירת חשבונות משתמשים. שדות חובה:
- FirstName
- LastName
- PrimaryEmail – כתובת האימייל שבאמצעותה המשתמש ייכנס לחשבון
- סיסמה – צריכה להכיל 8 תווים לפחות
OrgUnit – כדי ליצור משתמשים ביחידות הארגוניות המתאימות, תוך התחשבות בהמלצות שלמעלה
הערה: מזינים
/(קו נטוי לפנים) כדי למקם משתמשים ביחידה הארגונית ברמה העליונה (root). מפרידים בין יחידות צאצא ארגוניות באמצעות קו נטוי – לדוגמה/Staff/Teachers.
דוגמה לשימוש ב-Education
FirstName,LastName,PrimaryEmail,Password,OrgUnit
Jane,Doe,id12345678@students.example.com,Zee+HWdt,/Students
John,Smith,john.smith@example.com,X2Ae+pME,/Staff
דוגמה לארגון גדול
FirstName,LastName,PrimaryEmail,Password,OrgUnit
Jane,Doe,jane.doe@example.co.uk,V8hmj/QE,/
John,Smith,john.smith@example.com,9/t0UHQ6,/Sales
שלב 4: הגדרת GAM
אם אתם מחליטים להשתמש ב-GAM, מומלץ לבצע את השלבים הבאים:
- ב-GAM בגרסה 5.10 ומעלה, לפני שמריצים את GAM בפעם הראשונה, צריך ליצור קובץ בשם noshorturls.txt באותה תיקייה שבה נמצא GAM.
הפקודה הזו משביתה כתובות URL מקוצרות של gam-shortn.appspot.com. - באתר GAM, מורידים את GAM.
- הגדרת הכלי.
- במהלך ההגדרה, כשנשאלים אם רוצים לאשר ל-GAM לנהל את הנתונים וההגדרות של משתמשי Google Workspace, עונים N (לא) כדי לדלג על הענקת גישה ברמת הדומיין.
הפקודה הזו עוזרת לכם לוודא ש-GAM משויך לחשבון Google Workspace הנכון:
gam info domain
שלב 5: יצירת כמה משתמשים באמצעות GAM
כדי ליצור את המשתמשים, GAM קורא מקובץ של ערכים מופרדים בפסיקים (CSV) ושולח את הבקשות הרלוונטיות אל Admin SDK Directory API.
אם יצרתם קובץ של ערכים מופרדים בפסיקים (CSV) עם השדות שצוינו בשלב 3 למעלה, הפקודה הזו יוצרת את המשתמשים בקובץ ה-CSV:
gam csv users.csv gam create user ~PrimaryEmail firstname ~FirstName lastname ~LastName password ~Password org ~OrgUnit changepassword on
חשוב לוודא ש:
- יוצרים סיסמה ייחודית לכל משתמש.
- משתמשים בפרמטר האופציונלי
changepassword onכדי לחייב את המשתמש לשנות את הסיסמה אחרי הכניסה הראשונה שלו.
אפשרות חלופית: מה קורה אם חסרים שדות במקור הנתונים?
אם במקור הנתונים יש רק שם פרטי, שם משפחה וסיסמה אחת לכל משתמש, אפשר ליצור שמות משתמשים בפורמט first.last@example.com. למשתמש בשם Charlie Smith, משתמשים בכתובת Charlie.Smith@example.com.
הפקודה היא:
gam csv users.csv gam create user ~~FirstName~~.~~LastName~~@example.com password ~Password changepassword on
הגישה הזו מניחה שלאף משתמש אין:
- אותו שם
- שם פרטי ושם משפחה עם:
- Spaces
- תווים אסורים אחרים
הנחיות למתן שמות למשתמשים ולקבוצות
שאלות
איפה אפשר למצוא מידע על בקשה לאישור של Google Workspace for Education?
פרטים על התהליך של Google Workspace for Education מופיעים במאמרים הבאים:
- איך מתחילים לעבוד עם Google Workspace for Education
- שאלות נפוצות על Google Workspace for Education
איפה אפשר למצוא מידע על G Suite לעמותות?
מידע נוסף על היתרונות של התוכנית, הנחיות ההתאמה ועוד זמין במרכז העזרה של Google לעמותות.
אין לי גישה למסוף Admin או לחשבון האדמין שלי. מה לעשות?
נכנסים לדף הכניסה, מזינים את שם המשתמש ולוחצים על שכחת את הסיסמה?
אם פעלתם לפי ההנחיות אבל עדיין לא הצלחתם לשחזר את הגישה, תוכלו ליצור קשר עם התמיכה של Google Cloud. תצטרכו לספק הוכחה לבעלות על הדומיין ולענות על כמה שאלות אבטחה.
איך אפשר לוודא שהדומיין שלי אומת?
אחרי שיוצרים חשבון Google Workspace, מוצגת בקשה לאמת את הבעלות על הדומיין. אם אתם לא זוכרים שעשיתם את זה, אתם יכולים להיכנס למסוף Admin, לעבור לקטע 'דומיינים' וללחוץ על ניהול דומיינים.
הדומיין הראשון שמופיע הוא הדומיין הראשי. בעמודה 'סטטוס' אפשר לראות אם הדומיין דורש אימות.
האם צוות התמיכה של Google Cloud יכול לעזור לי בשאלות לגבי GAM?
התמיכה של Google Cloud לא תומכת בפתרונות האלה או בפתרונות אחרים של צד שלישי, אלא רק ב-Admin SDK Directory API שבו הכלים האלה משתמשים. אנחנו לא יכולים לעזור עם כלי GAM עצמו, אבל אנחנו יכולים לעזור אם ממשקי ה-API הבסיסיים מחזירים שגיאות, במיוחד Admin SDK Directory API. מידע נוסף על פקודות וטכניקות של GAM זמין ב-GAM Wiki.
צריכים עזרה ב-GAM? אפשר לפנות לקהילה של אדמינים ב-Google Workspace שמוכנים להציע תמיכה בקבוצת הדיון של GAM.
אם לדעתכם יש בעיה ב-Admin SDK Directory API, עליכם לספק לתמיכה של Google Cloud את הפרטים הבאים:
- שיטת ה-HTTP ונקודת הקצה (endpoint) שהפתרון של הצד השלישי קורא להן (לדוגמה,
POST /admin/directory/v1/users?fields=primaryEmail) -
קוד ותגובה (לדוגמה, 403: אין הרשאה לגשת למשאב או ל-API הזה – הגישה אסורה)
- תאריך בכותרת HTTP של התגובה (לדוגמה, Date: Wed, 22 Jun 2020 17:48:48 GMT)
- הישות שמבצעת את הקריאה: שם משתמש, חשבון שירות או מזהה פרויקט ב-Google Cloud
הסירו מידע כמו שמות, סיסמאות, כותרות של בקשות אימות, כתובות IP, ערכים של סכימות בהתאמה אישית או כל מידע אחר שאתם מחשיבים כרגיש.
המכסה של הפרויקט שלי עומדת להיגמר. מה לעשות?
המכסות שמוגדרות כברירת מחדל אמורות להספיק לרוב הלקוחות. מידע נוסף על מגבלות API זמין במאמר Directory API: Limits and Quotas.
אם עדיין דרושה לכם מכסה גדולה יותר לפרויקט, תוכלו לעיין בדרישות בקטע המכסות במסוף Google Cloud:
- פותחים את מסוף Google Cloud.
- בוחרים את הפרויקט שנוצר ב-GAM בחלק העליון.
- בצד ימין, לוחצים על תפריט הניווט
> IAM & Admin > Quotas.
- בקטע שירות, מסננים לפי Admin SDK (רלוונטי להקצאת הרשאות למשתמשים).
- בוחרים את הפריטים שרוצים לבקש עבורם עוד נפח אחסון.
- למעלה, לוחצים על עריכת מכסות.
כדי להפעיל את החיוב בפרויקט ב-Google Cloud שנוצר על ידי GAM, עוברים אל איך מפעילים את החיוב בפרויקטים הנוכחיים.