Autoblock/zh

自动封锁是一个自动的封锁的IP地址，由MediaWiki软件做的. 自动封锁是企图从一个被封锁的用户最近使用的IP地址编辑Wiki的结果.

用户每次编辑Wiki，使用的IP地址连接到网站是由MediaWiki软件的权力Wiki记录. 日志的IP地址使用由每个用户是私人饲养的，只有通过用户查核员访问MediaWiki软件的用户可以访问. 当一个用户试图封锁网站的编辑，IP地址从他们的编辑是“自动封锁”具有相同的设置为阻止用户（随着时间的例外和阻止电子邮件），所以他们不可能做出相同的编辑匿名或不同的用户名下. 如果另一个用户试图使用自动封锁IP地址，他们是自动封锁为好，而且他们可能试图使用而阻止任何其他的IP地址，是自动封锁以及. 然后，其他使用那些IP地址的用户也可能被阻止，并继续前进. In some situations, this system can spiral and many users may be autoblocked even if they did nothing blockworthy. As of September 2017, this does not happen. While logged in users can be affected by autoblocks, autoblocks do NOT propagate from IP addresses to accounts.

解封一位自动封禁的用户
如果一个用户自动封锁，例如如果一个命名用户解除封锁，但他们的IP地址仍然是自动封锁，管理员可以明确自动封锁的：


 * 回顾为列表Special:BlockList，搜索用户的帐户名称. 这是一个区分大小写的搜索. 
 * Identifying the #xxxxx number that is associated. If searching on this number, be sure to include the "#"
 * Unblocking the #xxxxx by clicking the "" link

Note that once the autoblock is cleared, the user's account name will no longer appear in the list.

日志消息
Sometimes the term "" will show up in a block message. This means that when the user was blocked, that only their username was blocked, but other users on the same IP address are still free to edit.

The default setting for a block is to have Autoblock enabled, but it generally does not say this explicitly in a block message. To disable the default autoblocking of an account, admins must manually uncheck the box that says " ".

Main functions


When an autoblock occurs, users may be autoblocked as the result of a block on another user, who was probably using the same ISP. So a different user may end up blocked, even though they have personally done nothing wrong. This is referred to as "collateral damage". 例子：


 * 1) User:Susan, an administrator, blocks User:Bort for 24 hours. Unknown to Susan, Bort uses AOL to edit the wiki, and an autoblock was enabled at the time of the block.
 * 2) User:Steven, who also uses AOL from home, and is currently assigned the IP address last used by Bort, signs on to the wiki
 * 3) The MediaWiki software, detecting the use of the IP address by Steven, and assuming it to be Bort, issues a 24 hour block on Steven, in admin Susan's name. Susan is not notified of the block. Steven is NOT actually blocked, but he is still prevented from editing due to the autoblock on his newly assigned IP address.
 * 4) Steven receives a "You have been blocked" message, doesn't understand what an autoblock is, and angrily demands to know why admin Susan has blocked him.
 * 5) Steven tries to login from his work computer (which does not use AOL).
 * 6) The MediaWiki software senses that Steven is trying to get around his block, and autoblocks his work IP address as well. Again, Steven is not blocked so this doesn't happen.
 * 7) One of Steven's co-workers, who happens to use the same work IP address, tries to access the wiki.
 * 8) The MediaWiki software senses the co-worker, and autoblocks them too, as well as any future IP addresses they may use. Doesn't happen due to reasons explained above.
 * 9) And so on...

It is important for users to understand that administrators do not set autoblocks; once they have blocked a user with autoblocking enabled, autoblocks are set by the MediaWiki software. Autoblocks do not appear in administrators' block logs, and the administrators are not notified of them. This is a necessary consequence of keeping logged-in users' IP addresses private. So while the IP address responsible for each edit is recorded by the MediaWiki software, this cannot be accessed, even by administrators and even when the user is blocked.

Tracking
If is enabled a cookie  will be set on an autoblocked user's browser. This means that the user will still be blocked even after logging out and moving to a new IP address.

When the cookie is set, and a user tries to edit a page, MediaWiki will load the original block specified in the cookie and prevent the user from making the edit. This does not, however, create a new autoblock for the new IP address. That only happens if the user logs into the original blocked account.

This form of tracking is dependent on the user's browser retaining the cookie, and so will not work for all blocked users in all situations. The feature is intended to provide a small extra level of protection against blocks being circumvented.

Disabling autoblocking
When a block is issued, autoblocking is usually turned on by default, except for common dynamic IP ranges, such as those used by AOL. A list of such automatically exempt IP ranges can be found at MediaWiki:Autoblock whitelist.

Administrators can disable autoblocking at the time of blocking a user, by unchecking the checkbox. Once an "enabled" block is placed, it can also be fixed by modifying the user's block, but this should not be done unless absolutely necessary.

Automatic reset
There is an internal autoblock expiry time variable,, which is set to 24 hours, meaning that autoblocks only last for 24 hours. However, in the case of dynamic IP address pools (such as those used by AOL), this may affect hundreds of users before the block expires. So in the case of an indefinite block, autoblocks may continue to be set by the software, weeks or months after the initial block has been set. Older indefinite blocks, dating from before the autoblock exemption whitelist and the option to disable when blocking, may also trigger autoblocks.

Ipblocklist
When IP addresses are autoblocked, they appear in Special:Ipblocklist (but not in the admin's block log) with a special mask that prevents the IP address from being seen. Autoblocks register on Special:Ipblocklist, Special:AutoblockList and in the banner available to the blocked user, with the name of the admin that set the original block. However, the admin is not notified that an autoblock has been placed. Diligent administrators who lift a block early may wish to check the Ipblocklist in order to check for any autoblocks that need to be cleared.

Tips

 * It is helpful for all involved, especially AOL users, who are often chronically autoblocked by collateral damage, to remain patient and remember that it is the software that is responsible for the autoblock, not the administrator who is unfortunate enough to have his or her name appear on the block log.
 * Equally important is for admins to check Special:Ipblocklist and Special:AutoblockList regularly, and unblock all autoblocks from a particular user if more than two autoblocks are set in rapid succession.
 * If more than two IP addresses are autoblocked within seconds/minutes of each other, it is a good indication that it is a dynamic IP address pool and the blocks are collateral damage.