跳到主要内容
注册无需实名认证
安云主机 AnYun VPS

透明度

透明度报告

我们收到过多少版权投诉、执法请求与数据调取要求,其中多少被拒绝或缩小范围。这一页目前没有数据,并且写清楚了为什么不用一排零来填满它。

已发布期数

0

发布频率

每半年

统计起算日

待补充

Warrant canary

待补充

统计类别

5

要点

安云主机收到过多少法律请求?

透明度报告统计安云主机收到的版权投诉、执法机关请求、法院命令、内容下架要求与用户数据调取请求,以及其中有多少被拒绝、被缩小范围或被部分配合,按半年发布一期。截至目前已发布 0 期:本页没有任何统计数据,因为我们还没有开始正式记录,而一份从未真正统计过的报告,写多少个零都是假的。收到请求时的基本立场是:只接受机器所在司法辖区的、形式合法的正式文件;范围过宽的要求先争取缩小;除非法律明确禁止通知,否则会告知被影响的客户。

本报告是什么

统计范围与当前状态

  • 透明度报告统计我们收到的版权投诉、执法请求、法院命令、内容下架要求与用户数据调取请求,以及其中有多少被拒绝、缩小范围或部分配合。
  • 本页目前没有数据。我们宁可写“还没有可发布的统计”,也不写一排零 —— 一份从未真正统计过的报告,写多少个零都是假的,而这恰恰是最不该造假的一页。
  • 统计从我们开始正式记录的那一天算起,之后按半年发布一次。发布后的历史条目不修改、不删除,若发现统计口径有误,会新增更正说明而不是覆盖原文。
  • 收到任何请求时的基本立场:只接受机器所在司法辖区的、形式合法的正式文件;范围过宽的要求先争取缩小;除非法律明确禁止通知,否则会告知被影响的客户。

为什么这一页不写零

编一个数字,在这一页上格外严重

价格写错了可以改,延迟写乐观了你自己 ping 一下就知道。 但在这一页上写一个没统计过的数字,性质不一样: 它是一份关于第三方能够举证推翻的事实的公开声明, 而且是客户据以做真实决定的那一类声明。

所以这里的规则很简单:只有真正逐条记录过的期间才会出现在下面的表格里, 其余一律显示待补充。宁可让这一页看起来很空,也不让它看起来很干净。

统计数据

表格结构(暂无数据)

下面是报告发布后将呈现的表格结构。每一格现在都标为待补充 —— 你看到的是将要统计什么,而不是统计结果。

请求类型 收到拒绝或缩小范围完全配合部分配合涉及账号已通知客户
版权投诉 待补充待补充待补充待补充待补充待补充
执法机关请求 待补充待补充待补充待补充待补充待补充
法院命令 待补充待补充待补充待补充待补充待补充
内容下架要求 待补充待补充待补充待补充待补充待补充
用户数据调取请求 待补充待补充待补充待补充待补充待补充

「收到」与「已通知客户」之间的差额,就是被法律禁止通知的次数。 这一栏是整张表里最值得看的一栏 —— 一家从不出现差额的服务商, 要么从没收到过带禁止通知条款的文件,要么没在认真填这张表。

统计方法

怎么数,什么时候发

口径先写死,再开始统计。顺序反过来的话,数字不好看时总有办法换一种数法 —— 这就是很多透明度报告最后变得毫无信息量的原因。

什么算一次请求
一份正式文件算一次,无论它涉及一个还是多个账号;涉及的账号数单列一栏。同一案件的补充文件不重复计数,但会并入原次的账号数。普通用户之间的举报、机房转发的滥用投诉不计入本报告,那部分按滥用处理政策走。
按什么时间归期
以收到文件的日期归入所属半年,不以处理完成日期归期 —— 否则跨期案件可以被人为推迟到下一期,统计就失去意义。
多久发布一次
每半年一期,在期末后的一个月内发布。若某一期没有收到任何请求,也照常发布该期并写明为零 —— 前提是这一期我们确实在逐条记录。没有记录的时期不会补发。
发布后还能改吗
不改,也不删。若发现统计口径有误,新增一条更正说明并保留原文,而不是覆盖历史数字。一份可以被悄悄修改的透明度报告没有任何价值。
哪些情况无法通知客户
部分法律程序附带禁止告知的要求。这类情况本身会计入「已通知客户」与「收到」之间的差额 —— 差额就是被禁止通知的次数,这个数字比任何声明都说明问题。

Warrant canary

没有签名的 canary 只是一句话

