위키백과:어필 블록 가이드

블록 가이드라인 페이지 호소하기 에세이입니다. 이 페이지는 보충하는 페이지에 개념에 대한 추가 정보를 제공하는 것을 목적으로 합니다.이 페이지는 커뮤니티에 의해 철저히 조사되지 않았기 때문에 위키피디아의 정책이나 가이드라인 중 하나가 아닙니다.

숏컷 GAB GAPB

사용자가 차단된 사용자와 동일한 IP 주소를 가지며 다른 사용자의 활동을 설명하는 차단 메시지가 표시될 수 있습니다.자신의 행동이 지시되지 않은 차단 통보를 받은 경우, 아래 설명된 대로 침착하게 지원을 요청해야 합니다. 그러면 문제가 조사됩니다.

이 페이지는 간단히: 차단 해제를 요청하기 전에 차단 이유를 완전히 파악하십시오.모든 관련 정보를 차단 해제 요청에 넣고 그것만 입력합니다.침착하고 경험 많은 관리자분들의 신뢰를 받아주세요.만약 당신의 항소가 기각된다면, 이유를 완전히 이해할 때까지 새로운 항소를 하지 마십시오.

이것은 차단 해제 요청을 하기 위한 안내서입니다.

위키피디아 관리자가 위키피디아에 대한 손상 또는 중단을 방지하기 위해 사용자의 편집을 차단할 수 있습니다.블록은 이러한 손상이나 중단을 방지하기 위해 필요하지 않은 경우(또는 더 이상 필요하지 않은 경우) 들어 올립니다.

차단된 편집자는 관리자에게 다음과 같이 설득할 책임이 있습니다.

• 블록이 더 이상 필요하지 않은 이유는 블록의 목적을 이해하고 다시 블록하지 않으며 대신 생산적인 기여를 하기 때문입니다.
• 블록이 손상 또는 중단을 방지하기 위해 필요하지 않은지 여부(즉, 블록이 우리의 차단 정책을 위반하는 경우) 또는:
• (어카운트 또는 IP 주소의) 행위가 블록과 어떠한 방법으로도 접속되어 있지 않은 경우(이것은 블록이 다른 상황을 해결하기 위한 것이며, 같은 IP 범위를 사용하고 있기 때문에 의도하지 않게 차단되었을 경우에 발생할 수 있습니다).

또한 다음과 같은 이유로 차단 해제를 요구하는 이유를 명확하게 기술하는 데 도움이 됩니다.

• 배경이나 이유가 명확하지 않은 경우 요청이 즉시 거부될 수 있습니다.
• 복잡한 상황에서는 리뷰 관리자가 사용자의 토크 페이지와 투고 내용을 모두 읽지 않을 수 있습니다.차단 해제 요청에 없는 관련 정보를 간과할 수 있습니다.
• 무효 또는 불쾌한 차단 해제 요청을 반복하면 토크 페이지 액세스가 취소되어 차단 해제 요청이 더욱 어려워질 수 있습니다.

차단 해제 요청을 만들려면 다음 텍스트를 사용자 대화 페이지 하단에 복사합니다.{{unblock 1=Insert your reason to be unblocked here ~~~~}}. "차단을 해제해야 하는 이유를 여기에 삽입하십시오"를 대체할 고유한 이유를 삽입하는 것을 잊지 마십시오.그 구성은 아래에서 논의될 것이다.토크 페이지를 편집할 수 없는 경우는 Unblock Ticket Request System(티켓 요청 해제 시스템)에서 양식을 작성합니다.

자세한 기술 및 절차 지침은 Wikipedia에서 확인할 수 있습니다.블록 어필.

차단 해제를 요청하기 전에

차단 해제 요청을 시작하기 전에 관리자가 사용자를 차단한 이유를 이해하는 것이 중요합니다.블록은 처벌을 목적으로 하는 것이 아니라 선의로 또는 공공 기물 파손으로 인해 방해적인 편집을 하는 것을 방지하기 위한 것입니다.

차단 해제 요청 시 질문을 하지 마십시오. 이는 프로젝트에 문제가 되지 않는 이유를 설명하기 위한 것이지 정책에 대한 설명을 요청하기 위한 것이 아닙니다.차단 해제를 요청하기 전에 차단한 관리자에게 해당 작업에 대한 설명을 요청할 수 있습니다. 그러면 해당 관리자가 먼저 차단의 이유로 링크된 정책을 읽어야 하지만 해당 관리자에게 답변해야 합니다.관리자의 주의를 끌 필요가 있는 경우는, 코멘트에 {{ping UserName}}을 기입하면, 4개의 tildes(~~~~~)로 편집에 서명하면, 통지가 됩니다.

차단 해제를 요청하면 어떻게 됩니까?

차단 해제 요청의 검토 방법과 사용자를 이해하면 차단 해제 요청에 도움이 될 수 있습니다.

