@vultr 这里的安全漏洞并不是指支付宝存在安全漏洞，而是指通过支付宝来又拍云平台进行实名认证这块有空隙可以钻，之前我们碰到过一种情况，某一段时间，每天有几百个同一区域的通过支付宝来进行实名认证的，而这些批量通过支付宝进行实名认证的账号，最后我们发现大多是用来做恶意内容的（当然，这是特定的指我们能够判定那批恶意注册的账号，并不是指正常用途的账号），而又拍云平台上一旦出现恶意内容， IDC 那边就会经常直接用封禁 IP 的做法来处理，直到我们把恶意内容清理完成，才会重新开放资源，类似的机房封禁 IP 的事情，会让平台更多的正常客户的服务质量受到影响，所以我们在那段时间选择了关闭支付宝实名认证的通道，来保证更多运营正规内容客户的权益。而目前相对来说，更稳妥的做法是通过手持身份证进行实名认证。

至于平台的认证方式，对于使用者来说，通过支付宝进行实名认证，当然会是一种更简单的方法，所以我们内部也在考虑如何规避通过支付宝进行实名认证可能带来的风险，后期在合适的时间点，我们也可能会再次开放支付宝实名认证的通道。

感谢反馈 ：)

@garham 你的账号我们已经通过日志排查找到了，我们这边会按照账户余额+流量包来进行 10 倍补偿。

@lin 这个问题可以通过官网提供的技术支持通道反馈一下，请我们技术支持协助排查一下哈。

技术支持： http://support.upyun.com/kchat/18915?group=22540&from=mainsite#livechat

@kouryu 跟之前的不一样的，你的账号里面有费用，正常流程下，我们这边是不会操作停用的。我们非常希望能够协助你处理这个问题，我们还是先一起定位问题，处理问题。

所以还希望你能够提供账号协助我们排查一下，情况确认后，对这种操作我们会进行 10 倍的代金券补偿。你的账号可以发到我的邮箱： [email protected] 。

感谢！

@helloccav 你注册的时候选择了我是企业？注册的时候有两条通道，一条是企业，一条是个人。

@yuewolf 又拍云业务是 2011 年开始提供的，又拍云公司是 2014 年正式从母公司独立出来的，所以说的又拍云注册公司是 2014 年。

@garham 麻烦你提供一下账号给我们，我们核查一下具体的情况，如确实存在误操作，我们会给您安排一定的补偿，非常感谢！

@roustar31 可以通过又拍云官网提供的在线客户或者在线电话的形式联系重启账号的。

你好，这个我们查了一下，昨天工单里面有回复反馈的，您可以查看一下工单哈。有问题随时反馈，感谢 ：）

目前已经完全恢复正常了。

@ji1043 你好，下午确实出了些问题，我们的监控系统发现存储系统中一个节点系统压力过大，导致部分 API 请求和访问请求受到影响。目前已经开始逐步恢复服务了，对给你的使用带来的不便深表歉意。

抱歉，插图片居然没插成功，大家可以具体的打开链接查看截图： http://staryu.b0.upaiyun.com/%E5%B7%A5%E5%8D%95.png

@kookxiang

感谢你的反馈。

你提供的这个页面是你提交的工单问题的管理页面，你可以在这个页面去查看你提交的工单问题的处理进度，工单提交的位置是在登陆又拍云首页的右下角位置，请见下图：

<img src="http://staryu.b0.upaiyun.com/%E5%B7%A5%E5%8D%95.png">

另外，大家反馈的工单提交的图标缺少文字提示的问题，也已经反馈给了后台的同事，感谢大家的反馈。

@lslqtz 目前已经处理修复了这个问题了，你再试试看。

@lslqtz 应该是你在打开我们后台的时候，浏览器默认没有添加 https ：// 的请求头，你打开这个试试:
https://console.upyun.com

@Newbing 我们通过账号找到的人好像不是你，你发一个你的在线联系方式到我邮箱，我转给技术支持联系你吧。我的邮箱： [email protected] 。

@Newbing 我们这边内部的监控系统查看了一下，节点是正常的；也通过基调的测试，也没发现这个节点有问题。

我们这边已经安排了具体的技术支持人员联系你，稍后他会提供给你我们监控的一些指标的性能图，同时也需要你提供更详细的一些信息，帮你排查具体的问题。

感谢你的反馈~

@takashiki 我们内部昨天没有发现这类的故障，如需定位你的这个问题，可能需要你提供一下访问域名和服务名，建议可以跟上述提供的客服支持那边反馈排查一下哈。感谢！

你好，非常感谢你的反馈，如有需求，后续可以通过我们的客服 QQ ： 200576786 或者电话： 0571-81020203 协助你定位问题和处理问题。

非常抱歉给你的使用带来不便。早上确实有部分节点出现了访问 502 错误，我们的服务已经于上午的 7 ： 40 左右完全恢复正常。

故障原因是：早上我们一个定期自动执行、用于检查中转接点健康度的脚本在运行过程中触发 bug ，导致了部分节点数据请求报 502 错误，我们在接到系统报警后，经过紧急处理，服务于上午 7 ： 40 左右全部恢复正常。后期我们也将进一步加强服务监控管理，并改善系统定期配置机制，进一步提升平台的服务质量。

感谢你的反馈，再次为给你的使用带来的不便表示歉意。