维基教科书:封锁政策

尝试在维基百科上编辑文章时，被封锁账号的消息截图

封锁是管理员可以用来阻止用户编辑维基教科书的技术方法。

维基教科书用户可以在阅览室寻求管理协助中请求封锁。 请求应该提供有关封锁理由的可靠证据。 管理员应该自行调查情况，如果合适，可以进行封锁。 封锁可以被上诉或审查；重要的是，封锁和审查管理员应互相沟通，并注意互相告知。

只有在考虑了所有其他可能的解决问题的尝试后，才应该实施封锁。

除了明显错误的情况外，管理员不应在事先没有讨论的情况下撤销其他管理员的封锁；请参阅以下内容。

目的和目标

封锁仅用于防止伤害，而不是惩罚。 在这种情况下，傀儡账号已被无限期封锁，因为他们不太可能对维基百科做出积极贡献。

所有封锁最终都旨在保护维基教科书免受伤害，并减少未来可能出现的潜在问题，而不是惩罚用户。 封锁有时被用作威慑手段，以阻止导致封锁的行为并鼓励一个富有成效的编辑环境。 当较小的措施不足或问题行为持续存在时，适当使用封锁可以帮助以四种重要的方式实现这一目标

1. 防止对维基教科书造成即将发生的或持续的损害或破坏。
2. 阻止破坏性行为的继续，使其更难以编辑。
3. 鼓励迅速了解当前行为无法继续，并且不会被容忍。
4. 鼓励在社区规范内采用更加富有成效、融洽的编辑风格。

封锁旨在减少未来问题的可能性，方法是消除或鼓励改变破坏源。 它们不应用于报复、惩罚或当前没有引起关注的任何行为问题。

为了保护和鼓励的目的，封锁的时长可能会升级，以保护维基教科书，同时允许破坏性编辑行为停止。

常见的封锁理由

作为经验法则，如有疑问，请勿封锁；相反，请咨询其他管理员以获取建议。 在实施可能存在争议的封锁后，最好在阅览室寻求管理协助中记录封锁，以供同行评审。

管理员在处理新用户时应格外小心。 初学者编辑通常不熟悉维基教科书的政策和惯例，因此他们的行为最初可能看起来具有破坏性。 对这些新用户使用过度的武力可能会阻止他们将来进行编辑。 请参阅维基教科书：请勿恐吓新手。

保护

必要时可以封锁用户，以保护维基媒体基金会、其用户或公众的权利、财产或安全。 为了保护，封锁可能是必要的，以应对

• 持续进行人身攻击；
• 进行人身、职业或法律威胁（包括维基教科书网站以外）；
• 执行将用户置于危险中的行为；
• 披露个人信息（无论信息是否准确）；
• 持续侵犯版权；
• 持续发布关于在世者的无来源或可能诽谤的信息；
• 似乎已被入侵的账户，作为紧急措施。

破坏

当用户的行为严重破坏项目时，可以封锁用户；也就是说，当用户的行为与文明、友好的氛围不一致，并干扰编辑人员共同和谐地创建教科书的过程时。 为了破坏，封锁可能是必要的，以应对

• 破坏行为；
• 严重失礼；
• 骚扰；
• 垃圾邮件；
• 编辑战；
• 傀儡账号；
• 持续违反其他政策或指南。

仅破坏

此外，某些类型的用户帐户被认为是破坏性的，并且可以在没有警告的情况下被封锁，通常是无限期封锁

• 专门用于破坏目的的帐户，例如破坏行为。
• 公共帐户（其中密码公开可用或与一大群人共享）；
• 具有不适当用户名帐户；
• 机器人未经批准或超出其批准范围运行；
• 根据其编辑历史记录，似乎存在于专门或主要用于推广个人、公司、产品、服务或组织的目的的帐户。

逃避封锁

如果用户故意逃避封锁，管理员可以重置用户的封锁，并且如果用户在逃避封锁期间进行进一步的可封锁行为，可以延长封锁时长。 用于逃避封锁的用户帐户或 IP 地址也可能会被封锁。