• 대화 페이지에 차단 해제 요청을 저장하면 관리자가 주의할 수 있도록 자동으로 특수 카테고리에 배치됩니다.
• 관리자는 자원 봉사자입니다.인내심을 가지세요.모든 검토는 사용자를 차단한 관리자 이외의 관리자가 수행합니다.
• 요청을 검토하는 관리자는 관련 정책을 고려하여 차단 사유와 차단 해제 요청을 확인합니다.각 사례의 목적은 위키피디아에 영향을 미치는 중단, 손상 및 유사한 문제를 줄이는 것입니다.
• 필요에 따라 추가 정보가 필요하다고 판단되어 요청을 보류한 경우 차단 관리자에게 메모를 남길 수 있습니다.블록 해제를 검토하고 있는 경우, 관리 에티켓에 따라 블로킹 관리자에게 통지하고 코멘트를 할 기회를 주어야 합니다.
• 블록에 여러 사용자가 코멘트를 하거나 소규모 토론이 발생하는 경우가 많습니다.사용자를 차단한 관리자가 기여할 수 있지만 모든 사항을 고려하는 검토 관리자가 결정합니다.
• 리뷰 관리자가 필요하다고 생각하거나 정책에 따라 필요하다고 생각될 경우(커뮤니티 금지 등) 리뷰 관리자는 관리 게시판에서 스레드를 열어 의견을 더 얻을 수 있습니다.
• 경우에 따라서는 차단 해제 요구에 대해 기능자(CheckUsers 또는 Oversisors 등)의 코멘트가 필요한 경우가 있습니다.또한 필요에 따라 중재위원회로 송부할 수 있다.
• 요청이 수락되면 대화 페이지에 템플릿 응답을 남겨 차단이 해제됩니다.거부될 경우 편집으로 요청 템플릿에 이유를 제공합니다.
• 상세하거나 실패하지 않은 항소는 관리자가 검토하도록 유도하지 않을 수 있습니다.이 경우 2주 이내에 처리하기로 결정한 사람이 없는 경우 요청은 {{decline stale}}로 닫힐 수 있습니다.블로킹 관리자의 우려에 초점을 맞춘 간결하고 간결하게 호소하면 관리자가 쉽게 결정할 수 있습니다.

차단 해제 요청 구성

검토 관리자가 블록이 필요 없거나 더 이상 필요하지 않은 이유를 가능한 한 쉽게 확인할 수 있도록 하십시오.알기 쉬운 영어를 사용하여 명확하게 한다.관리자는 자원 봉사자이며, 사용자가 무엇을 말하고 싶은지 알아내는 데 필요한 시간이나 인내심이 제한될 수 있습니다.

자신이 무엇을 했는지, 왜 차단되었는지 이해한다.

블록에 효과적으로 대항하기 위해서는 그 이유를 이해해야 합니다.또한 검토 관리자가 차단이 정당하다고 결론내린 경우, 사용자가 차단의 목적을 이해하고 다시 차단하지 않을 것임을 검토 관리자가 확신하지 않는 한 차단이 해제되지 않습니다.

차단 이유에 대해서는 두 가지 방법으로 알 수 있습니다.먼저 블로킹 관리자는 편집을 시도할 때 표시되는 간단한 이유를 제공합니다.둘째, 관리자는 사용자의 대화 페이지에 차단에 대해 설명하는 메시지를 남길 수 있습니다.이러한 메시지에는 차단 관리자가 사용자가 위반했다고 생각하는 사이트 규칙('정책 및 지침')의 이름 또는 약어가 포함되어야 합니다.

차단 해제 요청을 하기 전에 차단 사유에 지정된 정책 및 지침을 주의 깊게 읽어야 합니다.일반적으로는, 반달리즘, 양말 패트리, 편집 전쟁, 3역 규칙 위반, 스팸 발송, 이해 상충 편집, 금지된 사용자 이름 중 하나 이상입니다.차단 정책도 검토해야 합니다.이 페이지를 읽고 이해가 안 되는 경우, 첫 번째 단계는 보다 명확한 설명을 요구하는 것일 수 있습니다.다른 사람들과 함께 일하고 그들의 우려를 이해하려는 시도는 긍정적으로 보일 것입니다.

차단 해제의 타당한 이유를 제시합니다.

차단 해제를 요청하는 사용자는 자신의 차단이 Wikipedia의 차단 정책을 위반하거나 번복해야 한다고 생각하는 이유를 설명할 책임이 있습니다.구체적으로는:

1. 블록이 잘못되었다고 생각하거나 재고를 요청한 이유를 설명하십시오.블록이 "잘못되었다" 또는 "불공정하다"고만 말하거나 다른 사용자가 먼저 정책을 위반하면 충분하지 않습니다.당신은 왜 당신을 차단한 것이 잘못된 것인지, 혹은 왜 그것이 번복되어야 하는지를 설명해야 합니다.
2. 사용자의 행위에 대한 차단 관리자의 우려 사항(차단 사유)을 해결합니다.위에서 설명한 바와 같이 차단 이유에 대해 알려드렸습니다.요청 시 이 이유를 해결해야 합니다.즉, 차단 이유가 올바르지 않거나 사용자의 행동에 적용되지 않는 이유를 설명하거나 검토 관리자에게 다시 해당 작업을 수행하지 않도록 설득해야 합니다.
3. 증거를 제시하다.어떤 작업을 수행했거나 수행하지 않았거나 블로킹 관리자가 중요한 내용을 누락했다고 진술한 경우, 가능한 한 간단한 세부 정보와 차등 편집("diff") 형식으로 링크를 제공하거나 블록 이유가 기술한 대로 수행하지 않았거나 하지 않았음을 나타내는 기타 증거를 제공하십시오.