warrant canary 的原理是:定期发布一份签名声明,说明截至该日期未收到某类无法公开的强制要求; 声明一旦停止更新,读者就该自行判断。它的全部效力来自 签名和续签 —— 一段没有 PGP 签名的文字, 谁都能写,也就没有任何人需要相信。

本站的 PGP 公钥指纹目前标为待补充,因此 canary 也无从谈起。 与其先挂一段漂亮的声明、等有人来验签时露馅,不如把这一栏空着并说明原因。

当前 canary 状态

待补充
声明正文
待补充
签署日期
待补充
签署密钥指纹
待补充
续签周期
待补充

与之相关的待公布项

  • 上游运营商与互联点名单
  • 各机房测试 IP 与测速文件
  • 透明度报告统计数据
  • 已签名的 warrant canary

数据与滥用

我们保存什么,投诉怎么处理

法律请求能拿到什么,取决于我们手上有什么。所以这两条政策和上面的统计表是同一件事的两面。

日志与数据保留

数据与滥用

注册只需要一个邮箱,不收集身份证件,不做实名认证。付款走加密货币,我们不接触也不保存任何银行卡或银行账户信息。登录与操作日志保留 30 天后自动删除。

登录与操作日志保留期 30 天

“免实名”不等于“无记录”。我们仍然保存:注册邮箱、工单内容、账单与链上交易哈希、登录 IP 与时间。把这些说清楚,比含糊地宣称“完全匿名”诚实。

我们不检查、不索引你虚拟机内部的数据。宿主机层面能看到的是资源用量,不是文件内容。

账号删除后,账单相关记录按所在司法辖区的会计义务保留,其余数据随账号一并删除。

不覆盖的范围

  • 我们无法删除已经写入区块链的付款记录,那不在我们手上。
  • 机房侧的网络流量记录由机房掌握,不受我们的保留期约束。
  • 声称“零日志”的服务商,要么没有告诉你计费系统也是日志,要么就是在骗你。

滥用投诉处理

数据与滥用

收到投诉先转达给你并给出整改时限,一般为 24 小时,而不是直接停机。只有在法律强制要求、或该行为正在危害网络本身时才会立即中止服务。

一般投诉整改时限 24 小时

版权类投诉(DMCA 及各国等价程序)按所在司法辖区处理,先通知、后处置。德国与荷兰节点对版权投诉的处理比美国更严格,这一点在下单前就应该知道。

明确禁止且一经确认立即处理、不给整改期的行为:垃圾邮件与群发、钓鱼站点、恶意软件分发与控制端、对第三方发起的 DDoS,以及涉及未成年人的性剥削内容。这类情况我们保留证据并按法律要求配合。

被投诉不等于被定罪。我们会把投诉原文给你看,你有申辩的机会 —— 除非上面那类情况。

不覆盖的范围

  • 法院命令或机房强制要求下,我们没有先通知你的余地。
  • 同一账号反复触发同类投诉的,不再给整改期。

常见问题

关于透明度报告

为什么不直接写“收到 0 次请求”?

因为那不是保守写法,是假话。零是一个统计结论,只有在有人从头到尾逐条记录的前提下才成立。我们还没有开始正式记录,此时写零,等于宣称一件自己无法证明、而对方可能有证据推翻的事 —— 这一页恰恰是最不该造假的一页。等登记册真正跑起来,第一期就算全是零,也会照常发布。

收到执法请求你们会怎么处理?

先看形式:只接受机器所在司法辖区的正式文件,其他渠道提出的一律要求走正式程序。再看范围:「提供该客户全部数据」这类过宽要求,会先要求限定到具体事项与时间段,能拒绝的部分拒绝。最后通知:除非法律明确禁止,否则会告知被影响的账号。我们从不声称自己不受任何管辖 —— 那句话是这个行业里最容易被拆穿的营销。

你们手上到底有我的什么数据?

注册邮箱、工单内容、账单与链上交易哈希、登录 IP 与时间。不收集身份证件,不做实名认证,也不接触任何银行卡或银行账户信息。登录与操作日志保留 30 天后自动删除。“免实名”不等于“无记录”,把这句话说清楚,比含糊地宣称“完全匿名”诚实 —— 声称零日志的服务商,要么没告诉你计费系统也是日志,要么就是在骗你。

你们有 warrant canary 吗?

结构准备好了,但目前没有可用的 canary:canary 必须由一个人用公开的 PGP 密钥签名并定期续签才有意义,而本站的 PGP 指纹目前也标为待补充。没有签名的 canary 只是一句话,任何人都能写,也就没有任何人需要相信它。在能签、能续签之前,这里保持空白。

联系 工单
扫码
手机访问

扫码在手机上打开