사용자:Salamander724/위키문헌:차단 정책

차단 정책

특정 사용자의 편집 차단 정책 및 절차에 대한 문서.

차단("Blocking")은 사용자 계정, IP 주소, IP 대역 등이 위키문헌을 편집하는 것을 막는 기술적 수단입니다. 관리자나 사무관 역시 차단될 수 있으며, 관리 권한도 차단시 영향을 받습니다(참조). 어떤 경우에서도 차단은 예방 수단이 되어야지 징벌 수단이 되어서는 안되며, 위키문헌에 가해지는 피해를 막기 위해서만 행사되어야 합니다.

차단되는 시간량은 관리자 재량에 의해 결정됩니다. 하지만 다른 관리자 다수가 해당 차단에 동의하지 않으면, 차단이 해제될 수 있음이 경험 법칙입니다. 차단된 편집자가 파괴 행외를 더 하지 않을 것을 약속한다면 차단이 조기 해제될 수도 있습니다.

모든 사용자는 관리자 게시판에서 사용자 차단을 신청할 수 있습니다. 하지만 관리자가 차단 신청을 모두 들어줄 의무는 없습니다. 차단은 해당 사용자가 정책을 어겼다는 정확한 증거가 있을 때 신속하게 행해집니다.

차단될 만한 일들

반달리즘

단축:

문:반달

반달리즘은 인터넷 도서관 위키문헌의 질을 떨어뜨리기 위한 고의적 편집으로 정의할 수 있습니다. 반달리즘의 가장 흔한 형태는 도서관에 등재된 텍스트를 빈 문서나 외설스러운 말로 바꿔 놓거나 원문을 교묘히 왜곡하는 행위 등이 있습니다.

과도한 되돌리기

과도한 되돌리기(편집 취소)는 위키 환경에 좋지 않습니다. 갈등은 토론을 통해 해결되어야 합니다. 편집 분쟁 중인 사용자는 강제로 냉각기를 갖게 하기 위해 차단될 수 있습니다. 초범은 보통 24시간 차단되나 분쟁 중의 공격성이 심하다면(예를 들어 도발적인 편집 요약을 쓰는 경우 등) 더 늘어날 수도 있습니다. 여러 사용자가 동시에 규칙을 어기고 있으면 관리자는 양쪽에 동등하게 대처해야 합니다.

인신 공격

인신 공격(Personal attack)이란 다른 사용자를 위협, 협박, 모욕, 폄하할 의도를 가진 편집 또는 행동으로 정의할 수 있습니다. 이것은 위키문헌 내부에만 국한된 것이 아니라, 이메일 등 위키문헌 외부의 것도 포함됩니다. 여기에 있어 예외는 존재하지 않습니다. 이 조항에 의해 차단된 사용자의 차단 기한은 충분히 늘어날 수 있으며, 무기한 차단도 가능합니다. 인신 공격으로 사용자가 차단될 경우, 관리자 게시판에 고지됩니다.

관리자 본인들이 분쟁을 겪을 시, 그들 역시 언제나 냉철한 판단을 유지해야 함은 말할 필요도 없습니다.

개인정보 게재

다른 사용자의 허락 없이 그 사용자의 개인 정보를 개제하는 사용자는 사안의 심각성에 따라 어떤 기간이든, 무기한으로도 차단될 수 있습니다. 사용자 신원 확인에 대한 것은 반드시 체크유저 과정을 거쳐야 하며, 체크유저도 동일인 여부 확인만 해줄 뿐, 알아낸 신원을 밝힐 수는 없습니다.

혼란 행위

관리자는 위키문헌의 일반적 기능을 방해하는 사용자 또는 IP 주소를 차단할 수 있습니다. 이런 혼란 행위에는 다른 사용자의 토론 발언을 함부로 수정하거나, 고의적으로 호도하는 편집을 하거나, 남을 괴롭히거나, 다른 사람인 척 연기하는 등의 행위가 포함됩니다. 이런 경우 차단하기에 앞서 우선 경고를 받습니다.