요점을 벗어나지 않다

1. 간결하게 말해라.
2. 침착하고 예의바르게 행동하세요.모독, 횡설수설, ALL CAPS SCREAMING 및 인신공격의 사용은 편집 내역을 더 이상 검토하지 않고 차단 해제 요청을 거부합니다.블록 지속 시간은 연장될 수도 있습니다.토크 페이지에 액세스 할 수 없게 되는 경우도 있습니다.
3. 주요 정보를 간략하게 제공하십시오.오류가 발생한 경우 실제 증거를 제시하거나 간략하게 설명합니다.확인할 수 없는 애매한 주장을 하거나, 다른 형태의 확실한 좋은 증거가 없는 한 음모나 불신을 주장하지 마세요.
4. 차단 관리자의 우려 사항과 향후 상황에 초점을 맞춥니다.차단 관리자의 우려 사항과 사용자가 더 나은 작업을 수행하기를 원하는 사항을 이해했음을 보여 줍니다.블록은 커뮤니티가 특정 행동을 방지해야 하기 때문에 발생합니다.여러분이 저희에게 중요한 것을 이해해 주셨으면 합니다.만약 당신이 우리의 우려를 인정하고, 사건에 대해 성실히 토론하고, 실수로부터 진정으로 배우고, 종종 지역사회의 정책 정신을 지킬 수 있다는 것을 보여준다면, 그것이 필요한 전부입니다.만약 공동체가 여전히 동의하지 않고 차단이 해제되지 않는다면, 성숙함을 보여주고, 결과를 받아들이고, 합의에 따르겠다는 것을 보여주는 것이 끝날 때 여러분은 긍정적으로 보일 것입니다.

법적 협박을 하지 말 것, 강요에 의존하지 말 것

문제가 되는 액션에 대한 우려 때문에 차단되었습니다.이해력이 크게 부족한 위협이나 시도로 대응하면 상황이 더 나빠집니다.그것은 당신이 미래에 배울 수 없다는 것을 암시합니다.

1. 차단 해제 요청을 법적 절차처럼 취급하지 마십시오.여기서 설명한 바와 같이, 금지 또는 차단은 위키피디아를 편집할 수 있는 권한을 취소 또는 중지하는 것입니다.당사는 개인 소유의 웹사이트이기 때문에 귀하의 언론의 자유는 당사의 자체 정책 및 지침을 제정하고 집행하는 데 방해가 되지 않습니다.오용을 방지하기 위해 IP 주소 및 이를 사용하는 다른 계정을 확인할 수도 있습니다.
2. 법적 조치를 암시하거나 협박하지 마십시오.당신의 뜻대로 하기 위해 법적 위협을 가하는 것은 거의 항상 즉각적인 무기한 차단으로 귀결될 것입니다. 왜냐하면 그것은 합의된 결정을 존중한다는 원칙과 상충하고 또한 이곳에서 일어나는 에스컬레이션을 막기 위해서입니다.거기 가지 마세요.문제가 유효한 경우 다른 채널로도 충분히 해결할 수 있습니다.그렇지 않은 경우 채널은 충분하지 않습니다.
3. 차단 해제(또는 차단 해제되지 않는 한 위키피디아에 대한 기부를 중단하겠다고 위협)하기 위해 위키피디아에 기부를 제안하지 마십시오.Wikimedia Foundation은 기부에 감사할 것이 분명하지만, 기부를 하는 것이 차단 해제될 가능성에 어떤 영향도 주지 않을 것입니다.블록을 검토하는 관리자는 순수한 자원봉사자이며 재단에서 일하지 않습니다.그들은 편집 활동을 방해할 수 있는 행동에 대한 우려에 따라 호소력을 결정한다; 그들은 당신이 기부할지 여부에 전혀 영향을 받지 않는다.어쨌든, 이러한 시도는 뇌물수수 시도에 해당하며, 독자 분이 왜 자신의 행동이 문제인지 아직도 이해하지 못하고 있는지 확인하는 경향이 있는데, 이는 훨씬 더 심각한 우려 사항입니다.
4. 협박하거나 보복을 암시하지 마십시오.이 방법은 전혀 도움이 되지 않고 보다 포괄적인 차단이나 금지로 이어질 뿐입니다.

남들이 아닌 자신에 대해 이야기하라.

다른 사람이 한 짓이 아니라 당신이 한 짓 때문에 차단된 것이다.이 때문에:

1. 충돌했을 수 있는 편집자 또는 차단 관리자와 같은 다른 사람에 대해 불평하지 마십시오.다른 사람과의 의견 불일치는 차단 해제 후 분쟁 해결을 통해 해결해야 하지만, 차단 해제 요청은 이 문제에 해당되지 않습니다.차단 해제 요청에 대처해야 하는 것은 Wikipedia를 실제로 중단하지 않은 이유 또는 더 이상 중단하지 않는 이유뿐입니다.다른 사람에 대한 인신공격이나 무례함이 포함된 차단 해제 요청은 거부되며 대화 페이지에서 차단될 수 있습니다.
2. 다른 사람이 한 일을 변명하지 마라.두 가지 잘못은 옳은 것이 아니다.관리자에게만 다른 편집기를 차단하도록 요청하는 차단 해제 요청은 거부됩니다.
3. 타인에 대한 성의를 가지다.당신을 보도한 다른 편집자, 당신을 차단한 관리자, 그리고 관련된 모든 사람은 그들이 직접 만나본 적이 없는 사람에 대한 사악한 음모의 일부가 아니며, 그들이 그렇다고 가정하는 차단 해제 요청은 아마 받아들여지지 않을 것입니다.
4. 다른 사람들이 당신에게 성의를 가지고 있다고 가정해 보세요.블로킹 관리자는 이전 요청을 검토했던 관리자 및 현재 요청을 검토하는 관리자처럼 귀하의 요청을 신뢰하려고 시도합니다.관리자에게 선의의 태도를 취하도록 경고하거나 관리자가 이를 이행하지 않았다고 비난할 필요가 별로 없습니다.

