모든 Google 드라이브 파일, 폴더, 공유 드라이브에는 연결된 권한 리소스가 있습니다. 각 리소스는 특정 type
(사용자, 그룹, 도메인, 모든 사용자) 및 role
(예: '댓글 작성자' 또는 '리더')에 대한 권한을 식별합니다. 예를 들어 파일에는 특정 사용자(type=user
)에게 읽기 전용 액세스 권한(role=reader
)을 부여하는 권한(role=reader
)이 있고, 특정 그룹(type=group
)의 구성원에게 파일에 댓글을 추가할 수 있는 권한(role=commenter
)을 부여하는 권한도 있을 수 있습니다.
역할과 각 역할에 허용되는 작업의 전체 목록은 역할 및 권한을 참조하세요.
Drive 리소스 공유 시나리오
공유 시나리오에는 5가지 유형이 있습니다.
내 드라이브의 파일을 공유하려면 사용자에게
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
계정이 있어야 합니다. 사용자와 그룹만 공유 드라이브의 멤버가 될 수 있습니다.
만료일을 설정하여 파일 액세스 제한하기
민감한 프로젝트에서 사용자와 함께 작업할 때 일정 시간이 지난 후 Drive의 특정 파일에 대한 액세스를 제한할 수 있습니다. 내 드라이브에 있는 파일의 경우 만료일을 설정하여 해당 파일에 대한 액세스 권한을 제한하거나 삭제할 수 있습니다.
만료일을 설정하려면 다음 단계를 따르세요.
permissions.create
메서드를 사용하고 다른 필수 필드와 함께permissions.expirationTime
필드를 설정합니다. 자세한 내용은 권한 만들기를 참조하세요.permissions.update
메서드를 사용하고 다른 필수 필드와 함께permissions.expirationTime
필드를 설정합니다. 자세한 내용은 권한 변경을 참고하세요.
expirationTime
필드는 RFC 3339 날짜-시간을 사용하여 권한이 만료되는 시점을 나타냅니다. 만료 시간에는 다음과 같은 제한사항이 있습니다.
- 사용자 및 그룹 권한에 대해서만 설정할 수 있습니다.
- 미래 시간이어야 합니다.
- 시간은 앞으로 1년 이내여야 합니다.
만료일에 대한 자세한 내용은 다음 도움말을 참조하세요.
권한 전파
폴더의 권한 목록은 아래로 전파되고 모든 하위 파일 및 폴더는 상위 요소로부터 권한을 상속합니다. 권한 또는 계층 구조가 변경될 때마다 모든 중첩 폴더에서 재귀적으로 전파됩니다. 예를 들어 파일이 폴더에 있는데 이 폴더가 다른 폴더 내에서 이동되면 새 폴더에 대한 권한이 파일에 전파됩니다. 새 폴더가 파일의 사용자에게 '작성자'와 같은 새 역할을 부여하면 사용자의 이전 역할이 재정의됩니다.
반대로 파일이 폴더에서 role=writer
을 상속하고 '리더' 역할을 제공하는 다른 폴더로 이동하면 파일은 이제 role=reader
을 상속합니다.
상속된 권한은 공유 드라이브의 파일 또는 폴더에서 삭제할 수 없습니다. 대신 이러한 권한은 권한이 상속된 직접 또는 간접 상위 항목에서 조정해야 합니다. 상속된 권한은 '내 드라이브' 또는 '공유 문서함'의 항목에서 삭제할 수 있습니다.
반대로 내 드라이브의 파일 또는 폴더에서 상속된 권한이 재정의될 수 있습니다. 따라서 파일이 내 드라이브 폴더에서 role=writer
을 상속받는 경우 파일에 role=reader
를 설정하여 권한 수준을 낮출 수 있습니다.
기능
Permissions 리소스는 궁극적으로 현재 사용자가 파일이나 폴더에서 작업을 실행할 수 있는지 여부를 결정하지 않습니다.
대신 Files 리소스에는 파일이나 폴더에서 작업을 수행할 수 있는지 여부를 나타내는 데 사용되는 부울 capabilities
필드 컬렉션이 포함됩니다. Google Drive API는 파일 또는 폴더와 연결된 현재 사용자의 권한 리소스를 기반으로 이러한 필드를 설정합니다.
예를 들어 Alex가 앱에 로그인하고 파일을 공유하려고 하면 Alex의 역할에 파일에 대한 권한이 있는지 확인합니다. 역할에서 파일을 공유할 수 있는 경우 canShare
와 같은 파일과 관련된 capabilities
이 역할을 기준으로 채워집니다. Alex가 파일을 공유하려고 하면 앱은 capabilities
를 확인하여 canShare
가 true
로 설정되었는지 확인합니다.
capabilities
파일을 검색하는 예는 사용자 권한 확인을 참고하세요.
권한 만들기
권한을 만들 때는 다음 두 필드가 필요합니다.
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
도 제공해야 합니다.
권한을 만들려면 다음 안내를 따르세요.
- 연결된 파일 또는 폴더의
fileId
와 함께permissions.create
메서드를 사용합니다. - 요청 본문에서
type
및role
를 지정합니다. type=user
또는type=group
인 경우emailAddress
를 제공합니다.type=domain
인 경우domain
를 제공합니다.
예 보기
다음 코드 샘플은 권한을 만드는 방법을 보여줍니다. 응답은 할당된 permissionId
를 포함하여 Permission
리소스의 인스턴스를 반환합니다.
요청
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 관리 콘솔에서 메뉴 > 디렉터리 > 공유 대상 그룹으로 이동합니다.
이 작업을 수행하려면 최고 관리자 권한이 있는 계정을 사용하여 로그인해야 합니다.
공유 대상 그룹 목록에서 공유 대상 그룹의 이름을 클릭합니다. 공유 대상 그룹을 만들려면 공유 대상 그룹 만들기를 참고하세요.
공유 대상 그룹 URL에서 고유 ID(
https://admin.google.com/ac/targetaudiences/ID
)를 복사합니다.type=domain
로 권한을 만들고domain
필드를ID.audience.googledomains.com
로 설정합니다.
사용자가 공유 대상 그룹과 상호작용하는 방식을 보려면 링크 공유를 위한 사용자 환경을 참고하세요.
파일, 폴더, 공유 드라이브의 모든 권한 가져오기
permissions.list
메서드를 사용하여 파일, 폴더 또는 공유 드라이브의 모든 권한을 가져옵니다.
예 보기
다음 코드 샘플은 모든 권한을 얻는 방법을 보여줍니다. 응답으로 권한 목록이 반환됩니다.
요청
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"
}
]
}
사용자 권한 확인
앱은 파일을 열 때 파일의 기능을 확인하고 현재 사용자의 권한이 반영되도록 UI를 렌더링해야 합니다. 예를 들어 사용자가 파일에 관한 canComment
기능을 가지고 있지 않다면 UI에서 댓글 기능을 사용 중지해야 합니다.
capabilities
에 관한 자세한 내용은 위의 기능 섹션을 참조하세요.
기능을 확인하려면 fileId
및 fields
매개변수를 capabilities
필드로 설정하여 files.get
를 호출합니다. fields
매개변수를 사용하여 필드를 반환하는 방법에 대한 자세한 내용은 파일의 특정 필드 반환을 참조하세요.
예 보기
다음 코드 샘플은 사용자 권한을 확인하는 방법을 보여줍니다. 이에 대한 응답으로, 사용자가 파일에 대해 가지고 있는 기능 목록이 반환됩니다. 각 기능은 사용자가 실행할 수 있는 세분화된 작업에 해당합니다. 일부 필드는 공유 드라이브 항목에 대해서만 채워집니다.
요청
GET https://www.googleapis.com/drive/v3/files/FILE_ID
?fields=capabilities
응답
{ "capabilities": { "canAcceptOwnership": false, "canAddChildren": false, "canAddMyDriveParent": false, "canChangeCopyRequiresWriterPermission": true, "canChangeSecurityUpdateEnabled": false, "canComment": true, "canCopy": true, "canDelete": true, "canDownload": true, "canEdit": true, "canListChildren": false, "canModifyContent": true, "canModifyContentRestriction": true, "canModifyLabels": true, "canMoveChildrenWithinDrive": false, "canMoveItemOutOfDrive": true, "canMoveItemWithinDrive": true, "canReadLabels": true, "canReadRevisions": true, "canRemoveChildren": false, "canRemoveMyDriveParent": true, "canRename": true, "canShare": true, "canTrash": true, "canUntrash": true } }
공유 드라이브 파일 및 폴더에 대한 역할의 소스 확인하기
파일 또는 폴더에 대한 역할을 변경하려면 역할의 소스를 알아야 합니다. 공유 드라이브의 경우 역할의 소스는 공유 드라이브의 멤버십, 폴더의 역할, 파일의 역할을 기반으로 할 수 있습니다.
공유 드라이브 역할의 소스 또는 해당 드라이브 내 항목을 확인하려면 fileId
, permissionId
, fields
매개변수를 permissionDetails
필드로 설정하여 permissions.get
를 호출합니다. permissionId
를 찾으려면 fileId
와 함께 permissions.list
를 사용합니다. permissions.list
요청에서 permissionDetails
필드를 가져오려면 fields
매개변수를 permissions/permissionDetails
로 설정합니다.
이 필드는 사용자, 그룹 또는 도메인에 대해 상속된 모든 파일 권한과 직접 파일 권한을 열거합니다.
예 보기
다음 코드 샘플은 역할 소스를 확인하는 방법을 보여줍니다. 응답에서 Permission
리소스의 permissionDetails
를 반환합니다. inheritedFrom
필드는 권한을 상속받은 항목의 ID를 제공합니다.
요청
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
}
]
}
권한 변경
할당된 역할을 변경하면 파일 또는 폴더에 대한 권한을 변경할 수 있습니다.
변경 권한의
permissionId
및 연결된 파일, 폴더 또는 공유 드라이브의fileId
를 사용하여permissions.update
를 호출합니다.permissionId
를 찾으려면fileId
와 함께permissions.list
를 사용합니다.요청에서 새
role
를 식별합니다.
사용자 또는 그룹이 이미 구성원인 경우에도 공유 드라이브의 개별 파일 또는 폴더에 대한 권한을 부여할 수 있습니다. 예를 들어 알렉스는 공유 드라이브 멤버십의 일부로 role=commenter
를 가지고 있습니다. 하지만 앱은 공유 드라이브의 파일에 관해 알렉스에게 role=writer
권한을 부여할 수 있습니다. 이 경우 새 역할이 멤버십을 통해 부여된 역할보다 더 강력하기 때문에 새 권한이 파일 또는 폴더에 대한 유효 역할이 됩니다.
예 보기
다음 코드 샘플은 파일 또는 폴더의 권한을 댓글 작성자에서 작성자로 변경하는 방법을 보여줍니다. 응답은 Permission
리소스의 인스턴스를 반환합니다.
요청
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"
}
파일 또는 폴더에 대한 액세스 권한 취소
파일 또는 폴더에 대한 액세스 권한을 취소하려면 fileId
및 permissionId
로 delete
를 호출하여 권한을 삭제합니다.
'내 드라이브'에 있는 항목의 경우 상속된 권한을 삭제할 수 있습니다. 상속된 권한을 삭제하면 항목 및 하위 항목(있는 경우) 액세스 권한이 취소됩니다.
공유 드라이브에 있는 항목의 경우 상속된 권한을 취소할 수 없습니다. 대신 상위 파일 또는 폴더에서 권한을 업데이트하거나 취소하세요.
delete
작업은 공유 드라이브 파일 또는 폴더에 직접 적용된 권한을 삭제하는 데도 사용됩니다.
예 보기
다음 코드 샘플은 permissionId
를 삭제하여 액세스 권한을 취소하는 방법을 보여줍니다. 성공한 경우 응답 본문은 비어 있습니다. 권한이 삭제되었는지 확인하려면 fileId
와 함께 permissions.list
를 사용합니다.
요청
DELETE https://www.googleapis.com/drive/v3/files/FILE_ID
/permissions/PERMISSION_ID
파일 소유권을 동일한 조직의 다른 Google Workspace 계정으로 이전하기
'내 드라이브'에 있는 파일의 소유권은 하나의 Google Workspace 계정에서 동일한 조직의 다른 계정으로 이전할 수 있습니다. 공유 드라이브를 소유한 조직은 드라이브 내의 파일을 소유합니다. 따라서 공유 드라이브의 파일 및 폴더에는 소유권 이전이 지원되지 않습니다. 공유 드라이브의 주최자는 항목을 공유 드라이브에서 자신의 '내 드라이브'로 이동할 수 있으며, '내 드라이브'에서 소유권이 이전됩니다.
'내 드라이브'에 있는 파일의 소유권을 이전하려면 다음 중 한 가지 방법을 사용합니다.
특정 사용자(
type=user
)에게 소유자 액세스 권한 (role=owner
)을 부여하는 파일 권한을 만듭니다.기존 파일의 권한을
role=owner
로 업데이트하고 소유권을 지정된 사용자 (transferOwnership=true
)로 이전합니다.
일반 계정에서 다른 일반 계정으로 파일 소유권 이전
파일 소유권은 하나의 일반 계정 간에 다른 계정으로 이전할 수 있습니다. 하지만 Drive는 잠재적인 새 소유자가 이전에 명시적으로 동의할 때까지 두 일반 계정 간에 파일 소유권을 이전하지 않습니다. 한 일반 계정에서 다른 일반 계정으로 파일 소유권을 이전하려면 다음 안내를 따르세요.
현재 소유자가 잠재적 새 소유자의 파일 권한을 만들거나 업데이트하여 소유권 이전을 시작합니다. 권한에
role=writer
,type=user
,pendingOwner=true
설정이 포함되어야 합니다. 새 소유자가 잠재적 소유자의 권한을 만드는 경우 잠재적 새 소유자에게 파일 소유권을 수락하라는 이메일 알림이 전송됩니다.새 소유자는 파일 권한을 만들거나 업데이트하여 소유권 이전 요청을 수락합니다. 권한에
role=owner
및transferOwnership=true
설정이 포함되어야 합니다. 새 소유자가 새 권한을 만들면 소유권이 이전되었음을 알리는 이메일 알림이 이전 소유자에게 전송됩니다.
파일이 이전되면 이전 소유자의 역할은 writer
(으)로 다운그레이드됩니다.
일괄 요청으로 여러 권한 변경
여러 권한을 수정하려면 일괄 요청을 사용하는 것이 좋습니다.
다음은 클라이언트 라이브러리를 사용하여 일괄 권한 수정을 수행하는 예입니다.