维基共享资源:封禁方针

Shortcut: COM:BP

管理员有权在适当的时候对用户实施封禁。被封禁的用户会被限制编辑和上传文件。一般来说，封禁是对于破坏与扰乱的最终手段。因为这样，所以封禁被视为一种“预防”而不是“惩罚”，为“冷静下来”的封禁是不被接受的。

进行封禁的原因有很多。以下是比较常见的原因：

• 破坏。破坏性编辑或上传可能导致被封禁。例如：
  • 插入无端的粗俗内容，且超出范围
  • 插入虚假的信息（如虚假的图片来源）
• 编辑战。
• 侵犯版权。重复上传不符合共享资源版权方针的文件也会导致封禁。在因许可问题上的封禁需要在封禁前和封禁后说明共享资源的方针。
• 骚扰。可能会封禁只是为了攻击他人的用户或者IP地址。然而，用户之间非恶意的编辑争议应转至Commons:Village pump/zh处理。跟踪违反方针的用户不属于骚扰。
• 未经许可的机器人账户。未经许可的机器人不允许在Commons上运作，当用户的编辑类似于机器人运作时，账户可能会被封禁。机器人提案可在Commons:机器人或者Commons:Village pump/zh中提出。未经批准不得在共享资源中使用机器人(可在Commons:Bots/Requests中申请)。
• 暂时出现故障的已许可机器人账户。这是为了防止机器人在其所有者修复故障前对网站造成额外的损害。
• 不适当的用户名。
• 逃避封禁。管理员可以重置故意逃避封禁的用户的封禁，如果该用户在逃避封禁期间进一步从事了可封禁的行为，管理员还可以延长封禁时间。用于逃避封禁的用户帐号或 IP 地址可能也应该被封禁。
• 滥用多个账户。维基人出于误导、欺骗、扰乱、歪曲共识、逃避封禁或其他制裁、伪造民意而创建的多个账户情况称之为滥用多个账户。通常情况下未经许可的分身账户将被不限期封禁。主账户根据具体的滥用情况，可能会遭到从有限期封禁至不限期封禁的相应制裁。
• 根据整个维基媒体政策，开放或匿名代理通常会在Commons:Open proxy detection后被阻止。此类封禁的正常期限为一年。

• 对于基于破坏性行为（如恶意破坏、多次侵犯版权和手动促销活动）的封禁，确保用户已受到适当的警告，最好使用封禁警告模板。在阻止开放代理和使用不适当用户名的用户时，无需发出警告。仅用于严重破坏目的（如自动发送垃圾邮件、严重破坏或骚扰）的账户和 IP 地址也可能被封禁，而无需事先警告。
• 有争议的封禁 可以在版块和保护公告栏上讨论，如果可能的话，最好在使用之前讨论。根据经验，如有疑问，请勿阻止。
• 范围封锁是特别强大的工具，我们特别鼓励讨论这些工具。对于持续时间超过 24 小时的封禁块，应与 checkuser 讨论，以评估可能产生的影响。

• 可对 注册用户、IP 地址或地址范围 进行封禁。
• 由于封禁是预防性而非惩罚性的，因此使用的封禁 持续时间 应与用户熟悉相关政策并调整其行为所需的时间成正比。还要考虑用户过去的行为和干扰的严重程度。在封禁 IP 地址时，请记住共享相同地址的无辜第三方也可能受到影响。
• 提供封锁的 理由 。理由最好使用相关政策的链接，以帮助被封禁的用户了解他们被封禁的原因。在适当情况下，记录封禁原因的差异或 permanent links 也会有所帮助。
• 在大多数情况下，应 阻止创建账户，但在封禁不适当的用户名时，可以允许创建不同的用户名。
• 对于因破坏性行为而被封禁的用户，通常应启用对被封禁用户所使用 IP 地址的 自动封禁 。在大多数其他情况下，如封禁功能失灵的机器人和不遵循用户名策略的用户名时，应禁用该功能。
• 只有在被封禁用户可能滥用 讨论页 或发送 电子邮件 这些权限时，才会阻止其使用这些权限。

• 通知 被封禁的用户，最好使用用户封禁模板。
• 注意 被封用户的用户谈话页面，确保请求解除封禁得到关注。
• 如果有理由相信破坏性行为不会再次发生，则应 解除 基于破坏性行为的封禁。
• 有争议的封禁 也可以在其被应用后在版块和保护公告板上进行讨论。为避免wheel warring，只有在达成一致意见的情况下，其他管理员才应解除封禁，即使没有明确的一致意见支持最初的封禁。

checkusers可能需要根据技术checkuser证据，由于滥用多个账户或 IP 地址造成的混乱而封禁编辑器。这些封禁在封禁摘要中被标记为 {{Checkuserblock}}，非检查用户在未咨询检查用户的情况下不得撤销封禁。

由于校验用户的数据不能公开共享，而且校验用户封禁可能涉及其他相关的非公开信息，因此为某个"{{Checkuserblock}} "解除封禁的请求必须由校验用户审查。管理员在未咨询核对用户的情况下撤销对核对用户的封禁，可能会导致权限被取消。

在特殊情况下，可能需要根据无法公开共享的监督信息封禁编辑器。在这种情况下，可用的监督员可以在群体共识的基础上共同采取行动。如果没有足够的监督员，或者需要额外的意见，他们可以咨询维基媒体监管员。

除非在紧急情况下，否则非监督管理员不应根据他们已知的、但后来已被监督的信息进行阻止。如果管理员认为需要进行阻止，应私下联系监督员或发送电子邮件至 oversight-commonslists.wikimedia.org。

监督员应尽早向社会报告根据本节规定进行的任何封禁，并提供尽可能多的背景材料。

未经监督员批准，根据本节规定被屏蔽的编辑员不得解除屏蔽。编辑者如果希望其监督封锁得到审查，应私下与监督员联系，监督员将集体考虑该请求。不得在被封禁编辑器的讨论页上公开 "申诉"，任何已张贴的申诉都可能被删除。

被封禁的用户会收到通知，他们可以请求解除封禁 。自己的用户对话页 他们可以通过在自己的用户对话页上添加

{{tld|unblock|请求理由}}

来实现这一目的。或者，他们可以通过 电子邮件 向封禁管理员或其他管理员请求解除封禁并附上适当的理由。

适当的理由 几乎总是包括以下内容之一：

• 承认 阻止是适当的，并 可信地承诺 导致阻止的行为不会再次发生
• 解释为什么根据本政策和其他相关政策和指导方针，阻止是 不适当的，或 可能是一个错误或意外的副作用 。

解除封禁的请求可以是批准 或 拒绝 。在批准解除其他管理员封锁的请求之前，审查管理员应 [Template:Unblock granted|批准] 与封锁管理员协商，除非是在明显、无争议的情况下。在用户讨论页上提出的请求 只能由 不参与的管理员 拒绝。对标有 {{checkuserblock}} 的版块的解禁请求将由 检查用户 审查。

无正当理由反复提出解封请求可能被视为滥用。如上所述，滥用或可能滥用编辑自己的用户对话页和/或以这种或任何其他方式发送电子邮件的用户可能会被取消其中一项或两项权限，这也会阻止这些权限被用于解封请求。

• Category:Block warning template
• Category:User block templates
• User:Blocking subject，封禁实践的测试账户
• m:Global locks、m:Global blocks和m:Global bans:：跨越所有维基媒体项目的类似概念