Wikipedia 커뮤니티의 관례를 따르는 것에 동의하다

잘못해서 차단이 된 경우, 특히 장기간 차단이 된 경우, 다음과 같은 경우 차단 해제 가능성이 높아집니다.

1. 인정해.Wikipedia에 대한 모든 투고가 기록됩니다.편집 내용을 확인할 수 있고 확인할 수 있기 때문에 사용자가 수행한 작업(또는 레코드를 검토하는 다른 편집자가 사용자가 했을 가능성이 매우 높다)을 부인하는 것은 의미가 없습니다.삭제된 경우에도 차단 해제 요청에 응답할 관리자를 포함한 모든 관리자가 계속 볼 수 있습니다.
2. 사람들이 당신을 다시 믿을 수 있는 이유를 대세요.당신을 막은 일을 그만두겠다고 약속하세요.이 문제가 재발하지 않도록 기사 개선을 제안하거나 단호한 조치를 제안하여 당사의 신뢰를 회복하십시오.
3. 다신 그러지 마공격적 발언 또는 법적 위협으로 차단된 경우 차단 해제 요청에서 이를 반복하지 마십시오.당신의 행위가 차단될 자격이 없다고 생각되더라도, 분명히 적어도 한 명의 관리자가 그 점에 대해 당신과 동의하지 않을 것입니다.검토 관리자가 차단에 동의하고 더 이상 불쾌감을 주지 않는 방법으로 요청을 작성한다고 가정합니다.
4. 여기 온 이유를 말해 주세요.차단이 해제된 후 백과사전에 기여하는 방법을 설명하십시오.커뮤니티 포털과 태스크 센터에는 도움이 되는 공헌에 대한 아이디어가 포함되어 있습니다.

모든 것이 불만족스럽다면

대부분의 경우, 다른 사람이 당신의 요구에 동의하지 않는다면 그것을 받아들이는 것이 가장 좋습니다.상황이 이렇게 격앙되거나 말이 오간 경우는 거의 없습니다.또한 블로킹 관리자가 오해하고 있거나 매우 불공평하다고 우려할 만한 진정한 이유가 있을 수 있습니다.자신을 공격한다고 느끼더라도 "고함치거나" "화끈거리거나" 다른 사람을 공격하지 마세요.그것은 네가 할 수 있는 가장 나쁜 일이다.

고민할 만한 충분한 이유가 있다면 자신의 우려와 증거를 간결하고 침착하게 밝혔는지 확인하고 다른 독립적인 의견을 묻는 것이 훨씬 낫다.개별적으로 검토하도록 요구된 관리자는 문제에 대해 새로운 정보를 얻을 수 있습니다(대부분 1명 이상의 응답자가 응답할 수 있습니다).또, 설명이나 서포트를 제공할 수도 있습니다.또한 블로킹 관리자가 적절하게 동작했는지 여부 및 필요한 작업도 고려합니다.만약 그들이 당신에게 동의하지 않는다면, 이것은 처음의 견해가 불합리하지 않았다는 것을 보증하는 데 도움이 될 것입니다.

잘못된 차단 해제 요청의 예

이러한 요구는 거부될 수 있습니다.반복하면 블록 설정이 변경되거나 토크 페이지가 편집으로부터 보호되므로 블록이 확장되거나 토크 페이지 액세스가 삭제될 수 있습니다.

특별한 상황

중재 시행 블록

중재위원회의 결정을 위반하여 차단된 사용자 또는 중재위원회의 결정에 따라 관리자가 부과한 제한(재량적 제재 등)에는 특별한 규칙이 적용됩니다.

허가된 편집자의 항고

이의 신청은 허가된 편집자에 의해서만 할 수 있으며, 현재 유효한 제재에 대해서만 할 수 있다.페이지 제한 수정 요청은 편집자가 할 수 있습니다.이 프로세스에는 세 가지 단계가 있습니다(아래의 "중요한 사항" 참조).편집자는 다음을 수행할 수 있습니다.

1. 집행관리자에게 당초의 결정을 재검토하도록 요청한다.
2. 중재집행게시판("AE") 또는 관리자게시판("AN")에서 검토를 요청한다.
3. 수정요구 페이지("ARCA")에 수정요청을 제출한다.편집자가 차단되어 있는 경우 Special을 통해 이메일로 호소할 수 있습니다.Email User/Arbitation Committee(이메일 액세스가 취소된 경우 arbcom-enwikimedia.org로 전송).

관리자에 의한 변경

관리자는 다음 조건이 충족되지 않는 한 다른 관리자가 부과한 제재를 변경하거나 삭제할 수 없습니다.

