上传回调错误及排除

本文涉及的产品
对象存储 OSS,20GB 3个月
文件存储 NAS,50GB 3个月
云备份 Cloud Backup,100GB 3个月
简介: 总结了SDK/API上传回调的示例、回调服务器的实现示例,说明了上传回调的调试方法,列举了上传回调的常见问题及排除方法。

关于上传回调

OSS在文件上传完成的时,可以提供回调(Callback)给用户的回调服务器(Callback Server)。在上传请求中携带相应的回调参数,即能实现上传回调。支持上传回调的 API 接口有:PutObjectPostObjectCompleteMultipartUpload

更详细的介绍请参看 开发人员指南API

提示:回调服务器(Callback Server),有时也叫业务服务器。

应用场景

  • 通知。上传回调的一种典型应用是,授权的第三方上传并回调。第三方上传文件时指定回调参数。上传完成后,OSS向回调服务器发送回调请求。回调服务器收到回调请后,记录上传信息;
  • 处理、审查、统计等。回调服务器收到回调请后,对上传的文件做处理、审查、统计等。

数据流

OSS上传回调流程,如下图:


             -----------1--------->            -----------2--------->
客户端(SDK/PostObject)               OSS                         回调服务器(Callback Server)
             <----------4----------            <----------3----------

上图中的数据流含义,见下表:

数据流 含义 说明
1 上传文件并携带回调参数1 通过SDK(PutObjectCompleteMultipartUpload)/PostObject完成
2 OSS存储文件后发起回调 OSS向上传请求中指定的 CallbackUrl 发起 POST2 请求,回调超时时间是 5秒3
3 回调服务器返回处理结果 回调服务器返回的消息体一定要是 Json 格式;OSS认为非 200 请求为回调失败4
4 OSS返回上传、回调结果 上传、回调都成功,返回 200;上传成功、回调失败返回 203, ErrorCode为 CallbackFailed, ErrorMessage描述错误原因

注:

  • [1] 格式请参看SDK/PostObject
  • [2] 回调请求POST的格式详见 发起回调请求
  • [3] 超时时间为固定值,不支持配置;
  • [4] 参数无效、认真失败返回40x,超时、无法连接返回50x

SDK/PostObject

上传时可以通过设置回调参数,指定回调服务器URL、发送给回调服务器的数据、格式等。回调服务器处理回调时,需要一些上下文信息,如bucketobject等,通过系统变量指定;系统变量以外的上下文信息,通过自定义变量指定。

上传回调参数

上传回调包括以下参数:

字段 含义 说明
callbackUrl 回调服务器地址 必选参数
callbackHost 回调请求消息头中Host的值 可选参数,默认为callbackUrl
callbackBody 回调请求的消息体 必选参数,内容可以包括系统变量和自定义变量
callbackBodyType 回调请求消息头中Content-Type的值,即callbackBody的数据格式 可选参数,支持application/x-www-form-urlencodedapplication/json,默认为前者

上传回调参数通过上传请求携带,有两种方式:

  • 通过消息头中的 x-oss-callback,携带回调参数。这种方式比较常用,推荐该方式;
  • 通过QueryString的 callback,携带回调参数。

x-oss-callbackcallback 的值生成规则如下:

Callback := Base64(CallbackJson)
CallbackJson := '{' CallbackUrlItem, CallbackBodyItem [, CallbackHostItem, CallbackBodyTypeItem] '}' 
CallbackUrlItem := '"'callbackUrl'"' ':' '"'CallbackUrlValue'"'
CallbackBodyItem := '"'callbackBody'"' ':' '"'CallbackBodyValue'"'
CallbackHostItem := '"'callbackHost'"' ':' '"'CallbackHostValue'"'
CallbackBodyTypeItem := '"'callbackBodyType'"' : '"'CallbackBodyType'"'
CallbackBodyType := application/x-www-form-urlencoded | application/json

CallbackJson的值示例如下:

{
    "callbackUrl" : "http://abc.com/test.php",
    "callbackHost" : "oss-cn-hangzhou.aliyuncs.com",
    "callbackBody" : "{\"bucket\":${mimeType}, \"object\":${object},\"size\":${size},\"mimeType\":${mimeType},\"my_var\":${x:my_var}}",
    "callbackBodyType" : "application/json"
}

{
    "callbackUrl" : "http://abc.com/test.php",
    "callbackBody" : "bucket=${bucket}&object=${object}&etag=${etag}&size=${size}&mimeType=${mimeType}&my_var=${x:my_var}"
}

系统变量及自定义变量

