自动封禁

自動封鎖造成附帶損害的範例 这种显示让人觉得管理员Curps封锁了多个其他用户（这些用户通过匿名的六位数来识别）。 实际上，Curps只封锁了一名用户，其他所有人都是自动封锁系统造成的“附带损害”，因为他们使用的IP地址与被封锁用户的IP地址相关联。

自动封锁是由MediaWiki软件对IP地址进行的自动封锁 自动封锁是从一个被封锁用户最近使用过的IP地址登录wiki的结果，这样他们就不能匿名或使用不同的用户名进行同样的编辑了。

每当用户编辑维基百科时，用于连接该网站的IP地址会被驱动wiki运行的MediaWiki软件记录下来。 每个用户使用的IP地址日志均私密保存，仅拥有MediaWiki软件checkuser访问权限的用户可查看。

自动封禁会复制大部分封禁设置，包括该封禁是全站范围的还是部分范围的，但不包括原始时长、阻止电子邮件和硬封禁。

解封一位被自动封禁的用户

如果用户被自动封禁，例如某个已命名用户已被解封，但其IP地址仍处于自动封禁状态，管理员可以通过以下方式清除自动封禁：

• 查看Special:AutoBlocklist中的列表，并搜索用户的账户名称。 这是一个区分大小写的搜索。
• 确定关联的编号 #xxxxx。 如果搜索这个编号，请确保包含 "#" 号
• 点击 "解封" 链接解除对 #xxxxx 的封禁

注意，一旦自动封禁被解除，这个用户的账户名将不再出现在列表里。

訊息

日志消息

有时“禁用自动封禁”一词将出现在封锁消息中。 这意味着当一个用户被封禁时，只有他们的用户名被封禁，但其他使用相同 IP 地址的用户依然可以自由地编辑。

封禁的默认设置是开启自动封禁，但不会明确地在封禁消息中提到这一点。 要禁用对一个账号的自动封锁，管理员必须要手动取消勾选 "将此账号最后所使用的，以及后续编辑所在的所有IP地址封禁$1" 复选框。

主功能

Gmaxwell在以Bad article creation bot为用户名破坏了英文维基百科之后不久。
他的破坏导致了harej不小心「自动封禁」了整个维基会议NYC 2009。 一位维基百科管理员Kirill Lokshin不以为然地旁观着。

当自动封禁发生时，用户可能会因另一个用户被封禁而遭到自动封禁，这另一个用户很可能使用的是相同的互联网服务提供商（ISP）。 因此，另一个用户可能最终会被封禁，即使他们个人并没有做错任何事。 这被称为「附带损害」。 例子：

1. 用户：Susan，一名管理员，将用户：Bort封禁24小时。 Susan并不知道，Bort使用AOL编辑维基，并且实施封禁的时候自动封禁是开启的。
2. 用户:Steven，同样在家里使用AOL，被分配到了Bort上次使用过的IP地址，然后登录了维基。
3. Steven点击“编辑”时收到一条“您已被封禁”的消息，他不明白什么是自动封禁，怒气冲冲地要求知道管理员Susan为什么封禁他。
4. Steven尝试用他的工作电脑（该电脑不使用AOL）进行编辑。他了解到自动封锁只会从用户名传播到IP地址，于是决定在那里恢复正常编辑。

用户需要理解，管理员并不设置自动封禁，这很重要；一旦他们在自动封禁选项开启的情况下封禁了一位用户，自动封禁都是由 MediaWiki 软件设置的。 自动封禁会链接到被封禁用户的封禁日志，因此，当自动封禁生效时，如果有人尝试从该IP地址进行编辑，就会显示他们已被封禁的通知。 自动封禁不会出现在管理员的封禁日志里，并且管理员也不会收到它们的通知。 这是保护已登录用户的 IP 地址私有的必要措施。 所以，虽然每次编辑的 IP 地址都会被 MediaWiki 软件记录下来，但即使是管理员、即使在用户已经被封禁的情况下，也无法访问到这一信息。

追踪

MediaWiki版本：

≥ 1.29

如果启用了$wgCookieSetOnAutoblock ，将会在自动封禁用户的浏览器上设置一个Cookie（{$wgCookiePrefix }BlockID）。 这意味着即使用户登出并切换到新的IP地址，仍然会被封禁。

当设置了Cookie，且用户尝试编辑页面时，MediaWiki会加载Cookie中指定的原始封禁内容，并阻止用户进行编辑。 然而，这并不会为新的IP地址创建新的自动封禁。只有当用户登录到最初被封禁的账户时，才会出现这种情况。

这种跟踪方式依赖于用户的浏览器保留Cookie，因此并非在所有情况下都适用于所有被封禁用户。 此功能旨在提供额外的一层小保护，防止封锁被规避。

禁用自动封锁

当发布封锁时，自动封锁通常默认处于“开启”状态，但常见的动态IP范围除外，例如AOL所使用的那些IP范围。

MediaWiki版本：

≥ 1.9

此类自动豁免的IP范围列表可在MediaWiki:Block-autoblock-exemptionlist中设置。

以*开头的行表示豁免地址，其后的文本为IP段（首尾空白将被忽略）。 所有其他行都将被忽略，并且可以用作注释。 此类页面的一个例子是维基百科的豁免列表。

管理员在封禁用户时，可以通过取消勾选复选框来禁用自动封禁功能。 一旦放置了“已启用”的封禁，也可以通过修改用户的封禁来修复它，但除非绝对必要，否则不应这样做。

自动重置

存在一个内部自动封锁过期时间变量$wgAutoblockExpiry ，其被设置为24小时，这意味着自动封锁仅持续24小时。 然而，对于动态IP地址池（例如AOL所使用的那些），在封禁到期之前，这可能会影响数百名用户。 因此，在无限期封禁的情况下，软件可能会在初始封禁设置数周或数月后“继续”设置自动封禁。 较旧的无限期封禁（可追溯至自动封禁豁免白名单以及封禁时可选择禁用自动封禁的功能出现之前）也可能触发自动封禁。

MediaWiki版本：

≥ 1.20

手动解除原始账号封禁会自动解除所有因该封禁而产生的自动封禁。 （如果原始封锁只是自动过期，那么任何依赖的自动封锁都不会立即解除。）

IP封锁列表

当IP地址被自动封锁时，它们会出现在Special:Ipblocklist中（但不会出现在管理员的封锁日志里），并带有一个特殊掩码，以防止该IP地址被看到。 相反，该区块由区块ID标识，并在封禁列表中标记为“Autoblock #xxxxxx”。 自动封禁会记录在Special:Ipblocklist、Special:AutoblockList以及向被封禁用户显示的横幅中，同时会包含设置原始封禁的管理员姓名。 然而，管理员“不会”收到已设置自动封禁的通知。 勤勉的管理员如果提前解除了一项封禁，可能需要检查封禁列表，以查看是否有任何自动封禁需要清除。

提示

• 这对所有相关人员都有帮助，尤其是AOL用户，他们常常因连带影响而长期被自动封禁。大家要保持耐心，并记住自动封禁是由“软件”负责的，而不是那些不幸地让自己的名字出现在封禁日志上的管理员。
• 同样重要的是，管理员要定期检查Special:Ipblocklist和Special:AutoblockList，如果在短时间内对某个用户设置了两个以上的自动封禁，就应解除对该用户的所有自动封禁。
• 如果在几秒/几分钟内有两个以上的IP地址被自动封禁，这很可能表明这是一个动态IP地址池，而这些封禁属于连带影响。