Page semi-protected

위키백과:차단 정책

Wikipedia:

차단(blocking)은 관리자가 기술적으로 사용자가 위키백과를 편집할 수 없도록 하는 방식이다.블록은 사용자 계정, IP 주소 및 IP 주소 범위에 한정된 시간 또는 무한 시간 동안 모든 페이지 또는 일부 페이지에 적용될 수 있다.차단된 사용자는 위키백과에 계속 접근할 수 있지만 차단된 페이지(해당되는 경우 자신의 사용자 페이지 포함)는 편집할 수 없다.대부분의 경우 사이트 전체에서 차단된 사용자는 자신의 사용자 토크 페이지만 편집할 수 있다.

블록은 위키피디아의 손상이나 혼란을 방지하기 위해 사용되며, 사용자를 처벌하기 위해 사용되지는 않는다(§ 목적 목표 참조).모든 사용자는 업무 중단을 보고하고 관리자에게 업무 중단 계정 또는 IP 주소 차단을 고려할 것을 요청할 수 있다(§ 요청 블록 참조).

편집자들이 블록이 부적절하게 발행되었다고 믿는 경우, 위키피디아에서 해당 블록에 대한 검토를 요청할 수 있다.행정 조치 검토.관리자는 블록이 보증되지 않았거나 더 이상 적절하지 않다고 느낄 때 사용자 차단을 해제할 수 있다.

차단하는 것은 위키백과의 전부 또는 일부에 대한 편집 특권을 공식적으로 철회하는 금지와 다르다.블록은 페이지를 편집할 수 있는 사용자의 기능을 비활성화하며, 금지사항은 그렇지 않다.그러나, 전면 금지의 대상이 되거나 부분 금지의 조건을 위반한 사용자들은, 이 금지를 시행하기 위해 사이트 전체에 걸쳐 차단될 가능성이 높다.

목적과 목표

블록은 프로젝트를 위험으로부터 보호하고, 예상되는 미래의 문제들을 줄이는 역할을 한다.문제가 재발할 경우 블록이 지속시간에 증가할 수 있다.그것들은 보복이 아니라 프로젝트와 다른 사용자들을 혼란과 부적절한 행동으로부터 보호하고, 향후 발생할 수 있는 부적절한 행동의 반복을 방지하기 위해 측정된다.차단(blocking)은 관리자에게 위임되는 가장 강력한 도구 중 하나로, 관리자는 개입하기 전에 상황을 숙지해야 하며 그들이 발행하는 모든 블록을 정당화할 수 있어야 한다.

일반적으로 일단 문제가 '냉전'이 되어 현재의 혼란의 위험성이 명백하게 종식되면, 소급적으로 차단하여 재개하는 것은 보통 적절하지 않다.이러한 상황에서, 진행 중이거나 심각한 우려가 지속되면, 사용자에 대한 논의와 가능한 제재가 가능하도록 몇 가지 분쟁 해결 과정이 존재한다.

블록은 어필할 수 있다(§ 차단 해제 참조).차단 해제 요청도 예방과 억제에 따라 결정된다.사용자가 탈퇴에 동의하고 해당 사안을 통해 알게 된 것으로 보이거나 상황이 일시적이었거나 현재 종료된 경우 사용자는 더 일찍 차단을 해제할 수 있다.마찬가지로, 다른 차단 해제 후 이전에 부적절한 행동으로 되돌아온 사용자는 자신의 차단되지 않은 요청이 억제 이유로 인해 거부된 것을 발견할 수 있는데, 이는 행위의 변화와 수용 불가의 중요성을 강조하기 위함이다.

블록이 징벌적이어서는 안 된다.

블록은 사용하지 마십시오.

  1. 보복하다;
  2. 폄하한다.
  3. 벌을 주다
  4. 현재 행위의 문제가 없는 경우

블록은 예방적이어야 함

블록은 다음을 위해 사용해야 한다.

  1. 위키피디아의 긴급하거나 지속적인 손상 및 혼란을 방지한다.
  2. 현재와 같은 파괴적 행동의 지속을 방지한다.
  3. 공동체 규범 내에서 보다 생산적이고, 마음이 맞는 편집 스타일을 장려한다.

억제력은 반복의 가능성에 기초한다.예를 들어, 편집자를 차단하는 것이 조금 전에 정당화될 수 있었지만, 특히 그 이후 활동이 중단되었거나 수행 문제가 해결된 경우에는 그러한 차단도 더 이상 정당화될 수 없을 것이다.

블록에 대한 공통 이성

다음은 블록에 대한 가장 일반적인 몇 가지 이성이다.

일반적으로 의심스러울 때는 차단하지 말고 다른 관리자에게 조언을 구하십시오.논란이 될 수 있는 블록을 배치한 후, 안전 점검용 관리자의 사고 통지 게시판에 블록을 메모하는 것이 좋다.

관리자는 새로운 사용자를 다룰 때 각별히 주의해야 한다.초기 편집자들은 종종 위키백과 정책과 관습에 익숙하지 않기 때문에 그들의 행동은 처음에는 파괴적인 것으로 보일 수 있다.이러한 새로운 사용자들에게 과도한 힘으로 대응하는 것은 그들이 미래에 편집하는 것을 단념시킬 수 있다.위키백과 참조:새로 온 사람을 물지 마라.

보호

사용자는 위키미디어 재단, 그 이용자 또는 공공의 권리, 재산 또는 안전을 보호하기 위하여 필요한 때에는 차단될 수 있다.다음 사항에 대응하여 보호 블록이 필요할 수 있다.

  • 지속적인 인신공격.
  • 개인, 전문가 또는 법적 위협(백과사전 사이트 외부 포함)
  • 사용자를 위험에 빠뜨리는 조치
  • 위키백과에 따라 어린이의 안전을 해칠 수 있는 조치:아동 보호;
  • 타인의 개인정보 공개(정확한 정보인지 여부)
  • 지속적인 저작권 위반
  • 참조되지 않았거나, 잘못 참조되었거나, 또는 잠재적으로 살아있는 사람에 대한 모욕적인 정보를 게시하는 영구적인 게시물
  • (응급 조치로서) 손상된 것으로 보이는 계정, 즉 계정을 등록한 사람이 아닌 다른 사람이 사용하고 있다고 믿을 만한 이유가 있다.

