לכל קובץ, תיקייה ואחסון שיתופי ב-Google Drive יש משאבי permissions
משויכים. כל משאב מציין את ההרשאה עבור type
מסוים (user
, group
, domain
, anyone
) וrole
(owner
, organizer
, fileOrganizer
, writer
, commenter
, reader
). לדוגמה, יכול להיות שלקובץ מסוים יש הרשאה שמעניקה למשתמש מסוים (type=user
) גישה לקריאה בלבד (role=reader
), והרשאה אחרת שמעניקה לחברים בקבוצה מסוימת (type=group
) את האפשרות להוסיף הערות לקובץ (role=commenter
).
רשימה מלאה של התפקידים והפעולות שמותרות בכל אחד מהם מופיעה במאמר תפקידים והרשאות.
איך הרשאות עובדות
הרשאות שמוגדרות לתיקייה מועברות לכל התיקיות והקבצים שמתחתיה. כל הקבצים והתיקיות בתיקיית צאצא מקבלים בירושה את ההרשאות מתיקיית ההורה. בכל פעם שמשנים את ההרשאות או את ההיררכיה, ההפצה מתבצעת באופן רקורסיבי בכל התיקיות המקוננות. לדוגמה, אם קובץ קיים בתיקייה והתיקייה הזו מועברת לתיקייה אחרת, ההרשאות בתיקייה החדשה מועברות לקובץ. אם התיקייה החדשה מעניקה למשתמש הקובץ תפקיד חדש, כמו 'עריכה', התפקיד החדש יחליף את התפקיד הקודם שלו.
לעומת זאת, אם קובץ מקבל את ההרשאה role=writer
מתיקייה, והוא מועבר לתיקייה אחרת שבה יש הרשאת קריאה, הקובץ יקבל עכשיו את ההרשאה role=reader
.
אי אפשר להסיר הרשאות שהועברו בירושה מקובץ או מתיקייה באחסון שיתופי. במקום זאת, צריך לשנות את ההרשאות ביחידה הארגונית הישירה או העקיפה שמהן הן הועברו בירושה. אפשר להסיר הרשאות שעברו בירושה מפריטים בתיקיות 'האחסון שלי' או 'קבצים ששותפו איתי'.
לעומת זאת, אפשר לבטל הרשאות שעברו בירושה בקובץ או בתיקייה בתיקיית 'האחסון שלי'. לכן, אם קובץ מקבל role=writer
מתיקייה ב'אחסון שלי', אפשר להגדיר role=reader
בקובץ כדי להוריד את רמת ההרשאה שלו.
הסבר על היכולות של קבצים
המשאב permissions
לא קובע בסופו של דבר את היכולת של המשתמש הנוכחי לבצע פעולות בקובץ או בתיקייה.
במקום זאת, המשאב files
מכיל אוסף של שדות בוליאניים capabilities
שמשמשים לציון אם אפשר לבצע פעולה בקובץ או בתיקייה. ממשק Google Drive API מגדיר את השדות האלה על סמך משאב ההרשאות של המשתמש הנוכחי שמשויך לקובץ או לתיקייה.
לדוגמה, כשאלכס מתחבר לאפליקציה ומנסה לשתף קובץ, המערכת בודקת את התפקיד של אלכס כדי לראות אם יש לו הרשאות לגשת לקובץ. אם התפקיד מאפשר להם לשתף קובץ, השדות capabilities
שקשורים לקובץ, כמו canShare
, ימולאו בהתאם לתפקיד. אם אלכס רוצה לשתף את הקובץ, האפליקציה בודקת את capabilities
כדי לוודא שהערך של canShare
הוא true
.
דוגמה לאחזור קובץ capabilities
מופיעה במאמר קבלת יכולות של קובץ.
קבלת יכולות של קבצים
כשהאפליקציה פותחת קובץ, היא צריכה לבדוק את היכולות של הקובץ ולהציג את ממשק המשתמש בהתאם להרשאות של המשתמש הנוכחי. לדוגמה, אם למשתמש אין יכולת canComment
בקובץ, האפשרות להוסיף תגובה צריכה להיות מושבתת בממשק המשתמש.
כדי לבדוק את היכולות, קוראים ל-method get()
במשאב files
עם פרמטר הנתיב fileId
והפרמטר fields
שמוגדר לשדה capabilities
. מידע נוסף על החזרת שדות באמצעות הפרמטר fields
זמין במאמר החזרת שדות ספציפיים.
דוגמת הקוד הבאה מראה איך לאמת את הרשאות המשתמש. התשובה מחזירה רשימה של היכולות שיש למשתמש בקובץ. כל יכולת מתאימה לפעולה מדויקת שהמשתמש יכול לבצע. חלק מהשדות מאוכלסים רק עבור פריטים באחסון שיתופי.
בקשה
GET https://www.googleapis.com/drive/v3/files/FILE_ID
?fields=capabilities
תשובה
{ "capabilities": { "canAcceptOwnership": false, "canAddChildren": false, "canAddMyDriveParent": false, "canChangeCopyRequiresWriterPermission": true, "canChangeItemDownloadRestriction": true, "canChangeSecurityUpdateEnabled": false, "canChangeViewersCanCopyContent": true, "canComment": true, "canCopy": true, "canDelete": true, "canDisableInheritedPermissions": false, "canDownload": true, "canEdit": true, "canEnableInheritedPermissions": true, "canListChildren": false, "canModifyContent": true, "canModifyContentRestriction": true, "canModifyEditorContentRestriction": true, "canModifyOwnerContentRestriction": true, "canModifyLabels": true, "canMoveChildrenWithinDrive": false, "canMoveItemIntoTeamDrive": true, "canMoveItemOutOfDrive": true, "canMoveItemWithinDrive": true, "canReadLabels": true, "canReadRevisions": true, "canRemoveChildren": false, "canRemoveContentRestriction": false, "canRemoveMyDriveParent": true, "canRename": true, "canShare": true, "canTrash": true, "canUntrash": true } }
תרחישים לשיתוף משאבים ב-Drive
יש חמישה תרחישי שיתוף שונים:
כדי לשתף קובץ בתיקיית 'האחסון שלי', למשתמש צריכה להיות הרשאה של
role=writer
אוrole=owner
.אם הערך הבוליאני
writersCanShare
מוגדר כ-false
בקובץ, למשתמש צריכה להיות הרשאהrole=owner
.אם למשתמש עם
role=writer
יש גישה זמנית שמוגבלת על ידי תאריך ושעה של תפוגה, הוא לא יכול לשתף את הקובץ. מידע נוסף זמין במאמר בנושא הגדרת תאריך תפוגה להגבלת הגישה לקובץ.
כדי לשתף תיקייה ב'אחסון שלי', למשתמש צריכה להיות הרשאה של
role=writer
אוrole=owner
.אם הערך הבוליאני
writersCanShare
מוגדר כ-false
בקובץ, למשתמש צריכה להיות הרשאה רחבה יותרrole=owner
.אסור לתת גישה זמנית (שמוגבלת בתאריך ובשעה) לתיקיות בתיקייה 'האחסון שלי' עם
role=writer
. מידע נוסף זמין במאמר הגדרת תאריך תפוגה להגבלת הגישה לקובץ.
כדי לשתף קובץ בתיקיית אחסון שיתופי, למשתמש צריכות להיות הרשאות
role=writer
,role=fileOrganizer
אוrole=organizer
.- ההגדרה
writersCanShare
לא חלה על פריטים בתיקיות אחסון שיתופי. היא נחשבת כאילו היא תמיד מוגדרת ל-true
.
- ההגדרה
כדי לשתף תיקייה באחסון שיתופי, למשתמש צריכה להיות הרשאה של
role=organizer
.- אם ההגבלה
sharingFoldersRequiresOrganizerPermission
על תיקיית אחסון שיתופי מוגדרת לfalse
, משתמשים עםrole=fileOrganizer
יכולים לשתף תיקיות באחסון השיתופי הזה.
- אם ההגבלה
כדי לנהל את החברות באחסון השיתופי, למשתמש צריכה להיות הרשאה של
role=organizer
. רק משתמשים וקבוצות יכולים להיות חברים באחסון שיתופי.
יצירת הרשאה
כשיוצרים הרשאה, צריך למלא את שני השדות הבאים:
type
: הערךtype
מציין את היקף ההרשאה (user
, group
, domain
אוanyone
). הרשאה עם הערךtype=user
חלה על משתמש ספציפי, והרשאה עם הערךtype=domain
חלה על כל המשתמשים בדומיין ספציפי.
role
: השדהrole
מזהה פעולות ש-type
יכול לבצע. לדוגמה, הרשאה עםtype=user
ו-role=reader
מעניקה למשתמש ספציפי גישה לקריאה בלבד של הקובץ או התיקייה. או, הרשאה עםtype=domain
ו-role=commenter
מאפשרת לכל מי שנמצא בדומיין להוסיף תגובות לקובץ. רשימה מלאה של התפקידים והפעולות שמותרות בכל אחד מהם מופיעה במאמר תפקידים והרשאות.
כשיוצרים הרשאה שבה type=user
או type=group
, צריך גם לספק emailAddress
כדי לקשר את המשתמש או הקבוצה הספציפיים להרשאה.
כשיוצרים הרשאה שבה type=domain
, צריך לספק גם domain
כדי לקשר דומיין ספציפי להרשאה.
כדי ליצור הרשאה:
- משתמשים בשיטה
create()
עם פרמטר הנתיבfileId
של הקובץ או התיקייה המשויכים. - בגוף הבקשה, מציינים את
type
ואתrole
. - אם מציינים את הערך
type=user
אוtype=group
, צריך לציין את הערךemailAddress
. אםtype=domain
, צריך לספקdomain
.
בדוגמת הקוד הבאה מוצג אופן יצירת הרשאה. התשובה מחזירה מופע של משאב Permission
, כולל permissionId
שהוקצה.
בקשה
POST https://www.googleapis.com/drive/v3/files/FILE_ID
/permissions
{ "requests": [ { "type": "user", "role": "commenter", "emailAddress": "alex@altostrat.com" } ] }
תשובה
{
"kind": "drive#permission",
"id": "PERMISSION_ID
",
"type": "user",
"role": "commenter"
}
שימוש בקהלים לטירגוט
קהלי היעד הם קבוצות של אנשים – כמו מחלקות או צוותים – שאפשר להמליץ למשתמשים לשתף איתם את הפריטים שלהם. אתם יכולים לעודד משתמשים לשתף פריטים עם קהל ספציפי או מוגבל יותר, במקום עם הארגון כולו. קהלים ממוקדים יכולים לעזור לכם לשפר את האבטחה והפרטיות של הנתונים, ולאפשר למשתמשים לשתף אותם בצורה מתאימה. מידע נוסף זמין במאמר מידע על קהלים ממוקדים.
כדי להשתמש בקהלי יעד:
במסוף Google Admin, נכנסים לתפריט > ספרייה > קהלים ממוקדים.
כדי לבצע את המשימה הזו, צריך להיכנס לחשבון עם הרשאות סופר-אדמין.
ברשימת קהלי היעד, לוחצים על שם קהל היעד. כדי ליצור קהל יעד, אפשר לעיין במאמר בנושא יצירה של קהל יעד
מעתיקים את המזהה הייחודי מכתובת ה-URL של קהל היעד:
https://admin.google.com/ac/targetaudiences/ID
.יוצרים הרשאה עם
type=domain
ומגדירים את השדהdomain
לערךID.audience.googledomains.com
.
כדי לראות איך המשתמשים מקיימים אינטראקציה עם קהלים מטורגטים, אפשר לעיין במאמר חוויית המשתמש בשיתוף קישורים.
הצגת רשימה של כל ההרשאות
כדי לאחזר את כל ההרשאות של קובץ, תיקייה או אחסון שיתופי, משתמשים בשיטה list()
במשאב permissions
.
בדוגמת הקוד הבאה מוצג איך מקבלים את כל ההרשאות. התשובה תכיל את רשימת ההרשאות.
בקשה
GET https://www.googleapis.com/drive/v3/files/FILE_ID
/permissions
תשובה
{
"kind": "drive#permissionList",
"permissions": [
{
"id": "PERMISSION_ID
",
"type": "user",
"kind": "drive#permission",
"role": "commenter"
}
]
}
עדכון ההרשאות
כדי לעדכן את ההרשאות בקובץ או בתיקייה, אפשר לשנות את התפקיד שהוקצה. מידע נוסף על איתור המקור של התפקיד זמין במאמר קביעת המקור של התפקיד.
קוראים לשיטה
update()
במשאבpermissions
עם פרמטר הנתיבpermissionId
שמוגדר להרשאה לשינוי, ופרמטר הנתיבfileId
שמוגדר לקובץ, לתיקייה או לאחסון השיתופי המשויכים. כדי למצוא אתpermissionId
, משתמשים ב-method list()
במשאבpermissions
עם פרמטר הנתיבfileId
.בבקשה, מציינים את
role
החדש.
אתם יכולים להעניק הרשאות לקבצים או לתיקיות ספציפיים באחסון השיתופי, גם אם המשתמש או הקבוצה כבר חברים בו. לדוגמה, לאלכס יש role=commenter
כחלק מהחברות שלו באחסון שיתופי. עם זאת, האפליקציה יכולה להעניק לאלכס
role=writer
הרשאת גישה לקובץ באחסון שיתופי. במקרה הזה, מכיוון שהתפקיד החדש כולל יותר הרשאות מהתפקיד שניתן דרך החברות בקבוצה, ההרשאה החדשה הופכת לתפקיד בפועל עבור הקובץ או התיקייה.
בדוגמה הבאה של קוד אפשר לראות איך משנים את ההרשאות בקובץ או בתיקייה מ'מגיב/ה' ל'עריכה'. התגובה מחזירה מופע של מקור מידע מסוג permissions
.
בקשה
PATCH https://www.googleapis.com/drive/v3/files/FILE_ID
/permissions/PERMISSION_ID
{ "requests": [ { "role": "writer" } ] }
תשובה
{
"kind": "drive#permission",
"id": "PERMISSION_ID
",
"type": "user",
"role": "writer"
}
קביעת מקור התפקיד
כדי לשנות את התפקיד בקובץ או בתיקייה, צריך לדעת מה המקור של התפקיד. באחסון שיתופי, המקור של תפקיד יכול להיות חברות באחסון השיתופי, התפקיד בתיקייה או התפקיד בקובץ.
כדי לקבוע את מקור התפקיד בתיקיית אחסון שיתופי או בפריטים בתיקייה, צריך להפעיל את השיטה get()
במשאב permissions
עם פרמטרי הנתיב fileId
ו-permissionId
, והפרמטר fields
מוגדר לשדה permissionDetails
.
כדי למצוא את permissionId
, משתמשים ב-method list()
במשאב permissions
עם פרמטר הנתיב fileId
. כדי לאחזר את השדה permissionDetails
בבקשת list
, מגדירים את הפרמטר fields
לערך permissions/permissionDetails
.
בשדה הזה מפורטות כל הרשאות הקובץ הישירות וההרשאות שעברו בירושה של המשתמש, הקבוצה או הדומיין.
דוגמת הקוד הבאה מראה איך לקבוע את מקור התפקיד. התשובה מחזירה את permissionDetails
של משאב permissions
. השדה inheritedFrom
מספק את המזהה של הפריט שממנו ההרשאה עוברת בירושה.
בקשה
GET https://www.googleapis.com/drive/v3/files/FILE_ID
/permissions/PERMISSION_ID
?fields=permissionDetails&supportsAllDrives=true
תשובה
{
"permissionDetails": [
{
"permissionType": "member",
"role": "commenter",
"inheritedFrom": "INHERITED_FROM_ID
",
"inherited": true
},
{
"permissionType": "file",
"role": "writer",
"inherited": false
}
]
}
עדכון של כמה הרשאות באמצעות בקשות אצווה
מומלץ מאוד להשתמש בבקשות אצווה כדי לשנות כמה הרשאות.
בדוגמה הבאה מוצגת פעולה של שינוי הרשאות באצווה באמצעות ספריית לקוח.
Java
Python
Node.js
PHP
.NET
מחיקת הרשאה
כדי לבטל את הגישה לקובץ או לתיקייה, קוראים ל-method delete()
במשאב permissions
עם פרמטרי הנתיב fileId
ו-permissionId
שמוגדרים למחיקת ההרשאה.
בפריטים בתיקיית 'האחסון שלי', אפשר למחוק הרשאה שהתקבלה בירושה. מחיקה של הרשאה שעברה בירושה מבטלת את הגישה לפריט ולפריטי צאצא, אם יש כאלה.
אי אפשר לבטל הרשאות שהועברו בירושה לגבי פריטים באחסון שיתופי. במקום זאת, צריך לעדכן או למחוק את ההרשאה בקובץ או בתיקייה ברמה העליונה.
השיטה delete()
משמשת גם למחיקת הרשאות שחלות ישירות על קובץ או תיקייה באחסון שיתופי.
דוגמת הקוד הבאה מראה איך לבטל גישה על ידי מחיקת permissionId
. אם הפעולה בוצעה ללא שגיאות, גוף התגובה יהיה ריק. כדי לוודא שההרשאה הוסרה, משתמשים ב-method list()
במשאב permissions
עם פרמטר הנתיב fileId
.
בקשה
DELETE https://www.googleapis.com/drive/v3/files/FILE_ID
/permissions/PERMISSION_ID
הגדרת תאריך תפוגה להגבלת הגישה לקובץ
כשעובדים עם אנשים על פרויקט רגיש, לפעמים רוצים להגביל את הגישה שלהם לקבצים מסוימים ב-Drive אחרי תקופה מסוימת. לקבצים בתיקייה 'האחסון שלי', אפשר להגדיר תאריך תפוגה כדי להגביל את הגישה לקובץ או להסיר אותה.
כדי להגדיר את תאריך התפוגה:
משתמשים בשיטה
create()
במשאבpermissions
ומגדירים את השדהexpirationTime
(יחד עם שדות החובה האחרים). מידע נוסף זמין במאמר בנושא יצירת הרשאה.משתמשים בשיטה
update()
במשאבpermissions
ומגדירים את השדהexpirationTime
(יחד עם שדות החובה האחרים). מידע נוסף זמין במאמר בנושא עדכון הרשאות.
השדה expirationTime
מציין מתי תוקף ההרשאה יפוג, בפורמט RFC 3339 של תאריך ושעה. יש הגבלות על תוקף של קבצים:
- אפשר להגדיר אותם רק להרשאות של משתמשים וקבוצות.
- השעה חייבת להיות בעתיד.
- התאריך לא יכול להיות יותר משנה קדימה.
למידע נוסף על תאריך התפוגה, אפשר לעיין במאמרים הבאים:
נושאים קשורים
- ניהול הצעות לגישה בהמתנה
- ניהול תיקיות עם גישה מוגבלת וגישה רחבה
- העברת בעלות על קובץ
- הגנה על תוכן הקובץ
- גישה לקבצים ב-Drive ששותפו באמצעות קישור באמצעות מפתחות משאבים
- תפקידים והרשאות