CallbackJson示例中的 callbackBody 包括如 ${bucket}${object}${size} 的变量,即为OSS定义的系统变量,OSS回调时会用实际值替换掉系统变量。OSS定义的系统变量如下表:

变量 含义
${bucket} 存储空间名称
${object} 文件名称
${etag} 文件的ETag
${size} 文件大小
${mimeType} 文件类型,如image/jpeg等
${imageInfo.height} 图片高度
${imageInfo.width} 图片宽度
${imageInfo.format} 图片格式,如jpg、png等

注意:

  • 系统变量大小写敏感;
  • 系统的变量的格式一定是 ${bucket}
  • imageInfo针对于图片格式,为非图片格式值为空。

CallbackJson示例中的 callbackBody 包括如 ${x:my_var} 的变量,即自定义变量,OSS回调时会用自定义的值替换掉自定义变量。自定义变量的值可以在上传请求中定义并携带,有以下两种方式:

  • 通过消息头中的 x-oss-callback-var,携带自定义变量。这种方式比较常用,也是推荐方式;
  • 通过QueryString的callback-var,携带自定义变量。

x-oss-callback-varcallback-var 的生成规则如下:

CallbackVar := Base64(CallbackVarJson)
CallbackVarJson := '{' CallbackVarItem [, CallbackVarItem]* '}'
CallbackVarItem := '"''x:'VarName'"' : '"'VarValue'"'

CallbackVarJson 的值示例如下:

{
    "x:my_var1" : "value1",
    "x:my_var2" : "value2"
}

注意:

  • 自定义变量必须以 x: 开头,大小写敏感,格式是 ${x:my_var}
  • 自定义变量的长度受消息头、URL的长度限制,建议自定义变量不超过10个,总长度不超过512Byte。

SDK使用示例

部分SDK对上述步骤进行了封装,如Java、JS;部分SDK需要使用上面的规则生成上传回调参数和自定义变量,如Python、PHP、C。SDK的使用示例如下:

SDK 上传回调示例 说明
Java CallbackSample.java 注意CallbackBody中的转义字符
Python object_callback.py
PHP Callback.php 注意上传的$options中OSS_CALLBACKOSS_CALLBACK_VAR不需要base64,SDK会做
C# UploadCallbackSample.cs 注意 PutObjectResult.ResponseStream 请使用 using 读取,确保关闭
JS object.test.js
C oss_callback_sample.c
Ruby callback.rb
iOS 上传后回调通知 注意<var1> 的格式应该是x:var1
Andriod 上传后回调通知 注意CallbackBody中的转义字符

注意:C# SDK、Go SDK尚不支持上传回调。

PostObject使用示例

PostObject支持上传回调,回调参数通过表单域callback携带,自定义变量通过独立的表单域携带,详细请参看 PostObjet。PostObject的使用示例如下:

SDK 上传回调示例
Java PostObjectSample.java
Python object_post.py
JS JavaScript客户端签名直传
C# PostPolicySample.cs

回调服务器

回调服务器(Callback Server),是一个HTTP服务器,处理OSS发送的回调请求,POST消息。回调服务器的URL即上传回调参数中的 callbackUrl。回调服务器是用户自己实现的处理逻辑,实现上传数据的记录、审查、处理、统计等。

回调签名

回调服务器为了确认收到的POST请求,来自于OSS的上传回调,需要验证该POST消息的签名。当然,回调服务器也可以不验证签名,直接处理该消息。为了提高回调服务器的安全性,建议验证消息签名。回调签名规则请参看回调签名

提示:OSS的回调服务器示例中提供了签名校验的实现,推荐直接使用该部分代码。

消息处理

回调服务器的主要逻辑,对OSS的回调请求进行处理。以下几点请注意:

  • 回调服务器必须处理OSS的 POST 请求;
  • OSS回调的超时时间是 5秒,回调服务器必须在5秒内完成处理并返回;
  • 回调服务器返回给OSS的消息体必须是 JSON 格式;
  • 回调服务器是用户自己的逻辑,OSS提供示例而不提供具体业务逻辑实现。

实现示例

回调服务器的实现示例如下:

语言 示例 运行方法
Java AppCallbackServer.zip 解压后执行java -jar oss-callback-server-demo.jar 9000
PHP callback-php-demo.zip Apache环境下部署运行
Python callback_app_server.py.zip 解压后执行python callback_app_server.py
Ruby oss-callback-server 执行ruby aliyun_oss_callback_server.rb

调试步骤

上传回调的调试分为两部分,上传的客户端、处理回调的回调服务器。建议先调试客户端上传部分,再调试回调服务器部分。两部分单独调试完成后,再运行完整的上传回调。