개인정보 공개나 사용자를 위험에 빠뜨리는 행위에 대해 차단할 때는 전자우편(arbcom-enwikimedia.org@)으로 중재위원회에 공개나 위험에 대해 통보하고 감독 권한이 있는 사람에게 연락하여 해당 자료의 삭제를 요청하는 것을 고려한다.

중단

사용자들은 그들의 행동이 프로젝트에 심각한 지장을 줄 때, 즉 그들의 행동이 시민적, 동료적 분위기와 일관되지 않고 편집자들이 조화롭게 협력하여 백과사전을 만드는 과정을 방해할 때 차단될 수 있다.다음 사항에 대한 대응으로 중단 블록이 필요할 수 있다.

편집 전쟁, 특히 3회전 규칙의 위반은 사용자가 방해하는 페이지나 사이트 전체에서 블록을 야기하는 경우가 많다.

중단 전용

일부 유형의 사용자 계정은 중단을 초래하는 것으로 간주되며 경고 없이 차단될 수 있으며, 일반적으로 다음과 같다.

  • 공공 기물 파손과 같은 파괴적인 목적으로만 사용되는 계정.
  • 개인, 회사, 제품, 서비스 또는 조직을 홍보하기 위한 유일한 또는 주된 목적으로 편집 이력에 기초하여 존재하는 계정.위키백과 참조:이해 상충위키백과:스팸.
  • 부적절한 사용자 이름을 가진 계정.
  • 공용 계정(암호가 공개적으로 사용 가능하거나 큰 그룹과 공유되는 경우).
  • 승인 없이 또는 승인 밖에서 작동하거나 오작동으로 보이는 .

열린 프록시 또는 익명 프록시

열려 있거나 익명의 프록시는 즉시 차단될 수 있다.

정적이 아닌 IP 주소 또는 영구적인 프록시가 아닌 호스트는 IP 주소가 재할당되거나 개방형 프록시가 닫힐 가능성이 높기 때문에 일반적으로 더 짧은 기간 동안 차단을 보장한다.특히 많은 Tor 프록시는 짧은 시간 동안만 "종료 노드"가 된다. 일반적으로 이러한 프록시는 고려 없이 무한정 차단되어서는 안 된다.위키백과 참조:자세한 내용을 보려면 IP 주소를 차단하십시오.

열린 프록시 서버를 식별하고 차단하는 위키백과 프로젝트도 있다.

집행 금지

위키백과 금지란 위키백과의 전체 또는 일부에 대한 편집 특권을 공식적으로 취소하는 것이다.금지는 일시적이고 고정된 기간일 수 있으며, 또는 무기한이며 잠재적으로 영구적일 수 있다.

차단은 금지를 시행하기 위한 기술적 조치로 부과될 수 있다.그러한 블록들은 그 금지의 세부 사항들에 근거한다.위키백과 전체에 적용되는 금지 사항, 즉 부분적이지 않은 금지 사항은 일반적으로 금지 기간에 적용하도록 설정된 사이트 전체 블록에 의해 백업될 수 있다.다른 금지들은 부분적인 차단으로 시행될 수 있다.[1]

"백과사전을 짓기 위해서가 아니라"

이러한 자주 사용되는 차단 이론은 위키백과에 설명되어 있다.여기 백과사전을 짓기 위해 § 분명히 백과사전을 짓기 위해 여기 있는 것이 아니다.

회피 및 집행

블록 회피란 사용자가 블록에서 숨거나 새로운 사용자 이름으로 금지하려고 할 때를 말한다.관리자는 의도적으로 블록을 회피하는 사용자의 블록을 재설정할 수 있으며, 사용자가 블록을 회피하는 동안 추가적인 차단행동을 하는 경우 블록의 지속시간을 연장할 수 있다.블록을 회피하는 데 사용되는 사용자 계정이나 IP 주소도 차단해야 한다.

차단된 편집기별 및 대신 편집

누구든지 블록을 위반하여 편집한 것은 자유롭게 되돌릴 수 있으며, 그 이상의 이유를 주지 않고 3반복 규칙에 관계없이 되돌릴 수 있다.그러나 이는 편집이 차단된 편집자에 의해 이루어졌다고 해서 되돌려야 한다는 것을 의미하지는 않지만(오자를 고치거나 반달리즘을 되돌리는 것과 같이 분명히 도움이 되는 변화는 설 수 있다) 애매한 경우의 가정은 되돌려야 한다.그러나 폐쇄적인 토론에서 차단된 편집자의 논평이 일반적으로 되돌아가거나 받아들여져서는 안 된다.

편집자는 변경사항이 검증가능하거나 생산적이라는 것을 보여줄 수 있고 그러한 편집에 대한 독립적 이유가 없는 한 차단된 편집자의 지시에 따라 자료를 게시하거나 편집할 수 없다(프록시 편집 또는 "프록시 편집"이라고도 함).같은 맥락에서 금지된 편집자 또는 차단된 계정과 같은 행동을 하고, 그 목적으로만 위키백과를 편집하고 있는 것으로 보이는 새로운 계정은, 그 행동을 모방하고 있는 편집자에게 적용되는 구제책의 대상이 된다.[2]위키백과 참조:Sockpuppetry § Mitpuppetry.

되돌림으로써 시행

편집 내용을 되돌리는 동안 위키백과 같은 핵심 정책을 위반할 수 있는 자료를 복원하지 않도록 주의하십시오.중립적인 관점, 위키백과:검증가능성위키백과:살아있는 사람들의 전기.차단된 편집자가 원래 편집한 내용을 나중에 복원하는 편집자는 내용에 대한 완전한 책임을 진다.

