签名请求 - Amazon Elastic Transcoder

终止支持通知：2025 年 11 月 13 日， AWS 我们将停止对亚马逊 Elastic Transcoder 的支持。2025 年 11 月 13 日之后，您将无法再访问 Elastic Transcoder 控制台或 Elastic Transcoder 资源。

有关过渡到的更多信息 AWS Elemental MediaConvert，请访问此博客文章。

本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

签名请求

如果 AWS 为您使用的语言提供了开发工具包，建议您使用该开发工具包。与使用 Elastic Transcoder API 相比，所有 AWS 开发工具包都会极大地简化签名请求流程，从而为您节省大量时间。此外，开发工具包还可轻松与您的开发环境集成，并可让您轻松访问相关命令。

Elastic Transcoder 要求通过对请求进行签名，验证所发送的每个请求的身份。要对请求进行签名，您需要使用加密哈希函数计算出数字签名，此函数可根据输入返回一个哈希值。输入内容包括您的请求文本和秘密访问密钥。哈希函数返回哈希值，您将该值包含在请求中，作为签名。该签名是您的请求的 Authorization 标头的一部分。

收到您的请求后，Elastic Transcoder 使用与您用于对该请求进行签名的相同哈希函数和输入重新计算签名。如果所得签名与该请求中的签名相匹配，则 Elastic Transcoder 处理该请求。否则，请求将被拒绝。

Elastic Transcoder 支持使用 AWS 签名版本 4 进行身份验证。计算签名的过程可分为三个任务：

  • 任务 1：创建规范请求

    按照https://docs.aws.amazon.com/general/latest/gr/sigv4-create-canonical-request.html中的 Amazon Web Services 一般参考 任务 1：针对签名版本 4 创建规范请求中所述，以规范格式创建 HTTP 请求。

  • 任务 2：创建待签字符串

    创建一个字符串，将该字符串用作您的加密哈希函数输入值中的一项。该字符串称为待签字符串，是哈希算法名称、请求日期、凭证范围字符串以及来自上一任务的规范化请求的结合。凭证范围字符串本身是日期、区域和服务信息的结合。

    对于 X-Amz-Credential 参数，请指定：

    • 您要将请求发送到的端点的代码，例如 us-east-1。有关 Elastic Transcoder 的区域和端点列表，请参阅 Amazon Web Services 一般参考 的区域和端点一章。在指定端点的代码时，请仅包含 elastictranscoder. 和 .amazonaws.com 之间的部分

    • elastictranscoder（表示服务缩写）

    例如：

    X-Amz-Credential=AKIAIOSFODNN7EXAMPLE/20130501/us-east-1/elastictranscoder/aws4_request

  • 任务 3：创建签名

    使用加密哈希函数为您的请求创建签名，该函数接受两种输入字符串：待签字符串和派生密钥。派生密钥的计算方法是，以您的秘密访问密钥为开始并使用凭证范围字符串来创建一系列 HMAC 散列消息认证码 (HMAC)。