调试客户端

客户端调试时,可使用OSS提供的回调服务器 http://callback.oss-demo.com:23450,即回调参数 callbackUrl。该回调服务器只验证回调请求的签名,对回调请求不做处理。对于签名验证成功的回调请求,返回 {"Status":"OK"};签名验证失败的回调请求,返回 400 Bad Request;非POST请求返回501 Unsupported method。示例回调服务器的代码请参看callback_app_server.py.zip

调试回调服务器

回调服务器是一个支持处理 POST 请求的 HTTP 服务器,可以在OSS提供的示例基础上修改,也可以自己独立实现。OSS提供的回调服务器示例:

语言 示例 运行方法
Java AppCallbackServer.zip 解压后执行java -jar oss-callback-server-demo.jar 9000
PHP callback-php-demo.zip Apache环境下部署运行
Python callback_app_server.py.zip 解压后执行python callback_app_server.py
C# callback-server-dotnet.zip 编译后执行aliyun-oss-net-callback-server.exe 127.0.0.1 80
Go callback-server-go.zip 编译后执行aliyun_oss_callback_server
Ruby oss-callback-server 执行ruby aliyun_oss_callback_server.rb

回调服务器可以通过 cRUL 命令调试,下面几个命令可能会用到:

# 向回调服务器发送消息体为 `object=test_obj` 的 `POST` 请求,可以使用如下命令 
curl -d "object=test_obj"  http://callback.oss-demo.com:23450 -v

# 向回调服务器发送消息体为文件 `post.txt` 内容 的 `POST` 请求,可以使用如下命令 
curl -d @post.txt  http://callback.oss-demo.com:23450 -v

#向回调服务器发送消息体为文件 `post.txt` 内容的 `POST` 请求,并携带指定的消息头 `Content-Type`
curl -d @post.txt -H "Content-Type: application/json" http://callback.oss-demo.com:23450 -v

注意:

  • 调试回调服务器时,可以先忽略签名验证部分,因为 cURL 模拟签名功能比较困难;
  • 签名验证功能OSS示例中已经提供,建议直接使用;
  • 回调服务器建议有日志功能,记录收到的所有消息,方便调试、跟踪;
  • 回调服务器正确处理回调请求后,一定要返回 200,而不是其它的 20x
  • 回调服务器返回给OSS的消息体,一定要是 JSON 格式,Content-Type 设置为application/json

常见错误及原因

InvalidArgument

<Error>
  <Code>InvalidArgument</Code>
  <Message>The callback configuration is not json format.</Message>
  <RequestId>587C79A3DD373E2676F73ECE</RequestId>
  <HostId>bucket.oss-cn-hangzhou.aliyuncs.com</HostId>
  <ArgumentName>callback</ArgumentName>
  <ArgumentValue>{"callbackUrl":"8.8.8.8:9090","callbackBody":"{"bucket":${bucket},"object":${object}}","callbackBodyType":"application/json"}</ArgumentValue>
</Error>