1. 집행 관리자의 명시적인 사전 확인 동의 또는
2. (a) AE 또는 (b) AN 또는 (c) ARCA에서 수정에 대한 사전 긍정 합의(아래의 "중요사항" 참조).

처리되지 않은 제재를 수정하는 행정관은 위원회의 재량에 따라 해임될 수 있다.

이 섹션의 어떤 내용도 관리자가 다른 관리자가 발행한 기존 제재를 새로운 제재로 대체하는 것을 막지 않습니다.

관리자는, 이 섹션의 요건에 관계없이, 관리자 권한이 유효하게 되어 있지 않은 편집자(일시적 또는 영속적인 포기 또는 디시솝에 의해)에 의해서 행해진 제재를 변경할 수 있습니다.관리자가 이전 관리자에 의해 부과된 제재를 변경할 경우, 이를 변경한 관리자가 "강제 관리자"가 됩니다.이전 관리자가 도구를 되찾은 경우 이 섹션의 규정은 변경되지 않은 적용 액션에 다시 적용됩니다.

중요사항:

1. 요청이 성공하려면

(i) (a) AE에서 관여하지 않는 관리자 또는 (b) AN에서 관여하지 않는 편집자의 명확하고 실질적인 합의

(ii) ARCA 중재인의 가결

필수 항목입니다.AE 또는 AN에서의 합의가 불분명한 경우, 현상 유지가 우선합니다.

2. 위원회의 결정을 요구하기 전에 집행 관리자에게 요청하고 AN 또는 AE에서 검토하는 것은 의무 사항이 아니지만, 위원회가 요청을 검토한 후에는 어떤 포럼에서든 더 이상의 실질적인 검토가 금지됩니다.유일한 예외는 적극적인 제재 하에 있는 편집자들로, 편집자들은 해당 제재가 더 이상 필요하지 않다는 이유로 제재의 완화나 해제를 요청할 수 있지만, 그러한 요청은 6개월에 한 번 또는 위원회가 지정한 기간 동안만 할 수 있다.
3. 이 조항은 관리자에 의한 재량제재 및 중재사건 결정을 집행하기 위한 관리자에 의한 블록에만 적용됩니다.이들은 위원회가 직접 승인하고 중재자 또는 중재 사무원에 의해 제정된 제재 또는 어떤 성격의 특수 기능 블록에는 적용되지 않는다.
4. 모든 집행행위는 유효하고 적절한 것으로 추정되므로 항소가 성공할 때까지 제재조치의 변경 또는 뒤집기에 관한 규정이 적용된다.
   --

따라서 단독으로 행동하는 검토 관리자는 다른 관리자의 중재 시행 블록을 취소할 수 없습니다.(이로 인해 차단 관리자는 차단된 편집기의 차단 해제 요청을 수락할 수 있습니다.)

이러한 블록을 해제하도록 요청하려면 다음을 수행할 수 있습니다.

• 대화 페이지 또는 이메일로 차단 관리자에게 호소합니다(대화 페이지의 "이 사용자에게 전자 메일 보내기" 기능 사용).
• {{unblock}} 템플릿을 사용하여 중재집행게시판 또는 관리자게시판 중 하나에 호소하여 리뷰 관리자에게 커뮤니티 토론 개시를 요청하십시오.리뷰 관리자가 적절한 커뮤니티 포럼에 복사할 수 있도록 Talk 페이지의 Unblock Request 아래에 있는 템플릿 {{Arbitration enforcement attempt}}에서 제공하는 형식으로 이의신청을 작성해야 합니다.
• 스페셜로 이메일을 보내 중재위원회에 상소합니다.Email User/Arbitation Committee(이메일 액세스가 취소된 경우 arbcom-enwikimedia.org로 전송).

금지된 사용자

금지된 사용자들 또한 그들의 항소를 위한 특별한 규칙을 가지고 있다.WP:UNBAN은 항소를 금지하기 위한 절차를 밟습니다.

• 커뮤니티에 의해 금지된 사용자(ArbCom의 금지 또는 ArbCom에만 호소하도록 지정된 차단에 따라 금지 해제되지 않음)는 일반적으로 관리자 게시판의 커뮤니티 토론에서 금지 해제에 대한 합의가 있는지 여부를 확인한 후에만 금지 해제됩니다.Wikipedia를 읽어보십시오.커뮤니티 금지를 호소하기 전에 표준 제안입니다.사용자는 여러 계정을 반복적으로 남용하여 커뮤니티에 의해 금지되는 것으로 간주될 수 있습니다.이러한 사용자는 커뮤니티 또는 중재위원회에 호소할 수 있지만 CheckUser와 상담한 후에는 일반적으로 관리자 게시판에 게시됩니다.
• 중재위원회에 의해 금지된 사용자는 위원회에 상고해야 합니다(이메일은 arbcom-enwikimedia.org으로 전송).커뮤니티의 제재를 받고 있는 유저의 경우, ArbCom은 통상, 블록 해제 조건을 금지 유저와 상담해, Wikipedia 에 게재합니다.중재위원회/통지판 또는 커뮤니티의 코멘트를 허용하는 수정요구서.지역사회의 충분한 논평 없이는 금지가 해제되지 않을 것이다.
• Jimbo Wales에 의해 금지된 사용자는 Jimbo Wales 또는 중재위원회에 항소해야 합니다.

