לכל קובץ, תיקייה ואחסון שיתופי ב-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. - הערכה מחדש בהעברה: כשמעבירים פריט לתיקיית הורה חדשה, המערכת מעריכה מחדש את ההרשאות של תיקיית ההורה החדשה ומחילת אותן על הפריט ועל פריטי המשנה שלו.
קישורים לקבצים ובקרת גישה
כשמשתפים קובץ או תיקייה עם משתמש או קבוצה ספציפיים, כתובת ה-URL לגישה לפריט לא משתנה, ולא נוצר קישור ייחודי לכל משתמש.
במקום זאת, לפריט יש קישור קבוע יחיד שמבוסס על fileId.
כדי לקבוע את הגישה, מערכת Drive בודקת את רשימת ה-ACL של הפריט. כשמשתמש מנסה לפתוח קישור, מערכת Drive מאמתת את הזהות שלו מול רשימת בקרת הגישה. אם הרשאה מבוטלת או מגיעה לתאריך התפוגה שלה, המשתמש מוסר מרשימת ה-ACL. אם המשתמש ינסה להיכנס שוב לקישור, הגישה ל-Drive תיחסם.
הסבר על היכולות של הקבצים
במשאב permissions מוגדר למי יש גישה (רשימת בקרת הגישה), אבל לא מצוין באופן ישיר אם המשתמש הנוכחי יכול לבצע פעולה ספציפית בממשק המשתמש של האפליקציה.
במקום זאת, המשאב files מכיל אוסף של שדות בוליאניים capabilities (כמו canComment, canShare או canDelete) שממשק Google Drive API מחשב באופן דינמי על סמך התפקיד של המשתמש וההגדרות של הפריט.
קבלת יכולות של קבצים
כשמעבדים את ממשק המשתמש של האפליקציה, צריך לבדוק את files.capabilities במקום לנתח הרשאות ישירות:
- מבצעים קריאה ל-
files.getעםfields=capabilities. מידע נוסף זמין במאמר בנושא החזרת שדות ספציפיים. - משתמשים בדגלים הבוליאניים שמוחזרים כדי להפעיל או להשבית פעולות תואמות בממשק. לדוגמה, השבתת התגובות אם
canCommentהואfalse.
תרחישים לשיתוף משאבים ב-Drive
בטבלה הבאה מוצגים התפקידים והתנאים הנדרשים לשיתוף משאבי Drive במיקומים שונים ובסוגי פריטים שונים:
| מיקום | פריט | התפקידים הנדרשים | מגבלות על מפתחות |
|---|---|---|---|
| האחסון שלי | קובץ או תיקייה | owner או writer |
נדרשת מהדורת owner אם writersCanShare=false.כדי להגדיר הרשאת גישה זמנית לתיקיות נדרשת מהדורת reader (ראו הגדרת תאריך תפוגה). |
| אחסון שיתופי | קובץ | organizer, fileOrganizer או writer |
המילה writersCanShare תמיד מתורגמת ל-true. |
| אחסון שיתופי | תיקייה | organizer |
fileOrganizer יכולים גם לשתף אם sharingFoldersRequiresOrganizerPermission הוא false. |
| אחסון שיתופי | מינוי | organizer |
ההנחה רלוונטית רק ל-user או ל-group (לא לדומיינים). |
ניהול הרשאות
בטבלה הבאה מפורטות השיטות שזמינות במשאב permissions:
| שיטה | נקודת הקצה ל-API | פרמטרים מרכזיים | חומרי עזר |
|---|---|---|---|
| יצירה | POST https://www.googleapis.com/drive/v3/files/{fileId}/permissions |
role, type, emailAddress או domain |
permissions.create |
| הרשמה | GET https://www.googleapis.com/drive/v3/files/{fileId}/permissions/{permissionId} |
fields |
permissions.get |
| רשימה | GET https://www.googleapis.com/drive/v3/files/{fileId}/permissions |
pageSize, supportsAllDrives, pageToken |
permissions.list |
| עדכון | PATCH https://www.googleapis.com/drive/v3/files/{fileId}/permissions/{permissionId} |
role, allowFileDiscovery |
permissions.update |
| מחיקה | DELETE https://www.googleapis.com/drive/v3/files/{fileId}/permissions/{permissionId} |
supportsAllDrives |
permissions.delete |
יצירת הרשאה
כדי לשתף קובץ, תיקייה או תיקיית אחסון שיתופי, קוראים לשיטה create במשאב permissions עם fileId.
כשיוצרים הרשאה, נוספת רשומת ACL חדשה לפריט ומוחזר permissionId שהוקצה.
בגוף הבקשה, מציינים את השדות הבאים:
-
role: רמת הגישה להענקה (לדוגמה,reader,commenterאוwriter). לרשימה מלאה, אפשר לעיין במאמר תפקידים והרשאות. -
type: היקף ההרשאה של מקבל ההרשאה (user,group,domainאוanyone). - מזהה מקבל ההרשאה (חובה בהתאם ל
type):-
emailAddress: חובה אם הערך שלtypeהואuserאוgroup. -
domain: חובה כשערך המאפייןtypeהואdomain.
-
בדוגמת הקוד הבאה אפשר לראות איך יוצרים הרשאה. בתגובה מוחזר מופע של משאב permissions, כולל permissionId שהוקצה.
בקשה
POST https://www.googleapis.com/drive/v3/files/FILE_ID/permissions{ "role": "commenter", "type": "user", "emailAddress": "alex@altostrat.com" }
תשובה
{
"kind": "drive#permission",
"id": "PERMISSION_ID",
"type": "user",
"role": "commenter"
}שיתוף עם קהלי יעד
משתמשי יעד הם קבוצות של אנשים – כמו מחלקות או צוותים – שאפשר להמליץ למשתמשים לשתף איתם את הפריטים שלהם. אתם יכולים לעודד משתמשים לשתף פריטים עם קהל ספציפי או מוגבל יותר, במקום עם כל הארגון. קהלים לטירגוט יכולים לעזור לכם לשפר את האבטחה והפרטיות של הנתונים, ולאפשר למשתמשים לשתף אותם בצורה מתאימה.
כדי לשתף עם קהל היעד, מגדירים את type=domain ואת domain ל-<TARGET_AUDIENCE_ID>.audience.googledomains.com. פרטים על איתור או יצירה של קהלים ממוקדים במסוף Google Admin זמינים במאמר מידע על קהלים ממוקדים.
כדי לראות איך המשתמשים מקיימים אינטראקציה עם קהלים מטורגטים, אפשר לעיין במאמר בנושא חוויית המשתמש בשיתוף קישורים.
קבלת הרשאה
כדי לקבל הרשאה, צריך להפעיל את ה-method get במשאב permissions עם פרמטרים של נתיב fileId ו-permissionId. אם אתם לא יודעים את מזהה ההרשאה, קודם מציגים את כל ההרשאות.
הצגת רשימה של הרשאות
כדי לראות את רשימת ההרשאות של קובץ, תיקייה או אחסון שיתופי, מפעילים את השיטה list במשאב permissions עם פרמטר הנתיב fileId הנדרש.
אפשר לכלול כל אחד מפרמטרים השאילתה האופציונליים הבאים כדי להוסיף מספור עמודים או לסנן את התשובה:
pageSize(אופציונלי): המספר המקסימלי של הרשאות שיוחזרו בכל דף. אם לא מגדירים את המגבלה לקבצים באחסון שיתופי, מוחזרות לכל היותר 100 תוצאות. אם לא מציינים את הפרמטר הזה לקבצים שלא נמצאים באחסון שיתופי, כל הרשימה מוחזרת.
pageToken(אופציונלי): טוקן של דף מקריאה קודמת של רשימה, כדי לאחזר את הדף הבא.
supportsAllDrives(אופציונלי): האם האפליקציה ששולחת את הבקשה תומכת גם ב'האחסון שלי' וגם בתיקיות אחסון שיתופי.
useDomainAdminAccess(אופציונלי): מגדירים את הערךtrueכדי לשלוח את הבקשה כאדמין בדומיין. למבקש תינתן גישה אם הפרמטרfileIdמתייחס לאחסון שיתופי והמבקש הוא אדמין בדומיין שאליו שייך האחסון השיתופי. מידע נוסף זמין במאמר בנושא ניהול תיקיות אחסון שיתופי כאדמינים של הדומיין.
includePermissionsForView(אופציונלי): הרשאות צפייה נוספות שרוצים לכלול בתגובה. יש תמיכה רק ב-published.
fields(אופציונלי): שדות ספציפיים שצריך להחזיר בתגובה. כברירת מחדל, הפונקציהlistמחזירה רק את הערכיםid,type,kindו-role. כדי להחזיר שדות נוספים (כמוpermissionDetails), צריך לציין אותם באמצעות הפרמטר הזה. מידע נוסף מופיע במאמר בנושא החזרת שדות ספציפיים.
קביעת מקור התפקיד
כדי לשנות את התפקיד בקובץ או בתיקייה, צריך לדעת מה המקור של התפקיד. בתיקיות אחסון שיתופי, המקור של התפקיד יכול להיות חברות באחסון השיתופי, התפקיד בתיקייה או התפקיד בקובץ.
כדי לקבוע את מקור התפקיד בתיקיית אחסון שיתופי או בפריטים בתיקייה, צריך להפעיל את השיטה 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
}
]
}עדכון הרשאה
כדי לעדכן את ההרשאות בקובץ או בתיקייה, אפשר לשנות את התפקיד שהוקצה. מידע נוסף על איתור המקור של התפקיד זמין במאמר קביעת המקור של התפקיד.
קוראים לשיטה
updateבמשאבpermissionsעם פרמטר הנתיבfileIdשמוגדר לקובץ, לתיקייה או לאחסון השיתופי המשויכים, ופרמטר הנתיבpermissionIdשמוגדר להרשאה לשינוי. כדי למצוא אתpermissionId, משתמשים ב-method listבמשאבpermissionsעם פרמטר של הנתיבfileId.בבקשה, מציינים את
roleהחדש.
אתם יכולים להעניק הרשאות לקבצים או לתיקיות ספציפיים באחסון שיתופי, גם אם המשתמש או הקבוצה כבר חברים באחסון השיתופי. לדוגמה, לאלכס יש הרשאת role=commenter
כחלק מהחברות שלו באחסון השיתופי. עם זאת, האפליקציה יכולה להעניק לאלכס
role=writer הרשאת גישה לקובץ באחסון השיתופי. במקרה הזה, מכיוון שהתפקיד החדש הוא בעל הרשאות רחבות יותר מהתפקיד שניתן דרך החברות, ההרשאה החדשה הופכת לתפקיד בפועל עבור הקובץ או התיקייה.
אפשר להחיל עדכונים באמצעות סמנטיקה של תיקון, כלומר אפשר לבצע שינויים חלקיים במשאב. צריך להגדיר במפורש בבקשה את השדות שרוצים לשנות. כל השדות שלא נכללים בבקשה שומרים על הערכים הקיימים שלהם. מידע נוסף מופיע במאמר עבודה עם משאבים חלקיים.
בנוסף לשינוי התפקידים, אפשר גם לשנות את רמת החשיפה של פריט כשההרשאה type היא domain או anyone. כדי לאפשר חיפוש של קובץ משותף או להגדיר אותו כלא רשום, צריך לכלול את השדה הבוליאני allowFileDiscovery בבקשת התיקון. הגדרה של האפשרות הזו לערך true מאפשרת להציג את הפריט בתוצאות החיפוש עבור הקהל שצוין, גם אם לא ניתן לו הקישור הישיר. לא צריך למחוק את ההרשאה וליצור אותה מחדש כדי לשנות את ההגדרה הזו.
בדוגמת הקוד הבאה אפשר לראות איך משנים את ההרשאות בקובץ או בתיקייה מ-commenter ל-writer. התגובה מחזירה מופע של משאב permissions.
בקשה
PATCH https://www.googleapis.com/drive/v3/files/FILE_ID/permissions/PERMISSION_ID
{
"role": "writer"
}תשובה
{
"kind": "drive#permission",
"id": "PERMISSION_ID",
"type": "user",
"role": "writer"
}עדכון של כמה הרשאות באמצעות בקשות אצווה
אין תמיכה בשינויים מקבילים בהרשאות של אותו קובץ, תיקייה או אחסון שיתופי. המגבלה הזו חלה על כל הפעולות שמשנות את ההרשאות (כמו עדכון או מחיקה), בלי קשר לשאלה אם אתם משנים את ההרשאות של אותו נמען או של נמענים שונים, ואם הבקשות מגיעות מאפליקציה אחת או מכמה משתמשים.
מערכת Drive מעריכה ומעדכנת את ההרשאות של פריט כרשימת בקרת גישה (ACL) אחת. פעולות שמתבצעות בו-זמנית גורמות לתנאי מירוץ שבהם "הכתיבה האחרונה קובעת", מה שיכול לגרום להחלפה שקטה של שינויים בהרשאות או להפעלת שגיאות sharingRateLimitExceeded.
כדי למנוע התנגשויות, צריך לבצע שינויים בהרשאות של אותו פריט באופן רציף, או להשתמש בבקשות למחיקה של כמות גדולה כדי לשנות כמה הרשאות בבקשה אחת.
בדוגמה הבאה מוצגת פעולה של שינוי הרשאות באצווה באמצעות ספריית לקוח.
Java
Python
Node.js
PHP
.NET
מחיקת הרשאה
כדי לבטל את הגישה לקובץ או לתיקייה, צריך להפעיל את השיטה delete במשאב permissions עם פרמטרי הנתיב fileId ו-permissionId.
אי אפשר לבטל הרשאות שהועברו בירושה ישירות בפריטים משניים. במקום זאת, אפשר לעדכן או למחוק את ההרשאה בתיקייה ברמה העליונה (או להשתמש בהגדרת הגישה המוגבלת).
חשוב לדעת: אם מסירים את הגישה של משתמש מפריט הורה, ההרשאות שבוטלו הן רק אלה שהתקבלו בירושה מפריט ההורה. אם למשתמש הוענקו גם הרשאות ישירות לפריט צאצא, הגישה הישירה הזו נשארת בתוקף. כדי לוודא שההרשאה הוסרה, צריך להתקשר אל list עם fileId.
הגדרת תאריך תפוגה
כדי להעניק גישה זמנית לקובץ או לתיקייה, צריך להגדיר את השדה expirationTime (תאריך ושעה בפורמט RFC 3339) כשמבצעים קריאה לשיטות create או update.
ההגבלות הבאות חלות על זמני תפוגה:
- אפשר להגדיר את ההרשאה הזו רק ב-
userוב-group(לא ב-domainאו ב-anyone). - השעה חייבת להיות בעתיד, עד שנה קדימה.
- בתיקיות, גישה זמנית נתמכת רק בתפקיד
reader.
נושאים קשורים
- ניהול הצעות לגישה בהמתנה
- ניהול תיקיות עם גישה מוגבלת וגישה רחבה
- העברת בעלות על קובץ
- הגנה על תוכן הקובץ
- גישה לקבצים ב-Drive ששותפו באמצעות קישור באמצעות מפתחות משאבים
- תפקידים והרשאות