本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

Amazon Elastic File System 的身分型政策範例

依預設，使用者和角色沒有建立或修改 Amazon EFS 資源的權限。他們也無法使用 AWS Management Console、 AWS Command Line Interface (AWS CLI) 或執行工作 AWS API。若要授與使用者對所需資源執行動作的權限，IAM管理員可以建立IAM策略。然後，系統管理員可以將IAM原則新增至角色，使用者可以擔任這些角色。

若要瞭解如何使用這些範例原則文件來建立以IAM身分識別為基礎的JSON策略，請參閱使用指南中的IAM建立IAM策略。

如需 Amazon 定義的動作和資源類型的詳細資訊EFS，包括每種資源類型的格式，請參閱服務授權參考中的 Amazon Elastic File System 的動作、資源和條件金鑰。ARNs

政策最佳實務

以身分識別為基礎的政策決定某人是否可以在您的帳戶中建立、存取或刪除 Amazon EFS 資源。這些動作可能會讓您的 AWS 帳戶產生費用。當您建立或編輯身分型政策時，請遵循下列準則及建議事項：

如需中最佳作法的詳細資訊IAM，請參閱《IAM使用指南》IAM中的「安全性最佳作法」。

使用 Amazon EFS 控制台

若要存取 Amazon Elastic File System 主控台，您必須擁有最基本的一組許可。這些許可必須允許您列出和檢視有關 AWS 帳戶. EFS 如果您建立比最基本必要許可更嚴格的身分型政策，則對於具有該政策的實體 (使用者或角色) 而言，主控台就無法如預期運作。

您不需要為只對 AWS CLI 或撥打電話的使用者允許最低主控台權限 AWS API。相反地，只允許存取符合他們嘗試執行之API作業的動作。

為確保使用者和角色仍然可以使用 Amazon EFS 主控台，請同時將 Amazon EFS AmazonElasticFileSystemReadOnlyAccess AWS 受管政策附加到實體。如需詳細資訊，請參閱《使用指南》中的〈將權限新增至IAM使用者〉。

您可以在中查看AmazonElasticFileSystemReadOnlyAccess和其他 Amazon EFS 受管服務政策AWS Amazon 的受管政策 EFS。

範例：允許使用者檢視他們自己的許可

此範例顯示如何建立原則，讓使IAM用者檢視附加至其使用者身分識別的內嵌和受管理原則。此原則包含在主控台上或以程式設計方式使用或完成此動作的 AWS CLI 權限 AWS API。

{
    "Version": "2012-10-17",
    "Statement": [
        {
            "Sid": "ViewOwnUserInfo",
            "Effect": "Allow",
            "Action": [
                "iam:GetUserPolicy",
                "iam:ListGroupsForUser",
                "iam:ListAttachedUserPolicies",
                "iam:ListUserPolicies",
                "iam:GetUser"
            ],
            "Resource": ["arn:aws:iam::*:user/${aws:username}"]
        },
        {
            "Sid": "NavigateInConsole",
            "Effect": "Allow",
            "Action": [
                "iam:GetGroupPolicy",
                "iam:GetPolicyVersion",
                "iam:GetPolicy",
                "iam:ListAttachedGroupPolicies",
                "iam:ListGroupPolicies",
                "iam:ListPolicyVersions",
                "iam:ListPolicies",
                "iam:ListUsers"
            ],
            "Resource": "*"
        }
    ]
}

範例：強制建立加密檔案系統

下列範例說明了身分型政策，該政策授予主體只能建立加密檔案系統的權力。

{
    "Statement": [
        {
            "Effect": "Allow",
            "Action": "elasticfilesystem:CreateFileSystem",
            "Condition": {
                "Bool": {
                    "elasticfilesystem:Encrypted": "true"
                }
            },
            "Resource": "*"
        }
    ]
}

如果將此政策指派給嘗試建立未加密檔案系統的使用者，則請求會失敗。使用者會看到類似下列內容的訊息，不論他們使用的是 AWS CLI、或 AWS API或SDK： AWS Management Console

User: arn:aws:iam::111122223333:user/username is not authorized to
      perform: elasticfilesystem:CreateFileSystem on the specified resource.

範例：強制建立未加密檔案系統

下列範例說明了身分型政策，該政策授予主體只能建立未加密檔案系統的權力。

{
      "Statement": [
        {            
            "Effect": "Allow",
            "Action": "elasticfilesystem:CreateFileSystem",
            "Condition": {
                "Bool": {
                    "elasticfilesystem:Encrypted": "false"
                }
            },
            "Resource": "*"
        }
    ]
}

如果將此政策指派給嘗試建立加密檔案系統的使用者，則請求會失敗。使用者會看到類似下列內容的訊息，不論他們使用的是 AWS CLI、或 AWS API或SDK： AWS Management Console

User: arn:aws:iam::111122223333:user/username is not authorized to 
      perform: elasticfilesystem:CreateFileSystem on the specified resource.

您也可以建立 AWS Organizations 服務控制政策 (SCP) 來強制建立加密或未加密的 Amazon EFS 檔案系統。如需有關中的服務控制策略的詳細資訊 AWS Organizations，請參閱《AWS Organizations 使用指南》中的服務控制策略。