用户名更改后的封锁记录

编辑可以引用消失权并更改自己的用户名，要求不透露其以前的用户名，并且其用户页面和讨论页面被管理员删除。 如果这些编辑以前被封锁过，那么被要求进行删除的管理员应该联系CheckUser，以便可以验证帐户之间的连接。 然后，CheckUser 应该在新的帐户中添加短期封锁，以表示用户旧帐户日志中的每个条目。 这些短期封锁应该提供保护，以防“消失权”基于非维基百科骚扰的真实风险，方法是不透露以前的用户名，同时消除逃避社区审查的可能性。

短期封锁应在封锁摘要中描述为“先前帐户封锁”，并且应记录封锁的最终时长。 错误放置并提前解除的封锁根本不应该被记录。

何时不应使用封锁

自我请求封锁

有时人们会要求封锁他们的帐户，例如为了执行维基休息。 通常，这些请求会被拒绝。

冷静期封锁

不应使用仅用于让愤怒的用户“冷静下来”的封锁，因为它们往往会产生相反的效果。 但是，如果愤怒的用户同时也具有破坏性，可以封锁他们以防止进一步破坏。

封锁记录

仅用于在用户封锁日志中记录警告或其他负面事件的封锁。 这种做法通常涉及非常短期的封锁，常被视为惩罚性和羞辱性。 官僚有时会做出例外，以提供链接到先前封锁日志，该日志属于已更改用户名的用户。

非常短期的封锁可以用于记录，例如，在发生错误或意外封锁时，在封锁日志中记录道歉或承认错误，除非原始封锁尚未到期（在这种情况下，消息可以记录为状态更改的理由）。

封锁说明

封禁是一个严肃的问题。社区期望封禁仅基于可审查的证据和合理的判断，并有充分的理由，并且所有支持封禁的因素都应在要求时接受独立的同行评审。

通知被封禁的用户

管理员必须提供清晰且具体的封禁理由，说明用户被封禁的原因。封禁理由应尽可能避免使用行话，以便被封禁用户能够更好地理解。管理员还应在封禁用户时，在他们的用户讨论页上留言通知他们，除非他们有充分的理由不这样做。通常情况下，在封禁时解释封禁理由比事后解释要容易得多。

实施封禁时，可以使用下拉菜单中提供的多种封禁理由；也可以添加其他或额外的理由。可以使用模板消息通知用户封禁和封禁理由——请参见Template:Blocked。

其他重要信息

如果审查管理员需要知道任何具体的建议或情况，或者这些建议或情况有助于避免在审查封禁时出现管理员争议，那么封禁管理员应考虑将这些信息包含在封禁通知中。例如

• 当存在可能不明确、未被充分理解或其他相关的信息或证据时。
• 事先同意，如果任何管理员希望解除封禁，或者对此达成共识，他们可以在不咨询封禁管理员的情况下解除封禁。
• 解除封禁的建议条件。

机密证据

如果需要根据不会向所有管理员公开的信息来封禁用户，则应将该信息发送给CheckUser以采取行动。这些编辑人员有资格处理非公开证据，并且他们在严格的控制下运作。社区拒绝了个人管理员根据无法进行同行评审的证据采取行动的想法。

拥有 CheckUser 权限的管理员除外；这些管理员可以根据 CheckUser 工具揭示的非公开信息封禁用户，因为这种管理行为通常被视为是用户以 CheckUser 的身份进行的，尽管行为本身是管理行为。

联系方式：相关页面上列出了各个CheckUser。

解除封禁

当被封禁用户申诉封禁时，解除封禁或缩短封禁时间最为常见。一位不相关的管理员独立审查封禁情况、其之前行为和其他相关证据，以及用户和其他任何提供的信息，以确定是否应接受解除封禁的请求。常见原因包括：情况已发生变化，用户承诺改变行为，或者存在明显的错误。