관리자는 반복적인 혼란 행위를 하는 사용자를 차단할 수 있습니다. 혹 차단이 해제된 경우에도 다시 혼란 행위를 하거나, 그럴 소지가 다분한 편집을 계속할 시 다시 차단될 것입니다.

혼란 행위로 사용자가 차단될 경우, 관리자 게시판에 고지됩니다.

저작권 침해 및 표절

Texts under an incompatible license pose legal problems for the entire Wikimedia Foundation, and as such are given a high priority. If there is doubt, editors should err on the side of caution and remove the text. Editors who persistently insert disputed material, after having been warned, may be blocked to protect the project. In cases where an editor is acting in good faith, exercising caution with regard to the copyright issues, and there is no imminent legal threat, the editor should not be blocked.

Fair-use images on user pages are not allowed and may be removed where they are found, which can most often be achieved with a polite talk-page request. Repeated insertion of fair-use images on user pages may be grounds for blocking, subject to the provision above. Another option is to remove the image and protect the user page.

Official comments:

We need to deal with such activities with absolute harshness, no mercy, because this kind of plagiarism is 100% at odds with all of our core principles. All admins are invited to block any and all similar users on sight. Be bold. If someone takes you to ArbCom over it, have no fear. We must not tolerate plagiarism in the least. Jimbo Wales 04:28, 28 December 2005 UTC)[1]

There is no need nor intention to be vindictive, but at the same time, we can not tolerate plagiarism. Let me say quite firmly that for me, the legal issues are important, but far far far more important are the moral issues. We want to be able, all of us, to point at Wikipedia and say: we made it ourselves, fair and square. Jimbo Wales 15:54, 28 December 2005 (UTC)[2]

부적절한 계정명

관리자는 ID가 풍기문란적이거나, 특정 사용자의 사칭이거나, 프로젝트나 다른 사용자를 비방하는 내용이거나, 또는 여타 부적절한 내용일 때 그 사용자를 차단할 수 있습니다. 특히 사칭 계정이나 사용자 공격용 계정은 신속하고도 무기한적으로 차단될 것입니다.

공유 계정

Wikimedia convention is that accounts with a specific name, but created for use by multiple people, are not to be used. These are seen as pretending to a reputation as an individual within the project, while masking anonymity. So-called "public" accounts are not considered necessary because anonymous users can edit freely, and anyone can quickly create a username without even an email address being required. Examples include any account where the owner posts the password for public use. These may be blocked on sight indefinitely.

봇들도?

봇은 위키문헌:필사실에서 승인을 얻어야 하고, 예상 외의 행동을 하지 않을 것임을 신중하게 시험해야 합니다. 관리자는 통제를 벗어난 봇은 그 즉시 차단할 수 있습니다.

반자동 못, 즉 인간의 직접적 통제하에 구동되는 봇은 permitted only so long as they are clearly identified as such (in the edit summary or account name) and are carefully supervised. Semi-automatic bots may be blocked if they behave erratically or outside normal editing guidelines.

프록시

공개나 익명 프록시를 사용할 경우 변명할 여지 없이 즉시 차단됩니다. 이들 프록시는 IP 주소가 남지 않아 크래킹이나 멀웨어 배포 등 불법적 행동에 사용될 가능성이 높기 때문입니다.

참조: [WikiEN-l] "익명 프록시 (Re: Desysop Morwen)" (협정 세계시로 2004-02-16 월요일 21:52:11에 짐보 웨일스). 여기서 "위키백과"(Wikipedia)라고 써 둔 것은 위키미디어의 모든 프로젝트를 포함합니다.

그 외 정책 위반

정책 위반에 대해 경고를 받은 뒤에도 반복적으로 잘못을 되풀이하는 사용자는 차단될 수 있습니다. 이런 경우 차단된 뒤 관리자 게시판에 고지됩니다.