손상된 계정

관리자 또는 CheckUsers가 손상된 계정을 차단할 수 있습니다.이 문제는 CheckUsers가 계정을 만든 사람이 해당 계정에 액세스할 수 없게 되었다는 증거를 가지고 있으며 현재 다른 사용자에 의해 제어되고 있는 경우에 가장 많이 발생합니다.계정이 특별히 "비준 계정"으로 차단되어 있는 경우 CheckUser 또는 관리인에게 연락해야 합니다.이 경우 CheckUser 또는 관리인이 다시 통제 상태로 돌아왔음을 확인할 수 있습니다.Wikipedia 밖에서 만난 적이 있는 Wikipedian에게 보증해 달라고 요청할 수도 있고, 이전에 공개된 {{committed identity}}을(를) 사용할 수도 있습니다.이러한 옵션을 사용할 수 없는 경우, 누가 계정을 관리하고 있는지 알 수 없기 때문에 계정을 복구할 수 없을 수 있습니다.

차단 해제를 요청하여 계정이 손상되었거나 해킹되었거나 다른 사람에 의해 사용되었다고 주장하는 경우, 이 방법은 작동하지 않을 수 있습니다.이것은 일반적으로 "동생이 그랬다"는 변명의 변형이다.따라서 관리자는 계정이 해킹당했거나 손상되었다는 주장에 대해 회의적인 반응을 보이는 경우가 많습니다.대신 차단 해제 요청은 차단 이유를 해결하는 데 초점을 맞춰야 합니다.만약 이런 종류의 주장이 효과가 있다면, 모든 사람들은 그들의 계정이 손상되었다고 주장할 것이다.

양말 패트리 블록

위키피디아 정책에서는 sockpuppet 계정을 무기한 차단하고 sockpuppeteer를 일정 기간(아마도 무기한) 차단하도록 요구하기 때문에 sockpuppetry에 대한 비난은 많은 블록과 거의 같은 수의 차단 요청을 초래합니다.이 프랙티스에 관여하고 있는 것으로 확인되었거나 관여하고 있다고 생각되는 사용자는 자신의 ^[1]메인 계정으로 차단 해제를 요청해야 합니다.미트 퍼펫도 무기한 차단됩니다...아무리 잘 알고 있어도 다른 사람을 대신해서 편집하지 마세요.

관리자 리뷰는 보통 sockpuppetry 기반 블록에서 차단 관리자의 의견에 따르게 됩니다. 특히 sock 계정의 편집이 최소화된 경우에는 더욱 그렇습니다.Checkuser 툴을 사용하지 않거나 "관련되지 않은" 결과에서도 다른 차단된 계정과 동일한 편집을 하는 계정은 언어적 특성과 동일한 일반 이해관계가 "ducks like ducks" 테스트에서 계속 차단될 수 있습니다.

Wikipedia 관리자들은 절대 양말 조작에 대해 확신할 수 없으며, 가장 학대적인 사용자들은 탐지를 피하기 위해 매우 교활할 수 있다.sockpuppetry를 위해 부적절하게 차단되어 있는 경우 상황을 수정하는 것이 항상 쉽지는 않을 수도 있다는 것을 깨달아야 합니다.

만약 당신이 실제로 sockpuppetry의 죄를 지었고, 다시 편집의 기회를 얻고 싶다면, 다음과 같이 하십시오.

1. 영어 위키피디아에서 상당 기간(예: 6개월) 동안 계정 또는 익명으로 어떠한 편집도 하지 마십시오.호소하기 전에 다른 위키미디어 프로젝트에 중요하고 유용한 공헌을 할 것을 강력히 권장합니다.
2. 원래 ^[1]계정에서 차단 해제 요청을 합니다.Sockpuppeteers는 부정직한 행동을 했기 때문에 차단이 해제되는 경우가 많지 않습니다.또한 관리자는 Sockpuppet 계정의 차단을 해제하지 않을 것입니다.

양말 패트리 블록을 어필하는 경우는 관련성이 있거나 커뮤니티가 양말 패트리를 의심하는 이유를 설명하는 데 도움이 될 수 있는 모든 관련 정보도 공개해야 합니다.공개해야 할 상황의 예로는 소셜 미디어나 친구로부터 위키피디아 페이지를 편집하도록 권유받았는지, 위키피디아를 편집하도록 알고 있는 다른 사람과 인터넷 연결을 공유했는지, 위키피디아를 편집하도록 돈을 받았는지 등이 있습니다.공동 커뮤니티 기반 프로젝트의 편집자로서 커뮤니티 또는 그 관리 프로세스를 속이지 않도록 할 의무가 있으며, 관련 정보를 누설하지 않는 것은 커뮤니티를 의도적으로 속이는 시도로 간주될 수 있습니다.

Check User에 의한 여러 계정의 반복적인 남용에 대한 차단 및 금지를 호소하는 가이드도 참조해 주십시오(양말 패퍼트리를 범한 경우에도 위의 조언을 따라야 합니다).

사용자 블록 확인