原因:回调参数设置错误,或参数格式错误。常见的错误是ArgumentValue之间的回调参数,不是有效 JSON 格式。在 JSON\" 是转移字符,如 "callbackBody":"{"bucket":${bucket},"object":${object}}"应该为 "callbackBody":"{\"bucket\":${bucket},\"object\":${object}}"。针对具体的SDK,请参看对应的上传回调示例,详细请参考 SDK使用示例 部分。

转义后的字符 转义前的字符
\\ \\\\
" \\"
\b \b
\f \f
\n \n
\r \r
\t \t

CallbackFailed

<Error>
  <Code>CallbackFailed</Code>
  <Message>Response body is not valid json format.</Message>
  <RequestId>587C81A125F797621829923D</RequestId>
  <HostId>bucket.oss-cn-hangzhou.aliyuncs.com</HostId>
</Error>  

原因:回调服务器返回给OSS的消息体非 JSON 格式。您可以通过 curl -d "<Content>" <CallbackServerURL> -v或抓包确认内容。Windows下推荐使用工具 Wireshark 抓包,Linux下使用命令 tcpdump 抓包。一些非法返回消息体如下:OK\357\273\277{"Status":"OK"}(即含有ef bb bf三个字节的BOM头)等

<Error>
  <Code>CallbackFailed</Code>
  <Message>Error status : -1.OSS can not connect to your callbackUrl, please check it.</Message>
  <RequestId>587C8735355BE8694A8E9100</RequestId>
  <HostId>bucket.oss-cn-hangzhou.aliyuncs.com</HostId>
</Error>

原因:回调服务器处理时间超过 5秒,OSS认为超时。建议回调服务器的处理逻辑修改为异步,保证在5秒内处理完毕并返回结果OSS。

<Error>
  <Code>CallbackFailed</Code>
  <Message>Error status : -1 8.8.8.8:9090 reply timeout, cost:5000ms, timeout:5000ms (err -4, errno115)</Message>
  <RequestId>587C8D382AE0B92FA3EEF62C</RequestId>
  <HostId>bucket.oss-cn-hangzhou.aliyuncs.com</HostId>
</Error>

原因:回调服务器处理时间超过5秒,OSS认为超时。

<Error>
  <Code>CallbackFailed</Code>
  <Message>Error status : 400.</Message>
  <RequestId>587C89A02AE0B92FA3C7981D</RequestId>
  <HostId>bucket.oss-cn-hangzhou.aliyuncs.com</HostId>
</Error>

原因:回调服务器返回给OSS的消息的状态码是400,请检查回调服务器的处理逻辑。

<Error>
  <Code>CallbackFailed</Code>
  <Message>Error status : 502.</Message>
  <RequestId>587C8D382AE0B92FA3EEF62C</RequestId>
  <HostId>bucket.oss-cn-hangzhou.aliyuncs.com</HostId>
</Error>

原因:回调服务器未启动,或者上传回调参数中的CallbackUrl,或者OSS与回调服务器的网络不通。推荐在ECS上部署回调服务器,与OSS同属内网可以节省流量费用,同时保证网络质量。

常用链接


  1. 1
  2. 2
  3. 3
  4. 4
相关实践学习
借助OSS搭建在线教育视频课程分享网站
本教程介绍如何基于云服务器ECS和对象存储OSS,搭建一个在线教育视频课程分享网站。
目录
相关文章
|
4月前
|
Java 数据库连接 应用服务中间件
表单数据返回不到,HTTP状态 404 - 未找未找到,解决方法,针对这个问题,写一篇文章,理一下思路,仔细与原项目比对,犯错的原因是Mapper层的select查询表单数据写错,注意打开的路径对不对
表单数据返回不到,HTTP状态 404 - 未找未找到,解决方法,针对这个问题,写一篇文章,理一下思路,仔细与原项目比对,犯错的原因是Mapper层的select查询表单数据写错,注意打开的路径对不对
|
微服务
微信授权回调时,回调地址中原有参数丢失
微信授权回调时,回调地址中原有参数丢失
700 0
微信授权回调时,回调地址中原有参数丢失
|
存储 API 开发工具
Bug日志(三)-获取本地图片后上传失败
原来为了能给用户提供对文件的更多控制并限制文件混乱,Android Q改变了应用程序访问设备外部存储上文件的方式,例如存储在路径/ sdcard中的文件。Android Q继续使用READ_EXTERNAL_STORAGE和WRITE_EXTERNAL_STORAGE权限,这些权限对应于存储面向用户的运行时权限。但是,默认情况下targetSdkVersion设置为Android Q的应用(以及manifest清单开启属性来启动这个变更的应用)会获得一个沙盒视图到外部存储。此类应用程序只能看到其特定于应用程序的目录和特定媒体类型,因此应用程序不需要请求任何其他用户权限。
|
机器学习/深度学习 移动开发 人工智能
一个传入自定义 user.properties 文件生成 jMeter 执行报表出错的错误消息
一个传入自定义 user.properties 文件生成 jMeter 执行报表出错的错误消息
237 0
一个传入自定义 user.properties 文件生成 jMeter 执行报表出错的错误消息
|
前端开发 PHP
如何解决Joomla提示消息:“找不到AJAX加载错误”
尝试更新Joomla网站时您是否看到此消息?“AJAX加载错误:找不到” 。在本教程中,我将向您展示一些消除该错误并平稳运行Joomla更新的选项。
如何解决Joomla提示消息:“找不到AJAX加载错误”
uploadfile上传文件失败,数据接收不到问题排查步骤。
1.[font=宋体]检查域名白名单是否已经添加。[/font] 2.[font=宋体]上传[/font]URL[font=宋体]是否写对。[/font] 3.[font=宋体]服务器接收是否正确。
1157 12
|
Web App开发 PHP
guzzle调用失败-缺少guzzle
用composer安装了,但是目前为止还有问题。开发环境是 WAMP PHP5.4.12. 已经打开PHP.ini 的SSL扩展,现在还是提示缺少 curl-ca-bundle.cr 报错 No system CA bundle could be found in any of the the common system locations.
1066 0