彈性代碼轉換器似乎沒有設置輸出權限？

我正在嘗試創建一個非常簡單的流程，使用Elastic Transcoder輸出可直接從S3提供的HLS流。彈性代碼轉換器似乎沒有設置輸出權限？

流水線和作業正在吐出正確的文件，據我所知並報告作業成功完成，但似乎沒有設置S3對象的權限以允許通過匿名訪問要求。

下面是對生成的文件的權限如下所示：

這是我的管道是如何配置：

出於某種原因，可能完全是我的容錯在設置S3中存儲的對象的權限時，似乎管道配置被忽略。我挖了一下，沒有發現有其他人遇到過這個問題的很多證據，這讓我相當確信我做錯了什麼。

來源

2016-01-06 Jim Wong

你必須仔細檢查以下內容：

你的管道應該有類似這樣的截圖東西
你的輸出鬥不應該限制政策（即兩個轉換的文件和縮略圖。）

你通過ElasticTranscoder使用IAM策略應該是類似這樣的：

{ 
    "Version": "2008-10-17", 
    "Statement": [ 
     { 
      "Sid": "1", 
      "Effect": "Allow", 
      "Action": [ 
       "s3:Put*", 
       "s3:ListBucket", 
       "s3:*MultipartUpload*", 
       "s3:Get*" 
      ], 
      "Resource": "*" 
     }, 
     { 
      "Sid": "2", 
      "Effect": "Allow", 
      "Action": "sns:Publish", 
      "Resource": "*" 
     }, 
     { 
      "Sid": "3", 
      "Effect": "Deny", 
      "Action": [ 
       "s3:*Delete*", 
       "s3:*Policy*", 
       "sns:*Remove*", 
       "sns:*Delete*", 
       "sns:*Permission*" 
      ], 
      "Resource": "*" 
     } 
    ] 
}

來源

2016-01-06 12:26:03

所以，我再次檢查所有這些項目 - 包括配置權限的縮略圖，即使我沒有生成任何 - 重新運行了這個工作，它工作正常：這些文件具有正確的權限。然後，我退出了縮略圖的配置更改，工作_still_工作。實際上，昨天晚上不工作的配置現在正在工作。我不知道爲什麼會出現這種情況，但您的答案儘管如此仍然有助於理智檢查。謝謝！ –

你必須AmazonS3ReadOnlyAccess策略添加到Elastic_Transcoder_Default_Role看到受讓人「所有用戶」

來源

2016-10-27 12:03:31

彈性代碼轉換器似乎沒有設置輸出權限？

回答

相關問題