차단의 결과

차단된 사용자나 아이피는 위키문헌의 모든 페이지를 열람하는 것은 가능하지만, "편집"을 하려고 하면 "차단된 사용자"라고 뜨면서 차단의 이유와 차단 해제를 신청할 수 있는 방법을 설명받게 됩니다. 이 페이지에는 차단을 한 관리자의 "이유" 메세지가 함께 제공됩니다. "이유" 안에 들어있는 링크나 틀은 보통과 똑같이 작동합니다.

차단 지속 기간은 차단될 때 설정된 만기 시간에 따라 결정되며, 이것은 "무기한" 또는 "영구"가 될 수 있습니다(ie, 즉, 이런 경우 누군가 직접 차단을 해제하지 않으면 차단이 풀리지 않습니다).

차단된 사용자가 편집을 시도하면, 그 사용자가 점유하고 있는 아이피가 "자동차단"되어, 그 사용자가 익명 또는 또다른 계정으로 편집하는 것을 막습니다. 이 내부적 자동차단의 만기 시간은 차단된 사용자의 차단 기한에 따라 다양하며, 해당 사용자가 영구 차단되어 있을 경우에는, 그 사용자가 마지막으로 어느 페이지에 접근한 뒤 24시간 동안 차단됩니다.

관리자나 사무관이 차단되었을 경우, 되돌리기, 삭제, 복구, 보호, 보호해제 등의 능력을 제한받게 됩니다. 하지만 차단 및 차단 해제는 여전히 할 수 있으며, 사무관은 관리자 권한 부여 능력을 계속해서 가집니다.

우연한 차단

가끔 가다 아이피로 반달을 했거나, 또는 차단된 사용자가 사용한 아이피일 경우, 그 유동 아이피가 무고한 사용자에게 걸려서 자동 차단되는 경우가 있습니다. 이런 경우 관리자에게 알리면 도움을 받을 수 있습니다.

차단을 하면 안 되는 경우

컨텐츠를 둘러싼 분쟁에서 이익을 얻기 위해 차단을 하는 것은 명확하게 금지됩니다. 이와 비슷하게, 현재 문서 편집 분쟁 관계에 있는 누군가를 차단해서는 안 됩니다. 선의로 행동하고 있을 가능성이 있는 사용자를 차단할 수 있기에, 차단은 극도의 주의를 필요로 합니다.

위키휴가를 집행하거나 탈퇴를 하기위해 스스로를 차단해 달라는 것 역시 금지됩니다. 또한 차단된 누군가의 IP가 자동차단되어 다른 사용자에게 영향을 미칠 수 있기 때문에, 관리자들은 실험용 등의 이유로 스스로를 차단해서는 안 됩니다.

관리자를 위한 안내

차단을 하는 방법

Sysops may go to Special pages and select the "Block a user/IP address" link. This takes them to Special:Blockip, which has further instructions. Special:Blockip is also accessible via the [block] link that appears next to each non-logged in user on recent changes.

The "reason" that the administrator fills in will be displayed to the blocked user when he attempts to edit, as well as appearing in the block log and the block list. If it is not for an obvious reason, or if more than one line is needed to explain the block, the administrator may record the block at the administrator's noticeboard.

Users should be notified of blocks on their talk pages. That way, other editors will be aware that the user is blocked, and will not expect responses to talk page comments. In some cases, an IP may be shared by administrators who request they be notified before blocks are placed on them (so that they may finish any administrative work they are doing). For this reason, it is advisable to check the user talk page of the IP where any such request will be listed.

Expiry times and application

Expiry times are entered in the GNU standard format, which is described in the tar manual. Alternatively, a block may be "indefinite" or "infinite", meaning the block is permanent, until a sysop explicitly unblocks the account. If no expiry time is entered, an error message will be displayed.