새로 만든 페이지는 되돌릴 것이 없기 때문에 되돌릴 수 없다.이에 따라 차단된 편집자가 만든 페이지는 빠른 삭제 대상이 된다.편집자라면 누구나 {{db-g5} 템플릿이나 그 단축키 {{db-banned} 또는 {{db-blocked}}을 사용하여 이러한 페이지를 표시할 수 있다.차단된 편집자 이외의 편집자가 페이지나 해당 대화 페이지에 상당한 선의의 기고를 한 경우, 차단된 편집자가 페이지를 작성했다는 사실을 알리고, 그 후 어떻게 해야 할지를 사례별로 결정하는 것이 예의다.

차단을 사용할 수 없는 경우

갈등과 관여

관리자는 콘텐츠 분쟁이 발생한 사용자를 차단해서는 안 되며, 대신 다른 관리자에게 문제를 보고해야 한다.관리자는 또한 페이지 또는 자신이 관련된 주제 영역과 관련된 잠재적인 충돌을 인지해야 한다.관리자가 해당 관리자의 사용자 공간에서 명백한 반달리즘에 관여해 온 사람을 차단하는 것은 허용된다.

쿨다운블록

가 난 사용자만 "냉각"하기 위한 블록은 종종 반대 효과를 가지기 때문에 사용해서는 안 된다.그러나, 화가 난 사용자 역시 파괴적인 행동을 하고 있는 것은 더 이상의 혼란을 막기 위해 차단될 수 있다.

블록 로그에 기록

블록은 사용자의 블록 로그에 경고나 기타 부정적인 이벤트를 기록하는 목적으로만 사용되어서는 안 된다.전형적으로 매우 짧은 블록을 포함하는 그 관행은 종종 징벌적이고 굴욕적인 것으로 보여진다.

매우 짧은 블록을 사용하여, 예를 들어, 블록 로그에 사과 또는 오류 인정, 잘못되거나 실수로 블록이 만료된 경우, 블록 로그에 기록할 수 있다.(만약 그렇지 않다면, 메시지는 차단되지 않은 이유에 기록될 수 있다.)

차단 관리자에 대해

차단된 관리자는 차단 관리자를 차단할 수 있지만, 계정 손상 등 명확하고 즉각적인 필요성이 있는 예외적인 상황에서만 차단해야 한다.블록 툴을 사용하여 분쟁을 더 진행하거나 원래 차단 관리자에 대한 보복을 할 수 없다.의심스러운 경우, 관리자 알림 게시판에 해당 문제를 보고하십시오.

요청 블록

파괴적인 행동은 보고될 수 있으며, 위키피디아와 같은 전문적 장소에서 요청된 블록:공공 기물 파손에 대한 관리자 개입 또는 해당되는 경우 위키백과:관리자 게시판/사고블록을 요청하는 사용자는 블록을 보증하는 상황에 대한 신뢰할 수 있는 증거를 제공해야 한다.관리자들은 블록을 설치할 의무가 없으며, 스스로 자유롭게 상황을 조사할 수 있다.블록을 부과하기에 앞서 관리자들은 상황의 상황을 충분히 숙지할 것으로 예상된다.§ 블록 설명을 참조하십시오.

오프위키 블록 요청 처리

위키백과 관련 IRC 채널을 사용하는 관리자들은 이러한 채널은 합법적인 목적을 가지고 있지만 IRC에 관한 이슈를 논의하기 위해서는 IRC를 사용하지 않는 편집자는 반드시 토론에서 배제해야 하며(#wikipedia-en-administrators에서 발생하는 경우 모든 비관리자는 토론에서 제외되어야 함), 따라서 그러한 IRC 디스크는 제외되어야 한다는 점을 상기해야 한다.해방은 결코 온위키 토론이나 분쟁 해결과 같은 것이 아니다.블록이나 다른 주제에 대한 합의가 오프위키(Off-wiki)로 형성되어서는 안 된다.

오프위키 「블록쇼핑」의 관행이 강하게 저해되고, 긴급한 상황이 발생하여 합리적인 관리자가 즉시 차단(예: 지속되고 있는 반달리즘이나 생활인력에 관한 정책의 심각한 위반)에 이견할 수 없는 경우를 제외하고는, 관리자에 대한 적절한 대응은, IRC에 요구해, b.편집자를 잠그는 것은 요청자를 적절한 위키 게시판에 회부하는 것이다.

자체 요청 블록

때때로 사람들은 그들의 계정을 차단해 달라고 요청한다. 예를 들어 위키브레크를 시행하기 위해서 말이다.이러한 요청은 일반적으로 거부되지만, 이러한 요청을 고려할 관리자의 범주가 있다.

사용자는 자체 차단 요청의 대안으로 사용자의 로그인을 방지할 수 있는 사용자 스크립트인 Wikibreak Enforcer를 사용할 수 있다.

차단

예비: 교육 및 경고

  • 이 절의 일부 주요 개념은 {{Before blocking}}}을(를) 사용하여 설명할 수 있다.

블록이 부과되기 전에 위키백과 정책과 가이드라인에 대해 사용자를 교육하고, 이들의 행동이 이것과 상충할 때 경고하는 노력을 기울여야 한다.새로 온 사람들을 환영하고, 그들을 물지 말고, 프로젝트를 하는 대부분의 사람들이 그것을 해치려고 하는 것이 아니라 도우려고 한다고 가정한다.신인들은 실수를 피하는 법을 배울 수 있도록 우리의 정책과 가이드라인을 배우도록 노력해야 한다.목적에 따라 작성된 메시지를 선호하는 경우가 많지만, 다양한 템플릿 메시지는 편의를 위해 존재한다.사용자가 중단 또는 기타 차단 가능한 동작으로 인해 차단될 수 있음을 명시하는 템플릿 경고는 관리자만이 아닌 일반 편집자에 의해 발행될 수 있다.

그러나 경고는 차단을 위한 전제조건은 아니다.일반적으로 관리자는 선의로 행동하는 사용자가 정책을 인지하고 차단하기 전에 행동을 조정할 수 있는 합리적인 기회를 부여받도록 해야 하며, 차단하기 전에 이러한 사용자와 먼저 소통하는 것이 특히 바람직할 수 있다.반면, 주된 또는 유일한 사용이 금지된 활동(소크푸페트리, 반달리즘 등)인 불성실 행동을 하는 사용자들은 어떠한 경고도 요구하지 않고 즉시 차단될 수 있다.

블록 설명

차단은 심각한 문제다.커뮤니티는 검토 가능한 근거와 합리적인 판단에 기초하여 정당한 이유만으로 블록이 만들어질 것이며, 블록을 지지하는 모든 요소들이 요청될 경우 독립적인 안전 점검의 대상이 될 것으로 기대하고 있다.

차단된 사용자에게 알림

관리자는 사용자가 차단된 이유를 나타내는 명확하고 구체적인 블록 이유를 제공해야 한다.블록 사유는 가능한 한 전문용어의 사용을 피하여 차단된 사용자가 전문용어를 더 잘 이해할 수 있도록 해야 한다.관리자는 사용자의 대화 페이지에 메시지를 남겨 차단할 때 사용자에게 통지해야 한다.블록에 대한 이유를 행사 후 잘 설명하는 것보다 그 당시에 설명하는 것이 더 쉬운 경우가 많다.

블록을 구현하는 경우 드롭다운 메뉴에서 여러 가지 형식 블록 이유를 사용할 수 있으며, 기타 또는 추가 이유도 추가할 수 있다.사용자에게 다양한 편리한 템플릿 메시지를 사용하여 블록 및 블록 이유를 통지할 수 있다(카테고리:사용자 블록 템플리트위키백과:템플릿 메시지/사용자 대화 네임스페이스#블록

기타 중요한 정보

검토 관리자가 알아야 할 구체적인 권고사항이나 상황이 있거나 블록을 검토할 때 관리자 분쟁을 피할 수 있는 경우 차단 관리자는 이 정보를 블록 통지에 포함하는 것을 고려해야 한다.예를 들면 다음과 같다.

  • 명확하지 않거나, 완전히 인정되지 않거나, 관련이 있는 정보 또는 증거가 있는 경우.
  • 차단 해제를 원하는 관리자가 있거나 이에 대한 합의가 있는 경우 차단 관리자와 상의하지 않고 차단할 수 있다는 사전 승인.
  • 차단 해제 조건 제시.

비밀증거

모든 관리자가 이용할 수 없는 정보에 기초하여 사용자를 차단해야 할 경우, 해당 정보는 중재 위원회 또는 체크 사용자 또는 오버파이터로 전송되어 조치를 취해야 한다.이 편집자들은 공개되지 않은 증거를 다룰 수 있는 자격을 갖추고 있으며, 엄격한 통제 하에 운영된다.커뮤니티는 개인 관리자가 동료 검토 대상이 될 수 없는 증거에 따라 행동한다는 생각을 거부해 왔다.

Checkuser 또는 Occuper 권한을 가진 관리자는 예외로 한다. 이러한 관리자는 Checkuser 도구를 통해 공개된 공개되지 않은 정보 또는 관리자가 접근할 수 없는 편집("과시")에 근거하여 사용자를 차단할 수 있다.이와 같이 일반적으로 행정조치는 행위 자체가 행정조치가기는 하지만 오버세이터나 체크유저로서 사용자의 능력으로 이루어지는 것으로 본다.그러한 모든 블록은 중재위원회의 직접적인 검토 대상이 된다.

  • 연락처 세부사항: 개별 CheckusersOversater는 관련 페이지에 나열되어 있으며, 기능사 메일링리스트(예: 누구와 연락할 것인지 의심스러운 경우)를 통해 연락할 수도 있다.공개되지 않은 유료 편집과 관련된 사적인 증거는 paid-en-wpwikipedia.org@으로 보내질 수 있다.

블록 구현

차단 및 차단 해제 방법에 대한 기술 지침 및 차단 인터페이스에 대한 정보는 mw:도움말: 사용자 차단다음은 특히 위키백과의 차단 및 차단을 해제하는 것과 관련된 조언이다.

IP 주소 블록

추가 조언 외에도 IP 주소를 차단할 때 고려해야 할 특별한 고려사항이 있다.IP 주소 블록은 많은 사용자에게 영향을 미칠 수 있으며, IP 주소는 변할 수 있다.IP 주소를 차단하려는 사용자는 최소한 해당 주소의 사용 여부를 확인하고 기간을 신중하게 고려해야 한다.IP 주소는 아무리 해도 무한정 차단되는 경우가 드물다.IP가 민감한 조직이나 정부 기관과 관련이 있다면 위키미디어 재단에 통보해야 한다.

부수적 피해

IP 주소 범위의 블록은 의도하지 않게 해당 범위의 다른 사용자에게 영향을 미칠 수 있다.특히 상당 시간 동안 IP 범위를 차단하기 전에 범위 블록의 영향을 받지 않을 수 있는 다른 사용자를 확인하십시오.

  • 등록되지 않은 사용자 – 범위 기여 X's 도구
  • 등록된 사용자 – Checkuser 액세스 권한이 있는 사용자에게 확인을 요청하십시오.

IP 블록 면제는 IP 블록이 영향을 받지 않음을 보장한다.

블록의 기간

차단의 목적은 처벌이 아니라 예방이다.따라서 블록의 지속시간은 사용자가 부적절한 행동을 반복할 가능성과 관련되어야 한다.반복적이고 높은 수준의 업무 중단을 위한 더 긴 블록은 관리 부담을 줄이는 것이다; 그것들은 그러한 사용자들이 미래에 빈번한 업무 중단이나 해를 끼칠 가능성이 있다는 가정 하에 만들어진다.관리자는 다음을 고려해야 한다.

  • 행동의 심각성
  • 사용자가 이전에 그러한 행동을 한 적이 있는지 여부.

공유 IP 주소 또는 동적 IP 주소의 블록은 일반적으로 등록된 계정 또는 유사한 상황에서 만들어진 정적 IP 주소의 블록보다 짧아서 해당 IP 주소를 공유하는 다른 사용자에게 미치는 부작용을 제한한다.

블록의 지속시간은 상황에 따라 달라야 하지만 다음과 같은 넓은 기준이 있다.

  • 파괴적인 행동의 사고는 일반적으로 하루에서 며칠 사이에 발생하며 지속적인 위반의 경우 더 길어진다.
  • 중단만을 위해 사용되는 계정은 경고 없이 무기한 차단될 수 있다.
  • 보호 블록은 일반적으로 보호가 필요한 한, 종종 무한정 지속된다.
무한블록

무제한 블록은 일정한(또는 고정된) 기간을 가지지 않는 블록이다.무기한 블록은 일반적으로 중대한 중단이나 붕괴 위협이 있거나 중대한 정책 위반이 있을 때 적용된다.이 경우 토론으로 문제를 해결할 수 있을 때까지 추가적인 문제를 방지하기 위해 개방된 블록이 적절할 수 있다.모든 블록과 마찬가지로, 그것은 처벌이 아니다.더 이상의 혼란을 막기 위해 고안되었으며, 원하는 결과는 위키피디아의 정책과 지침을 준수하고, 향후 문제가 되는 행동을 중단하겠다는 약속이다.

무제한은 "무한" 또는 "영구"를 의미하지 않는다.무기한 차단된 사용자는 나중에 적절한 상황에서 차단을 해제할 수 있다.특히 관리자가 차단장치를 해제할 의사가 없는 심각한 경우, 사용자는 커뮤니티에 의해 효과적으로 금지된다.

블록 로그

위키백과별 토론에서 블록이 발생한 경우:정책 § 커뮤니티 금지 제한 금지, 토론 링크를 블록 로그에 포함시키십시오.만약 그 블록이 지역사회의 제재를 시행하고 있다면, 이 점에 유의하십시오.커뮤니티의 검토를 요구하지 않고 정기적인 행정 검토를 허용하는 것이 합의된 경우, 위키백과:차단 정책 § 허용할 수 없는 차단 해제, 그것도 로그에 기록되어야 한다.

블록 옵션 설정

블록의 효과를 수정하기 위해 몇 가지 옵션을 사용할 수 있으며, 특정 상황에서는 다음과 같이 사용해야 한다.

블록 옵션 편집

  • 사이트 전체 블록은 사용자가 자신의 사용자 대화 페이지를 제외하고 위키피디아의 페이지를 편집할 수 없도록 할 것이다.이것은 디폴트로 설정된 옵션이며, 공공 기물 파손 전용 계정이나 백과사전을 쓰기 위해 여기에 분명히 없는 사용자 등 어떤 페이지에도 계정 교란이 일어날 것이라는 타당한 가정이 있을 때 사용되어야 한다.
  • 부분 블록은 사용자가 특정 페이지 집합 또는 특정 네임스페이스 집합에서 편집할 수 없도록 한다.두 옵션 중 하나를 설정하거나 두 옵션의 조합을 선택할 수 있다.블록당 10페이지의 소프트웨어 한도가 있다. 이를 넘어 사이트 전체 차단을 고려해야 한다.

표준 블록 옵션

  • 사용된 모든 IP 주소를 자동 잠금하면 계정이 이 옵션 집합으로 차단되는 동안 편집하려는 모든 후속 IP 주소뿐만 아니라 계정이 마지막으로 사용하던 IP 주소에 자동 잠금 또는 자동 차단이 적용된다.다른 비사용 사용자 계정이 자동 잠금 IP 주소에서 로그인하여 편집을 시도하면 사용자 계정도 자동 잠금 목록에 추가된다.이 옵션은 일반적으로 승인되지 않았거나 오작동하는 봇을 차단할 때(해당 IP 주소를 사용하는 봇의 운영자 또는 다른 봇을 차단하지 않도록 하기 위해) 비활성화해야 하지만, 중단되거나 악의적인 행동에 대한 계정을 차단할 때는 활성화해야 한다.이 옵션은 기본적으로 활성화되며 계정에 블록을 적용할 때만 사용할 수 있다.
  • 계정 생성 방지 - 사용자가 Special:블록의 기간 동안 계정 기능 생성IP 주소나 범위에 적용할 경우, 차단된 IP 주소나 범위 뒤에서 모든 사용자 계정이 이를 시도할 경우 추가 계정을 만들 수 없게 된다.[3]사용자 계정에 적용된 블록에서도 자동 잠금 옵션이 활성화되면 차단된 사용자가 사용하던 IP 주소에 계정이 생성되는 것도 방지한다.악명(예: 다른 사용자에 대한 명백한 공격)이나 반달리즘 전용 계정을 차단할 때는 활성화해야 하지만, 부적절한 이름의 계정을 차단(사용자가 적절한 이름의 새 계정을 만들 수 있도록 허용)할 때는 비활성화해야 한다.
  • 사용자가 전자 메일을 보내지 못하게 하면 특수:블록 기간 동안 EmailUser 기능.이 옵션은 기본적으로 선택되어 있지 않으며 차단된 사용자가 계정을 남용하거나 계정을 사용하여 다른 편집자를 괴롭히거나 위협, 위협 또는 방해하는 경우를 제외하고는 계정을 차단할 때 활성화되지 않아야 한다.관리자가 전자 메일 남용이 발생할 가능성이 매우 높다고 느끼는 경우, 관리자는 재량권을 사용하여 전자 메일 남용이 발생하지 않도록 이 옵션을 활성화할 수 있다.활성화된 경우 사용자의 토크 페이지가 보호되지 않고 사용자가 블록을 논의할 수 있는 다른 방법(예: Unblock Ticket Request System)을 인지할 수 있도록 노력해야 한다.이 옵션은 IP 주소나 IP 범위를 차단할 때 활성화할 수 있지만 익명 사용자가 기능에 액세스할 수 없기 때문에 이러한 상황에서는 아무런 목적도 제공하지 않는다.
  • 차단된 상태에서 이 사용자가 자신의 토크 페이지를 편집할 수 없도록 설정하면 차단된 사용자가 차단된 기간 동안 자신의 사용자 토크 페이지(차단 해제 요청 작성 기능 포함)를 편집할 수 없게 된다.이 옵션은 기본적으로 선택되어 있지 않으며, 일반적으로 확인되어서는 안 된다. 사용자의 토크 페이지 편집은 사용자의 토크 페이지가 계속 남용되는 경우 또는 사용자가 재발 방지를 위해 심각한 위협, 고발 또는 외출에 종사하는 경우에만 비활성화되어야 한다.보호정책은 다른 사용자[4] 차단된 사용자의 사용자 대화 페이지에 반복적으로 장애를 일으키는 경우에 더 자세한 내용을 담고 있다.
  • 로그인한 사용자가 이 IP 주소에서 편집하지 못하도록 하면 차단 기간 동안 모든 비예외 사용자 계정이 IP 주소 또는 범위에서 편집하지 못하게 된다.이 옵션은 일반적으로 점검해서는 안 되며, 일반적으로 장기간 남용되는 양말 인형극, 중대한 수준 남용 이력이 있는 IP 주소 또는 공개 프록시 또는 위치 호스트인 경우에만 사용된다.아래의 IP 주소 공통 블록 목록에서 하드 블록을 참조하십시오.이 옵션은 기본적으로 비활성화되며 블록을 IP 주소 또는 IP 범위에 적용할 때만 사용할 수 있다.

부과된 공통 블록

등록된 계정에 부과될 수 있는 두 가지 공통 블록이 있다.

  • 소프트 계정 블록(자동 잠금 비활성화, 계정 생성 허용)은 특정 계정의 편집만 차단한다.계정이 마지막으로 사용한 IP 주소에 자동 잠금이 적용되지 않으며, IP 주소에서 로그인한 다른 계정은 정상적으로 편집할 수 있다.이것은 일반적으로 프로모션 사용자명을 차단하거나 다른 사용자 이름 정책 위반을 강제하는 것과 같은 상황에서 사용된다.이를 통해 차단된 계정은 사용자 이름 정책을 준수하는 사용자 이름에 새 계정을 등록할 수 있으며, 그렇지 않을 경우 IP에서 익명으로 편집하도록 선택할 수 있다.
  • 하드 계정 블록(자동 잠금 사용, 계정 생성 사용 안 함)은 편집에 마지막으로 사용한 계정의 IP 주소에 자동 잠금을 적용한다.블록 기간 동안 계정이 편집을 시도하는 추가 IP 주소도 자동으로 차단되어 자동 잠금 목록에 추가되며 자동 잠금 IP 주소에서 편집을 시도하는 비사용 계정도 자동 잠금 목록에 추가되지 않는다.계정이 차단된 동안에는 자동 잠금 IP 주소나 계정에 의해 또는 원래 계정에 의해 계정을 만들 수 없다.[3]이것은 일반적으로 공공 기물 파손을 막거나 다른 혼란을 방지하기 위해 사용된다.

IP 주소에 부과될 수 있는 두 가지 공통 블록이 있다.

  • 소프트 IP 주소 블록(anon).단지, 계정 생성 차단됨)은 공공 기물 파손 및 편집 전쟁을 포함한 대부분의 업무 중단의 경우에 사용되며, 익명의 사용자만 편집하지 못하게 한다.또한 차단된 IP 주소 뒤에 있는 IP 주소나 사용자 계정에 의한 계정 생성을 제한한다.[3]차단된 IP에서 계정 생성을 허용하는 것은 독특하고 특별한 상황에서 이루어진다.
  • 하드 IP 주소 블록(계정 생성이 차단되고 로그인한 사용자가 이 IP 주소에서 편집하지 못하도록 함)은 로그인한 사용자의 여부에 관계없이 차단된 IP 주소 뒤에서 모든 편집 및 계정 생성을[3] 실행 중지한다(IP 블록 면제 계정을 제외함). 이러한 사용자는 차단된 IP 뒤에 있는 동안 편집할 수 있지만 계정을 만들 수는 없다.이것은 일반적으로 "폐기" 계정 생성을 통한 반달리즘 또는 장애의 정도가 개별적인 요청 확인 후를 제외하고 IP 주소로부터의 모든 편집을 방지해야 할 때 사용된다.개방형 프록시는 탐지 시 하드 차단되며, Tor IP 주소는 Tor 블록 확장에 의해 자동으로 차단된다.

차단봇

자동화된 또는 반자동화된 봇은 다양한 이유로 의도한 대로 작동하지 않을 수 있다.봇(또는 실제 봇을 쉽게 식별할 수 없는 경우)은 문제가 해결될 때까지 차단될 수 있다.자동 잠금이 동일한 IP를 공유하는 다른 관련 없는 봇에 영향을 미치지 않도록 봇을 소프트 차단(자동 잠금 비활성화)해야 한다.단일 태스크만 오작동하고 봇이 개별 태스크의 비활성화를 지원하는 경우, 다른 봇 태스크가 계속 실행될 수 있도록 단일 오작동 태스크를 비활성화하는 것이 바람직하다.

승인되지 않은 봇이나 봇과 유사하여 사용자 이름 정책을 위반하는 사용자 이름은 봇 정책을 위반할 경우 즉시 무기한 차단되며, 가장 일반적으로 운영자 또는 자신의 사용자 공간 밖에서 편집함으로써 차단된다.

봇의 편집은, 더 나아가 봇을 담당하는 편집자의 편집으로 간주된다.결과적으로, 봇 운영자가 차단될 경우, 그들에게 귀속된 모든 봇도 차단된 편집자의 그것과 동일한 기간 동안 차단될 수 있다.

클린 스타트 후 블록 로그에 기록

편집자들은 이전의 사용자 이름이 공개되지 않도록 요청하면서 "깨끗한 시작"을 인용하고 자신의 이름을 바꿀 수 있다.이전에 이러한 편집자가 차단된 경우, 삭제 요청을 받은 관리자가 Checkuser에 연락하여 계정 간의 연결을 확인할 수 있도록 해야 한다.그런 다음 Checkuser는 사용자의 이전 계정 로그의 각 항목을 나타내기 위해 새 계정에 짧은 블록을 추가하는 것을 고려해야 한다.이러한 짧은 블록은 "깨끗한 시작"이 이전의 사용자 이름을 공개하지 않음으로써 오프위키 괴롭힘의 진정한 위험에 기초했을 경우에 대비하여 보호를 제공하는 동시에 커뮤니티의 정밀 조사를 피할 수 있는 가능성을 제거해야 한다.

짧은 블록은 블록 요약에 "이전 계정 블록"으로 기술되어야 하며 블록의 최종 기간을 기록해야 한다.오류에 놓이고 일찍 들어올린 블록은 전혀 기록해서는 안 된다.

차단 해제

블록을 해제하거나 단축하는 것은 차단된 사용자가 블록을 어필할 때 가장 흔하다.독립적으로 행동하는 비실용 관리자는 사용자 등이 제공한 추가 정보와 함께 블록의 상황, 편집자의 이전 행동 및 기타 관련 증거를 검토하여 차단되지 않은 요청을 수락해야 하는지 여부를 결정한다.일반적인 이유로는 상황이 바뀌었거나, 변화에 대한 약속이 주어졌거나, 관리자가 차단하기 전 상황을 완전히 숙지하지 않았거나, 명백한 실수가 있었다는 것이다.

허용할 수 없는 차단 해제

차단을 해제하는 것은 거의 허용되지 않을 것이다.

  • 그게 바퀴싸움이 될 때.
  • 스스로 정한 블록의 경우를 제외하고 자신의 계정 중 어떤 것도 차단 해제한다.[5]
  • 그 블록이 성공적으로 호소되지 않은 지역사회의 제재를 시행하고 있을 때.지역사회는 지역사회에 대한 공식적인 상소를 요구하기보다는 폐쇄/차단 관리자와 협의하여 정상적인 방법으로 블록을 검토할 수 있도록 허용할 수 있다.이를 허용하기로 합의된 경우에는 종결문 및 차단일지에 기록하여야 한다.
  • 블록이 체크 사용자 또는 감독 블록으로 지정되고 차단 해제 관리자가 지정된 그룹의 구성원이 아니며 해당 그룹 내의 누군가로부터 조치를 수행할 수 있는 권한이 없는 경우.
  • 블록이 명시적으로 활성 중재 구제 조치를 시행하는 경우.중재 집행 블록은 특별 상소 조항을 사용하여 항소할 수 있다.

이러한 각각의 조치는 처음 발생한 사건에서도 행정 도구의 오용에 대한 제재로 이어질 수 있다.

사용자가 발급할 수 있는 차단 해제 요청 수에는 사전 정의된 제한이 없다.그러나 차단 해제 템플리트의 중단적인 사용은 관리자가 차단된 사용자의 대화 페이지 편집 능력을 제거하도록 요구할 수 있다.이 경우 블록은 여전히 Unblock Ticket Request System에 요청서를 제출하여 항소할 수 있다.

요청 차단 해제

차단되지 않은 요청의 일부로서, 권한이 없는 편집자는 블록에 대해 논의할 수 있으며, 차단 관리자는 블록을 검토하거나 토론하거나 추가 정보를 제공하도록 종종 요청 받는다.차단 해제 요청의 목적은 제3자의 검토를 받기 위한 것이므로 차단 관리자는 블록을 수행할 때 사용자의 차단 해제 요청을 거부해서는 안 된다.또한 관례상, 관리자들은 일반적으로 동일한 블록에 대해 둘 이상의 미블록 요청을 검토하지 않는다.

차단 사유에 대처하는 명백한 오류나 중대한 상황 변화가 있는 경우를 제외하고, 관리자는 먼저 차단 관리자에게 연락하여 문제를 논의하려고 시도하지 않고 차단 해제된 사용자를 피해야 한다.차단 관리자를 사용할 수 없거나 관리자가 합의에 도달할 수 없는 경우, 위키백과의 토론:관리자 게시판이 권장된다.

블록을 검토하는 관리자는 일부 역사적 맥락이 즉시 명확하지 않을 수 있다는 점을 고려해야 한다.양말퍼펫, 괴롭힘, 사생활 침해와 관련된 사건들은 특히 판단하기 어렵다.때때로 그러한 문제들은 논쟁의 여지가 없는 장애로 이어졌다.정보가 없는 차단기가 문제가 될 수 있는 경우 차단 관리자는 차단 통지의 일부로서 특정 상황이 존재하며 검토 관리자가 차단 관리자(또는 ArbCom)와 이 문제를 충분히 이해하기 위해 해당 사례를 논의하지 않고 차단을 해제해서는 안 된다는 점을 지적하고자 할 수 있다.

사용자가 건설적으로 기여하고 싶다고 주장하지만 그들의 성실성에 의문이 있다면, {{2차 찬스}} 템플릿을 사용하여 그들이 차단되지 않은 요청이 허용될 경우 백과사전에 어떻게 기여할 것인지 증명할 수 있다.

모든 사용자는 차단 해제 요청에 대해 의견을 제시할 수 있지만 관리자만 요청을 해결할 수 있다(거부 또는 차단 해제).[6]

임시 환경의 블록

일부 유형의 블록은 특정 임시 상황에 대응하여 사용되며, 해당 상황이 더 이상 적용되지 않으면 실행 취소해야 한다.

  • 열린 프록시 또는 익명 프록시의 블록은 일단 닫힌 것으로 확인되면 실행 취소해야 한다(그러나 일부 열린 프록시는 특정 시간에만 열려 있을 수 있으므로, 더 이상 그러한 방식으로 사용되지 않는 것이 분명하다는 것을 주의 깊게 점검해야 할 수도 있다).
  • 승인되지 않았거나 오작동하는 봇 블록은 일단 봇이 승인을 얻거나 수리되면 풀어야 한다.
  • 법적 위협에 대한 블록은 일단 위협이 영구적으로 철회되고 더 이상 해결되지 않는 것으로 확인되면 실행 취소되어야 한다.

임시 상황에서의 차단 해제

이용자는 자신의 블록 상황에 관한 논의에 응하기 위해 일시적으로 또는 조건부로 차단을 해제할 수 있다.이러한 임시 및 조건부 차단 해제 작업은 차단 해제 관리자가 명시적으로 지정한 관련 토론 페이지를 제외하고 사용자가 페이지를 편집할 수 없다는 점에 착안한 것이다.사용자들은 다른 페이지를 편집하는 것이 사실상 금지되어 있고, 이 금지 사항을 위반하는 것은 적절한 제재를 받을 것이다.논의가 마무리되면 블록을 뒤엎는 공감대가 형성되지 않는 한 블록을 복원해야 한다.

CheckUser 블록

관리자는 먼저 CheckUser와 상담하지 않고 작업 요약에서 {{checkuserblock} 또는 {{checkuserblock-account} 템플릿의 사용과 같이 "checkUser" 블록으로 특별히 식별된 블록을 실행 취소하거나 느슨하게 해서는 안 된다.[7]관리자가 체크유저 블록이 오류로 이루어졌다고 판단되는 경우, 관리자는 우선 해당 CheckUser와 이 문제를 협의하고, 만족스러운 해결이 이루어지지 않을 경우 중재위원회에 전자우편을 발송해야 한다.사전 협의 없이 그러한 블록을 되돌리거나 변경하면 허가가 제거될 수 있다.[8]

감독 블록

관리자는 조치 요약에서 {{OversightBlock} 템플리트를 사용하는 것과 같이 특별히 "overtight" 블록으로 식별된 블록을 먼저 Oversater와 상의하지 않고 실행 취소하거나 변경해서는 안 된다.오버파이터가 감독 블록으로 표시한 블록의 호소는 영어 위키피디아 오버파이터 팀이 결정하도록 이메일(oversight-en-wpwikipedia.org@)을 통해 감독 팀 또는 중재 위원회에 보내야 한다.차단 오버파이터는 2010년 진술에 따라 중재 위원회에만 상소할 수 있으며, 이 경우 상소는 중재 위원회에만 전달되어야 한다.[9]오버파이터의 동의 없이 특별히 "오버파이트 블록"이라고 불리는 블록을 풀거나 풀면 권한이 없어질 수 있다.[10]

조건부 차단 해제

관리자는 차단된 사용자의 동의 하에 차단 해제 시 조건을 부과할 수 있다.차단 해제 조건은 차단을 초래한 행동의 재발을 방지하기 위해 설계된다(더 이상의 편집 전쟁을 방지하기 위한 페이지 금지 등).

  • 차단된 사용자가 관리자와 제안된 차단 해제 조건에 대한 합의에 도달하지 못한 경우 차단된 사용자는 또 다른 차단 호소를 게시할 수 있다.
  • 관리자는 다음과 같은 경우 차단되지 않은 조건의 만료를 설정할 수 있는 재량권을 갖는다.
    • 1년 이내에 만료되는 블록의 미블록 조건은 1년 이내에 만료된다.
    • 1년 이상(비한정 포함) 후에 만료되는 블록의 미블록 조건은 최대 무기한까지 만료될 수 있다.
  • 차단 해제 조건에는 페이지 금지, 주제 금지, 상호 작용 금지, 되돌리기 제한, 단일 계정 제한 및 차단 해제 관리자의 재량에 따른 기타 제한이 포함될 수 있다.
  • 부분 블록은 사이트 전체 블록의 차단 해제 조건을 시행하는 데 사용될 수 있다.[11]
  • 편집자가 차단되지 않은 조건을 위반하거나 새로운 위법 행위를 하는 경우, 편집자는 차단되거나 더 이상 제한될 수 있다.
  • 차단된 사용자가 조건을 수락하고 차단 해제된 후에는 차단 해제된 관리자 또는 위키피디아에게만 해당 조건을 호소할 수 있다.관리자 알림판.
  • 사용자에게 차단 해제된 대화 페이지에 차단되지 않은 상태가 표시되며, 제한사항이 포함된 확산/퍼멀링크가 차단되지 않은 로그 근거에 포함되어야 한다.

부분블록

부분 블록은 차단 정책의 나머지 부분 또는 지역사회의 합의에 따라 모든 관리자의 재량에 따라 사용될 수 있다.편집 제한사항[1] 적용하거나 조건부 차단 해제 요구사항으로 사용할 수도 있다.[12]

영향을 받은 편집자는 § 차단 해제(Unblocking)에 열거된 절차에 따라 {{unblock} 템플릿을 사용하거나 위키백과에 호소하여 차단 해제(Unblock)를 요청할 수 있다.관리자 알림판.관리자는 차단 정책에 따라 블록이 보증되지 않거나 더 이상 적절하지 않다고 느낄 때 사용자 차단을 해제할 수 있다.

전역 블록

GlobalBlocking은 IP 주소 또는 다양한 IP 주소에서 발생하는 크로스 위키 중단을 방지하기 위해 Stewards에서 사용할 수 있는 MediaWiki 확장 기능이다.IP 주소 또는 IP 주소 범위가 전체적으로 차단된 경우, 그들은 전세계적으로 차단된 사용자들이 결정에 항소할 수 있는 메타-위키를 제외하고 공개 위키미디어 위키 편집이 금지된다.(글로벌 블록글로벌 금지와 같지 않다.)사용자의 편집이 글로벌 블록에 의해 차단되는 경우, MediaWiki의 내용:Globalblocking-ipblocked(이전의 MediaWiki:글로벌 차단 차단(Globalblocking-blocked)은 오류 메시지(MediaWiki와 유사함:로컬로 차단된 사용자의 차단된 텍스트).등록된 사용자는 전역적으로 차단할 수 없다.유사한 동작은 누구나 계정에 로그인할 수 없도록 하는 글로벌 잠금이다.

전역적으로 차단된 IP 주소의 현재 목록은 Special:GlobalBlockList.

차단 해제 및 어필

로컬 화이트리스트 — 로컬 관리자가 전역적으로 차단한 IP 주소를 로컬에서 차단 해제(해당되는 특정 Wiki만 편집하기 위해)할 수 있음(Special:글로벌 블록화이트리스트.글로벌 록을 로컬로 무시할 수는 없다.

글로벌 블록에 대한 이의 제기 — 전역적으로 차단된 IP 주소와 전역적으로 잠긴 사용자는 stewardswikimedia.org@에 전자 메일 대기열을 통해 호소할 수 있다.세계적으로 차단된 IP 주소도 메타토크 페이지를 통해 어필할 수 있다.

참고 항목

노트

  1. ^ a b 2020년 1월 11일 이전에 시행된 편집 제한 사항을 합의 없이 부분 블록으로 전환해서는 안 된다.위키백과:주석/부분 블록 요청#편집 제한을 적용하기 위해 부분 블록을 사용해야 하는가?
  2. ^ 위키백과 참조:중재/Agapetos angel#Meatpupets 요청.참고 항목:위키백과:태그팀
  3. ^ a b c d 이 제한은 확인된 상태 또는 로컬 또는 글로벌 사용자 권한에 관계없이 모든 사용자 계정(관리자와 관리자 포함)에 적용된다.이 옵션 세트를 사용하여 차단된 IP 또는 범위 뒤에 계정을 만들려는 모든 시도는 MediaWiki 소프트웨어에 의해 제한될 것이다.
  4. ^ 차단된 사용자의 양말 인형도 포함.
  5. ^ 이 금지 사항에는 봇을 포함한 대체 계정에 적용되는 블록이 포함된다.역사적으로, 관리자는 스스로 차단할 수 있었다.unblockself사용자 권한)이지만 이 기능은 2018년 11월에 제거되었다.Stewards는 여전히 스스로 차단을 풀 수 있고, 스스로 설치한 블록은 여전히 제거될 수 있다.
  6. ^ 7월-을 참조하십시오.2012년 8월 위키백과 토론:관리자 알림판/Archive238#관리자가 아닌 사용자가 처리하는 차단 해제 요청
  7. ^ 비 CheckUsers는 편집자가 결백을 주장하거나 기술적 소견의 타당성에 의문을 제기하는 경우와 같이 CheckUser 데이터에 대한 액세스가 필요한 CheckUser 블록을 검토해서는 안 된다.관리자들은 여전히 불신하거나, 본질이 더 절차적이거나, 주제에서 벗어난 요청을 거절할 수 있다.
  8. ^ CheckUser 블록에 대한 중재 위원회 결의안
  9. ^ 2016 감독 관련 블록에 대한 중재위원회 의결
  10. ^ 2013년 감독 관련 블록에 대한 중재 위원회 결의
  11. ^ 위키백과:주석/부분 블록 요청#전체 블록에 대한 조건부 블록 해제에 부분 블록을 사용할 수 있는가?
  12. ^ RfC를 승인하는 부분 블록