封禁审查

作为解除封禁请求的一部分，不相关的管理员可以讨论封禁，并且通常会要求封禁管理员参与并提供更多信息。（参见封禁管理员提供的信息。）

除了明确的错误情况外，管理员必须避免在不先尝试联系封禁管理员并与他们讨论的情况下解除用户的封禁。如果封禁管理员不可用，或者管理员无法达成一致，则建议在通用阅览室进行讨论。封禁管理员还应希望注意到，作为封禁通知的一部分，存在审查管理员不应解除封禁的具体情况。

审查封禁的管理员应考虑到，某些历史背景可能不会立即显而易见。涉及傀儡账户、长期破坏、骚扰或隐私问题的情况尤其难以判断。有时，这些问题会导致有争议的解除封禁。

更改封禁选项

管理员可以解除用户的封禁，以便在必要时以不同的封禁选项重新封禁他们（例如，如果对注册账户的封禁正在对共享 IP 地址造成重大附带影响，或者被封禁用户正在滥用Special:Emailuser功能）。

临时情况封禁

某些类型的封禁用于应对特定临时情况，并且应在情况不再适用时撤销

• 未经批准或故障机器人应该在机器人获得批准或修复后解除封禁；
• 对发出法律威胁的封禁应该在威胁被确认永久撤回且不再存在时解除封禁。

临时情况解除封禁

作为一种酌处权处罚，可以临时和有条件地解除用户的封禁，以便他们能够对关于其被封禁情况的讨论做出回应。这种临时和有条件的解除封禁是在以下理解的基础上进行的：除了用户讨论页之外，其他页面(s)的编辑必须由解除封禁的管理员明确指定。用户实际上被禁止编辑任何其他页面。违反此禁令将受到适当的处罚。当讨论结束时，应解除封禁，除非存在保留封禁的共识。

Checkuser 封禁

CheckUser 可以访问公众或管理员无法访问的机密系统日志，因为 Wikimedia 基金会的隐私政策，因此在删除标记为“Checkuser 封禁”的封禁之前，必须咨询他们。

教育和警告

每个人都会犯错误。这就是为什么当我们欢迎新用户时，我们对他们有耐心，并假设大多数人都是为了项目而努力，而不是为了伤害它。我们要求新用户努力了解我们的政策和指南，以便他们避免犯错。

在封禁之前，应尽力向用户普及我们的政策和指南，并在他们的行为违反我们的政策和指南时提醒他们。为方便起见，可以使用各种模板消息，尽管自定义消息通常更可取。

警告并不是封禁的先决条件（尤其是在保护封禁方面），但管理员通常应确保用户了解相关政策，并给予他们合理的机会相应地调整自己的行为，然后再进行封禁。已知晓相关政策并已获得这种机会的用户，以及主要或唯一用途是禁止行为（傀儡操作、明显破坏、人身攻击等）的账户，无需进一步警告。

管理员应考虑到，用户可能不会立即注意到其讨论页上的警告，直到他们导航到新的 Wikibooks 页面。这可能包括保存一个新的且不恰当的编辑页面。在采取进一步行动之前，应回滚紧随警告之后的编辑，以便让用户有时间看到警告。

实施封禁

有关如何封禁和解除封禁的技术说明，以及有关封禁界面的信息，请参见帮助：封禁和解除封禁。以下是专门针对 Wikibooks 的封禁和解除封禁的建议。

IP 地址封禁

除了以下建议之外，在封禁 IP 地址时还要考虑一些特殊情况。IP 地址封禁可能会影响许多用户，并且 IP 地址可能会发生变化。打算封禁 IP 地址的用户，至少应检查该地址的使用情况，并仔细考虑封禁时间。IP 地址很少，如果有的话，应该被永久封禁。

附带损害