A user may be blocked by more than one administrator at a time. In this case, the user will be blocked until his/her shortest block has expired. For instance, if an administrator blocks a user for one day, and another administrator blocks the same user for two days, then the user will remain blocked for one day, assuming that the blocks were given at the same time.

광역 차단

Range blocks are sometimes used when a vandal or disruptive user has been IP blocked on several occasions but responds by using a different IP address. In most cases, range blocks will affect at least some legitimate users. Therefore, range blocks should only be used when the disruptive behavior is frequent and severe enough to make other methods ineffective. This is a matter of judgement, and the likely number of legitimate users that might be affected should be considered. When used, range blocks should be as brief as possible.

The range block feature is difficult to use correctly because it requires an understanding of binary arithmetic. It has certain limitations inherent in its implementation, requiring the starting and ending addresses to be an exact multiple of the distance between them, which must be a power of two. For details, see Range blocks.

차단 해제

Special:Ipblocklist contains a list of all currently blocked users and IPs. Sysops will see a link to ([unblock]) next to each user. After clicking this, they should type in the reason for the unblock and then click the Unblock this address button.

Sysops are technically able to unblock themselves by following this procedure but should absolutely not do so, except if they were autoblocked as a result of a block on some other user (or bot) that they share an IP with. Otherwise, if an admin feels they were not blocked for a valid reason, they should contact the blocking admin, another admin, or the mailing list and ask to be unblocked.

차단에 동의하지 않을 경우

If you disagree with a block placed by another admin, please contact that admin to discuss the matter. Some reasons you might want to unblock would be:

The user was blocked in violation of this policy
The reason for the block no longer applies

Bear in mind that blocked users commonly e-mail several admins claiming to be the victims of persecution by a biased admin. Because it is not always obvious from the blocked user's edit history what the problem was, it is a matter of courtesy and common sense to consult the blocking admin, rather than performing the unblock yourself.

Exceptions to this would be where an unambiguous error has been made (not a judgment call) and the blocking admin is not online: for example, if a user was blocked for 3RR, but there were clearly only three reverts. If you feel that such an error has been made, and the blocking admin is not available, you must notify the blocking admin on his or her talk page and the rest of the administrator community at Administrators' noticeboard that you are unblocking a blocked user, before doing so.

Admins should be careful not to unblock themselves in order to circumvent a block (unless it is an IP block to prevent vandalism), as a temporary revocation of administrator access ("desysopping") is the only way to ensure that this does not continue.

Controversial blocks

While blocking IP addresses responsible for anonymous, clear-cut vandalism is routine, many other uses of IP and username blocks are contentious. Where consensus proves elusive, such blocks are damaging to the community.

The most controversial blocks are:

blocks of suspected "sock puppets" or "reincarnations" of banned users
blocks of logged-in users with a substantial history of valid contributions, regardless of the reasoning for the block
blocks made under the disruption provision of the blocking policy.
blocks that, while possibly wise, lack policy basis.

Once you are convinced that a block is warranted, the recommended procedure for controversial blocks is:

Check the facts with care.
Reread appropriate parts of this blocking policy.
If possible, contact other administrators informally to be sure there are others who agree with your reasoning. The administrators' noticeboard, the IRC channel (#wikisource) and email are effective tools for this.
Place the block, exercising due care in the wording of the "reason" message, and include a link to the user page of the user being blocked.
Place a notice of the block on the talk page of the affected user, with additional rationale, outlining the facts and the part of the blocking policy you feel applies.
Be willing to discuss the block with other Wikisourcers.

Block wars, in which a user is repeatedly blocked and unblocked, are extremely harmful. They are a source of frustration and disappointment to many seasoned Wikisourcers and tend to encourage further bad behavior on the part of the blocked user. Avoid them. If you disagree with a block, discuss the matter with the blocking admin and others, and try to reach a consensus, rather than unblocking. Bear in mind that the blocking admin is likely to know more about the background to the situation than you do.