일부 관리자는 CheckUser라는 도구에 액세스할 수 있으며, 이 도구는 위키피디아의 개인 기술 로그 중 일부를 표시합니다.CheckUser 데이터는 사용자가 여러 계정을 악용한 것을 발견하는 데 기여할 수 있습니다(sockpuppetry).계정이 "CheckUser blocked"인 경우, 이는 SockPuppetry로 인해 차단되었으며 CheckUser 데이터가 결정과 관련이 있음을 의미합니다.CheckUser 블록을 어필하려는 경우, 어필하는 sockpuppetry 블록에 대한 가이드를 검토하여 onwiki의 어필에 실패하면 중재위원회에 이메일로 ^[2]어필할 수 있습니다.

감시 블록

드문 경우지만 위키피디아에 제출된 자료는 위키피디아의 공공 기록 보관소에서 삭제될 정도로 문제가 있는 것으로 간주됩니다.이 프로세스를 "오버사이트" 또는 "억제"라고 하며 소수의 관리자를 제외한 모든 관리자가 자료에 액세스할 수 없습니다.때때로 편집자는 위키피디아에 이러한 문제가 있는 자료를 반복적으로 추가하거나 감독 정보와 관련된 다른 이유로 차단될 수 있습니다.이러한 블록을 "오버라이트 블록"이라고 합니다."Oversight blocked(오버사이트 차단)"를 당한 경우, 어떠한 공공 블록 항소에서도 감독 대상 정보를 반복하지 마십시오. 상고에서 감독 대상 정보를 인용하거나 언급하는 경우,^[3] 중재 위원회에 이메일로 해당 블록을 호소해야 합니다.

"3역 규칙" 블록 등을 포함한 충돌 블록 편집

차단 해제를 요청하는 많은 기존 사용자는 편집 교전을 위해 차단되었기 때문에 차단 해제를 요청합니다.그들은 종종 그들이 실제로 3역칙을 위반하지 않은 이유에 대해 많은 링크된 차이와 함께 장황한 설명을 게시한다.이 경우 이러한 차단 해제 요청은 다른 요청보다 검토하는 데 시간이 오래 걸리는 경우가 많습니다.많은 편집 충돌 블록이 짧은 기간(36시간 이내)이기 때문에 길고 상세한 블록 해제 요청은 응답이 없거나 조사 시간이 너무 오래 걸려 블록 자체가 만료됩니다.또한 3RR은 "전기 울타리"로 간주되며, 예외는 극히 적지만(특허의 난센스/밴더리즘의 되돌림 또는 터무니없는 명예훼손 위반 등) 대부분의 관리자는 3가지 리버스 규칙을 위반하는 것은 정당하게 차단할 수 있다고 생각한다는 점에 유의하십시오."올바른" 것이 3역 법칙의 예외는 아니며, 자신의 버전이 "더 나은" 버전이라고 주장한다고 해서 차단이 풀리는 이유는 아닙니다.

또한 "3 복귀 규칙"을 어기지 않았더라도 편집 교전을 위해 차단될 수 있는 경우가 많습니다.예를 들어, 오랜 기간 동안 같은 복귀를 여러 번 한 경우, 4번의 복귀를 한 24시간의 기간이 없었던 경우에도 차단될 수 있습니다.또한, 세 개의 반전 규칙의 "영혼"을 위반하지 않더라도 편집 시퀀스는 차단할 가치가 있습니다.네 번째 복귀까지 24시간 동안 기다리거나 매번 버전을 미세하게 변경하여 완벽한 복귀가 되지 않도록 의도적으로 시스템을 조작하거나 기사를 편집하는 것은 악의로 편집하는 것으로 간주되며, 24시간 내에 3회 이상 복귀하지 않더라도 블록이 해제되지 않을 수 있습니다.

"부정한 사용자 이름" 블록

사용자 이름 정책에 준거하지 않는 사용자 이름의 계정은 편집 동작에 관계없이 무기한 차단되는 경우가 많습니다.이는 일반적으로 스팸으로 추가된 문서 또는 링크의 제목과 완전히 또는 밀접하게 일치하는 이름 또는 기타 외부 링크 정책에 위반되기 때문입니다.

이러한 계정은 대부분 소프트 블록되므로 기존 계정이 차단되어 있는 동안 새 계정이 생성될 수 있습니다.이것은, 어카운트명이 문제이지, 배후에 있는 사람의 행동이 문제가 아니기 때문입니다.사용자 이름 변경을 요구할 수 있지만, 이 작업은 시간이 좀 더 걸리고 글로벌 이름 변경 접근권을 가진 사용자가 수행해야 합니다.어떤 방법을 선택하든 동일한 곤경에 빠지지 않도록 먼저 제안된 새 사용자 이름을 검토하는 것이 좋습니다.

혐오스럽거나 외설적인 언어를 사용하거나 중단 또는 도발적인 의도를 나타내는 사용자 이름을 가진 계정은 하드 차단되므로 차단 해제 요청이 필요합니다.

광고 전용 계정

Wikipedia가 홍보 목적으로 사용되지 않을 수 있기 때문에 누군가 또는 무언가를 홍보하기 위해 존재하는 것처럼 보이는 계정("스팸")은 일반적으로 무기한 차단됩니다.이러한 프로모션에는 광고와 같은 기사를 게시하거나 다른 웹사이트에 부적절한 링크를 삽입하는 것이 포함될 수 있습니다.