当封禁 IP 范围时，使用该范围的其他用户可能会无意中受到影响。如果您建议封禁一个重要的 IP 范围，特别是封禁时间很长，请考虑要求拥有CheckUser权限的用户检查该范围内是否有附带损害——也就是说，检查是否有其他用户可能会受到范围封禁的无意影响。应给予他们IP 地址封禁豁免，这样他们就不会受到影响。

封禁时间

封禁的目的是预防，而不是惩罚。因此，封禁时间应与用户重复不当行为的可能性相关。对重复和高度破坏行为的封禁时间应更长，以减少管理负担；其前提是，这些用户可能在将来会造成频繁的破坏或损害。管理员应考虑

• 行为的严重程度；
• 用户之前是否曾有过这种行为。

与在其他类似情况下对注册账户或静态 IP 地址进行的封禁相比，对共享或动态 IP 地址的封禁时间通常更短，以限制对共享该 IP 地址的其他用户的副作用。

虽然封禁时间应根据具体情况而有所不同，但有一些广泛的标准

• 破坏行为通常会导致封禁时间足够长，以阻止重复发生，并且对于后续违规行为，封禁时间应更长；
• 主要用于破坏的账户可以在没有警告的情况下被无限期封禁；
• 保护性封禁通常持续到需要保护的时间，通常是无限期。

无限期封禁

无限期封禁没有固定的时间。当发生重大破坏或严重违反政策时，应采取无限期封禁措施，以防止进一步出现问题，直到可以通过讨论解决问题。在某些情况下，可以通过承诺遵守 Wikibooks 政策，以及——如果解除封禁——承诺将来不再进行有问题的行为，来实现更常见的预期结果。

在管理员解除封禁之前，被封禁用户实际上被视为被社区禁止。

设置封禁选项

有几种选项可用于修改封禁的效果，这些选项应在某些情况下使用。

仅限匿名

封禁 IP 地址时，除非必须停止破坏（即 IP 或范围封禁的目的是封禁登录用户），否则应选中此设置。（缩写为 AO）

自动封禁

在阻止未经授权或故障机器人时，必须禁用此选项（以免阻止机器人的操作员或来自同一 IP 地址的其他机器人），但在阻止恶意机器人时，应启用此选项。（缩写为 AB）

防止创建帐户

在阻止具有不当名称的帐户时，通常应禁用此选项（以允许用户使用适当的名称创建帐户），但在阻止恶意名称（例如，对其他用户的明显攻击）或仅破坏性帐户时，应启用此选项。（缩写为 ACB）

阻止电子邮件

将在阻止期间禁用用户访问 Special:Emailuser。 默认情况下，阻止帐户时不应使用此选项，而应仅在滥用“通过电子邮件联系此用户”功能或可能发生此类滥用时使用。

允许此用户在被封锁时编辑自己的讨论页面

如果未选中，将阻止被封锁的用户编辑自己的讨论页面，包括请求解除封锁。 默认情况下，不应取消选中此选项； 仅在继续滥用讨论页面或可能发生此类滥用时，才应禁用用户讨论页面的编辑功能。

部分封锁

用户通常应在整个网站被封锁（即，禁止编辑任何页面），但如果情况允许（例如，对特定页面的编辑战），管理员可以阻止用户编辑该特定（组）页面。 或者，管理员可以保留编辑功能，但禁止用户创建帐户或发送电子邮件。

阻止 IP 时最常见的封锁类型通常称为软封锁（自动封锁禁用，创建帐户未禁用，仅允许匿名用户编辑），它阻止匿名用户，但允许已登录的注册用户进行编辑（通常用于阻止共享 IP 地址）； 带有帐户创建禁用的软封锁（相同，但创建帐户已禁用），用于大多数通过注册帐户进行破坏或干扰的情况； 以及硬封锁，它会禁用所有编辑（无论是否登录），除了管理员和其他 IP 封锁豁免 用户——当通过创建“一次性”帐户进行破坏或干扰的程度很高，以至于需要防止来自该 IP 的编辑（除非经过对请求的单独检查）。