광고 전용 계정으로서 판촉 활동을 중지한다고 명시하지 않는 한 차단 해제되지 않습니다.또한 차단이 해제된 경우 프로모션 주제와 무관한 Wikipedia에 건설적인 기여를 할 의사가 있음을 관리자에게 납득시켜야 합니다.그렇게 하려면 차단 해제 요청에 실제 편집의 구체적인 예가 포함되어야 합니다.

일반적으로 문제에 대한 블록('측면적 손상')

많은 사람들이 사용하는 프록시 서버나 특정 ISP 등 특정 소스로부터의 오용을 방지하기 위해 다수의 블록이 존재합니다.이 경우 일부 사용자는 이 문제에 대해 책임을 지지만 다른 사용자는 솔루션에 의해 불가피하게 차단될 수 있습니다.

관리자 또는 checkuser는 이 문제가 발생했을 가능성이 높은지 여부를 조사합니다.

프록시 블록 열기

오픈 프록시에 대한 Wikipedia 정책은 명확합니다. 한번 식별되면 예외 없이 프록시를 통한 편집이 차단됩니다.일부 사용자들은 검열이나 필터를 회피하기 위해 그것들을 사용할 수 있지만, 위키피디아인들이 선의의 표시를 하기에는 너무 많은 차단된 반달들에 의해 너무 많이 사용되어 왔다.여기에는 Tor 노드가 포함됩니다.서버가 오픈 프록시로 차단된 경우 다른 연결을 통해 편집해야 합니다. 대부분의 경우 프록시는 "하드 차단"되므로 로그인한 사용자도 연결을 사용하여 편집할 수 없습니다.

이러한 블록을 해제하는 유일한 방법은 오픈 프록시가 아니거나 잘못 식별된 경우입니다.이것이 사실이라고 생각되는 경우 차단 해제 요청에서 그렇게 말하면 관리자는 이 프로젝트를 오픈 프록시 프로젝트에 참조합니다.이 프로젝트에서 검증된 사용자는 실제로 오픈 프록시인지 여부를 판단할 수 있습니다.

공유 IP 블록/범위 블록

이전에 편집한 적이 없거나 거의 없는 독자 또는 해당 위치에서 계정을 등록할 의사가 없는 독자 중 편집만 클릭하면 IP 주소에서 편집이 차단되는 경우가 있습니다.만약 당신이 이 일이 당신에게 일어났기 때문에 여기에 온다면, 두 가지 가능성이 있습니다.

• 범위 블록Wikipedia 관리자는 하나의 IP 주소만 차단하는 것이 아니라 특정 범위의 IP 주소를 차단하도록 선택할 수 있습니다.이것은, 파괴자, sock puppeteer, 또는 그 외의 중단을 수반하는 유저가, 다이나믹 IP, 또는 IP로부터 IP로 홉 하거나, 어느 단말로부터 다른 단말기로 물리적으로 이동하는 것으로, 블록을 회피할 가능성이 있는 상황(일부 LAN 등)을 이용하고 있는 경우에 행해집니다.네, 이는 많은 사용자에게 불편을 끼칩니다(일부 큰 범위에 대해 장기간 범위 블록이 부과되는 것은 일부 사용자가 등록된 계정을 사용하지 않고는 편집할 수 없음을 의미합니다).그러나 위키피디아 커뮤니티는 이러한 조치를 가볍게 여기지 않으며, 일부 범위 블록은 너무 많은 사용자에게 부과될 경우 범위가 축소될 수 있지만, 프로젝트와 사용자를 보호하는 다른 방법이 실패했을 경우에만 실행됩니다.

  장기 범위 블록으로 인한 부수적 손상에 영향을 받는 경우 다른 컴퓨터에서 또는 이메일 요청을 통해 계정을 만드는 것을 고려해 보십시오.

• 공유 IP 블록이것은, 1대 또는 2대의 서버를 개입시켜 모든 인터넷 트래픽을 라우팅 하는 대규모 기관(대부분의 경우)에 영향을 줍니다.많은 사용자가 편집할 수 있고 공유 IP상의 파손된 사용자나 중단을 수반하는 사용자가 다시 편집할 수 있는지, 또는 반대편에서 어떤 보안 어레인지도 알 수 없기 때문에 관리자는 공유 IP를 차단 해제하는 것에 대해 주의해야 합니다.봉쇄된 학교들은 노골적인 파괴행위로 인해 보통 반복적으로, 그리고 장기간 (한 번에 최대 1년까지) 차단된다.확인 관리자가 토크 페이지, 차단 로그 및 편집 이력에 반영되었음을 확인하면 차단 해제 요청은 거부될 수 있습니다.

  공유 IP를 가진 사이트의 시스템 관리자이며 Wikipedia에서의 행위가 차단으로 이어진 사용자를 식별하고 조치를 취할 수 있는 경우 이를 증명할 수 있다면 차단 해제를 고려할 수 있습니다.그러나 Wikipedia와 사용자 모두에게 가장 일반적인 해결책은 단순히 등록된 계정을 만들고 편집하는 것입니다.차단되지 않은 다른 인터넷 연결을 통해 Wikipedia에 연결하거나 Wikipedia 프로세스를 통해 요청을 하면 됩니다.계정을 요청합니다.

「 」를 참조해 주세요.

• 위키백과:블록 어필
• 위키백과:표준 서비스

비고