위키백과:관리자

주의: 이 페이지는 관리자에게 질문을 게시하거나 관리자 권한을 요청하는 페이지가 아닙니다. 대신 관리자 주의 요청 또는 관리 요청을 사용합니다.

이 페이지는 영어 위키피디아 정책을 문서화합니다. 모든 편집자가 일반적으로 따라야 하는 널리 받아들여지는 표준을 기술하고 있습니다.이에 대한 변경은 합의를 반영해야 한다.

숏컷 관리 WP: SYSOP MOP

이 페이지를 요약하면 관리자는 영어 위키피디아에서 특정 도구에 액세스할 수 있는 권한을 가진 자원봉사자입니다.그들은 높은 행동 기준을 준수하고, 공정하게 도구를 사용하며, 분쟁에서 유리한 위치를 차지하기 위해 도구를 사용하지 않을 것으로 예상된다.

인간 행정
위키미디어 이사회
위키백과
Wikimedia 스태프
스튜어드
중재 위원회
관료
관리자

시행 정책
관리자 정책 금지 차단 정책 보호 정책
v t

관리자(administrators 또는 sysops(시스템 운영자)는 영어 위키피디아에서 특정 특수 작업을 수행할 수 있는 기술 권한을 부여받은 Wikipedia 편집자입니다.여기에는 사용자 계정, IP 주소 및 IP 범위의 편집 차단 및 차단 해제, 완전히 보호된 페이지 편집, 페이지 편집 보호 및 보호 해제, 페이지 삭제 및 삭제 취소, 페이지 이름 변경 및 기타 특정 도구를 사용할 수 있는 기능이 포함됩니다.

관리자는 커뮤니티 리뷰 프로세스를 거친 후 자원봉사자로서 이러한 책임을 떠맡습니다.이들은 Wikimedia Foundation의 직원 역할을 하지 않습니다.고객은 도구를 사용할 필요가 없으며, 관련된 분쟁에서 유리한 위치를 차지하기 위해 도구를 사용해서는 안 됩니다.관리자는 Wikimedia 시스템 관리자("sysadmin")와 혼동하지 마십시오.

영어 위키피디아에는 1,032명의 관리자가 있습니다(관리자 권한이 있는 계정 전체 목록 또는 활동 수준별 관리자 목록 참조).

관리자의 능력

관리자는 다음 작업을 수행할 수 있는 기술적 능력을 가지고 있습니다.

• 사용자 계정 및 IP 주소 편집 차단 및 차단 해제
• 편집, 이동 또는 작성을 제한하거나 허용하기 위해 특정 페이지에서 페이지 보호 적용, 수정 및 제거
• 리비전 수가 5,000 이하인^[1] 페이지 삭제
• 사용자^[2] 계정에서 요청한 특정 사용자 권한 부여 및 해지
• 삭제된 페이지 보기 및 복원
• 개별 로그 및 페이지 리비전 정보의 공개 가시성 제한 및 복원
• 완전히 보호된 페이지 편집
• JavaScript 및 CSS^[3] 페이지를 제외한 MediaWiki 네임스페이스 페이지 편집
• 제목 블랙리스트 재정의
• 원하는 제목으로 페이지 이동
• 스페셜에 기재되어 있는 다른 특수한 조작을 실행합니다.List Group Rights #sysop

일반적으로 관리자는 삭제 토론, 이동 토론 및 이동 검토 토론과 같은 특정 토론의 결과를 판단할 책임이 있지만, 다른 편집자는 경우에 따라 토론을 닫을 수 있습니다(비관리자 폐쇄 참조).

관리자가 되다

각 개별 Wikimedia 프로젝트(기타 Wikipedia 포함)에는 관리 권한을 부여하기 위한 자체 정책이 있을 수 있습니다.

영어 위키피디아에는 관리자가 되기 위한 공식적인 요건이 없습니다.등록된 사용자는 자신의 위키피디아 경험에 관계없이 커뮤니티에 관리자 권한("RFA")을 요청할 수 있습니다.그러나 관리자는 커뮤니티의 신뢰와 신뢰를 얻을 것으로 기대되기 때문에 경험이 많지 않은 사용자의 요청은 일반적으로 승인되지 않습니다.모든 편집자는 요청에 대해 의견을 제시할 수 있으며, 각 편집자는 각자의 방식으로 각 후보를 평가합니다.그러나 등록된 편집자만 이러한 요청에 "투표"할 수 있습니다.

후보자는 지명을 요청하거나 수락하기 전에 일반적으로 활동적이고 정기적으로 장기간 위키피디아 편집자여야 하며, 위키피디아의 절차와 관행을 숙지하고, 정책을 존중하고 이해해야 하며, 커뮤니티의 전반적인 신뢰를 얻어야 합니다.후보자들은 또한 유료 위키피디아를 편집한 적이 있는지 여부를 공개해야 한다.이에 관한 질문은 RFA 프로세스 전체에 걸쳐 커뮤니티의 편집자가 모든 후보자에게 질문할 수 있습니다.

후보자가 행정관이 되어야 하는지에 대한 토론이 7일 동안 열린다.커뮤니티 컨센서스에 따라 RfA는 편집자의 워치리스트와 템플릿에 애드버타이즈 됩니다.집중적인 논의커뮤니티에서는 질문 제한을 설정했습니다.편집자는 후보자에게 2개 이상의 질문을 할 수 없습니다.1개의 질문으로 구성되지만 실제로는 여러 질문을 하고 제한을 초과하는 여러 부분으로 구성된 질문도 허용되지 않습니다.관료들은 RfAs를 부적절하다고 생각되는 코멘트 및/또는 투표에 대처하면서 "clocking"할 수 있다.

RfA 프로세스를 통해 다른 편집자는 후보자에 대해 알고, 편집자로서 후보자의 관여와 배경을 살펴보고, 토론과 요청 중인 역할에 대한 이해를 할 수 있습니다.또, 후보자의 이유와 인상과 함께, 요청에 대한 지지 또는 반대 여부를 진술할 수 있습니다.관여하지 않은 관료들은 그 요청을 승인하기 위한 합의가 있는지 여부를 판단한다.이 판단은 지원 비율만을 기반으로 하는 것이 아니라 실제로 75% 이상의 RfA가 통과합니다.커뮤니티는 일반적으로 65~75%의 RfA 지원은 관료의 재량에 따라야 한다고 결정했다.(따라서 논리적으로 65% 미만의 RfA는 거의 모두 실패하게 됩니다).

RFA는 집중적인 과정이지만 숙련된 편집자가 후보자의 준비와 태도에 대한 피드백과 리뷰의 질은 매우 높은 경우가 많습니다.불합격이지만 제기된 사항에 대처하기 위한 절차를 밟는 지원자는 몇 달 후 다음 요청에 따라 성공하는 경우가 많습니다.관리자 권한 요청에 관심이 있는 경우 먼저 관리자 권한 요청 안내서와 추천 지침을 읽어보십시오.신청할 준비가 되면 Wikipedia에 후보 등록을 추가할 수 있습니다.관리 요청("RFA") 페이지. 해당 페이지의 지침에 따릅니다.

특정 사용자의 계정 중 하나만 관리 도구를 사용할 수 있습니다.단, 관리자는 관리 액세스 권한이 있는 봇을 소유할 수 있습니다.WP:관리소크

관리 권한은 무기한 부여되며, 요구가 있을 경우에만 삭제되며, 고도의 개입이 수반되는 상황(아래의 관리자 남용 참조) 또는 비활성 관리자의 경우 일시적으로 삭제됩니다.

관리자가 특별히 지원할 수 있는 장소

관리자 권한은 Wikipedia의 특정 영역에서 특히 유용합니다.

• 관리상의 백로그
• 반달리즘
• 저작권 문제(관리자에 대한 조언)
• 관리자에 대한 주의 사항
• [ In the News ]또는 [Do you know]와 같은 기본 페이지 섹션
• 최근 변경사항 패트롤
• 신속한 삭제 요청
• 3개의 반전 규칙 및 교전 위반 편집

Wikipedia도 참조해 주세요.관리자는 어려운 블록을 만들고 관리자는 IRC 사용자를 위해 IRC에 채널을 돌립니다.

'참여하지 않는 관리자'는 또한 중재위원회의 구제 조치와 파괴적인 영역과 상황에 관한 분쟁 해결에 도움을 줄 수 있다.이 역할을 수행하는 관리자는 중립적이며, 다른 사용자를 지원하는 문제에 직접 관여하지 않습니다.중립적인 관리자에 의해 시행되는 제재 목록은 Wikipedia에서 확인할 수 있습니다.일반 제재 및 위키백과:중재/적극적 제재(Wikipedia에서의 집행 요청 참조:중재/요청/강제)

관리자 알림판

일반적인 관리자 토론이 이루어지는 2개의 메인 게시판이 있습니다(사용자는 누구나 게시물을 올리거나 토론에 참여할 수 있습니다).

• 위키백과:관리자용 게시판(WP:AN) – 알림이나 일반 정보 등 관리자가 알고 싶어할(또는 필요한) 사항에 사용됩니다.
• 위키백과:관리자용 게시판/사고(WP:ANI) – 합격 관리자의 주의가 필요한 사항에 사용됩니다.여기서의 스레드는 길어질 수 있지만, 이 보드는 주로 사고 및 기타 조언이나 주의가 필요한 문제에 사용됩니다.

관리에 대한 기대

배려와 판단

액세스 권한이 부여된 경우 관리자는 이러한 새로운 기능, 특히 페이지를 삭제하고 사용자와 IP 주소를 차단하는 기능을 사용할 때 주의해야 합니다(이러한 방법을 알아보려면 관리자 설명서 및 새 관리자 페이지를 참조하십시오).또한 새로운 관리자는 관리자 권한을 사용하기 전에 관리자 읽기 목록에서 링크된 페이지를 확인해야 합니다.간혹 과실이 인정되지만 심각하거나 반복적인 과실 또는 '관련된' 관리자의 행위 위반과 관련된 과실이 항상 인정되지는 않을 수 있습니다.

관리자 툴도 신중하게 사용해야 합니다.새로운 관리자가 툴을 사용하는 것이 가장 좋은 타이밍을 학습하는 데 시간이 걸릴 수 있습니다.또한 어려운 분쟁에서 블로킹이나 페이지 보호 등의 툴을 사용할 때 기간을 설정하는 데 몇 개월이 걸릴 수 있습니다.새로운 관리자는 천천히 시작하고 익숙한 분야에서 경험을 쌓는 것이 좋습니다.또, 모르는 것이 있으면, 다른 사람에게 물어보세요.

관리자의 행동

관리자는 모범을 보여야 하며, 모든 편집자와 마찬가지로 다른 편집자와의 상호 작용에서 공손하고 예의 바르게 행동해야 합니다.관리자는 위키피디아 정책을 따르고 최선을 다해 직무를 수행해야 합니다.경우에 따라서는 관리 기능과 완전히 호환되므로 관리자가 완벽하다고는 할 수 없습니다.단, 무례함이나 악의 있는 편집 등의 행위로 위키피디아를 지속적으로 또는 심각하게 중단시키는 것은 관리자의 기대와 책임에 부합하지 않으며, 일관되거나 터무니없이 잘못된 판단으로 인해 관리자 도구가 제거될 수 있습니다.관리자는 다른 ^[4]편집자에 대한 예의와 공손함의 적절한 기준을 모델링하기 위해 노력해야 합니다.

관리자는 수백 명의 동료가 있다는 것을 명심해야 합니다.따라서 관리자가 특정 문제에 대처할 때 사이트 정책을 준수할 수 없고 (문제가 있는 행동을 보이는 사용자에게도) 예의 바르게 대처할 수 없는 경우 관리자는 문제를 게시판에 게시하거나 다른 관리자에게 문의하여 대처해야 합니다.부실행위로 인해 문제를 복잡하게 만들지 마십시오.

설명 책임

관리자 도구와 관련된 작업은 관리자 도구가 없는 다른 편집자의 사기를 저하시킬 수 있으므로 관리자에게 책임이 있습니다.공손함의 한계, 인신공격의 회피 및 합리적인 선의의 범위에서만 편집자는 관리자의 행동에 대해 질문하거나 비판할 수 있습니다.관리자는 특히 게시판의 커뮤니티 토론이나 중재위원회 절차 중에 위키피디아와 관련된 행동과 행정 조치에 대한 질의에 신속하고 공손하게 응답해야 한다.관리자는 요청 시 자신의 행동을 정당화해야 합니다.

문제가 있는 방법으로 진지하게 또는 반복적으로 행동한 관리자 또는 커뮤니티의 신뢰나 신뢰를 잃은 관리자는 중재위원회에 의해 제재를 받거나 관리자 권한을 박탈당할 수 있습니다.이 문제는 지금까지 다음과 같은 액션에 대해 발생했거나 권장되었습니다.

• '불성실' 관리(인형술, ^[5]배임 등)
• 기본 정책 위반(공격, 물음/민간행위, 전쟁 편집, 프라이버시 등)
• 관리업무에 적합하지 않은 다른 행위(오프사이트 공격 등)
• 커뮤니케이션^[6] 실패 – 편집자와의 대화(예: 적절한 경고 또는 조치 설명 부족) 또는 커뮤니티의 우려 사항(특히 설명 또는 기타 심각한 코멘트가 필요한 경우) 중 하나일 수 있다.
  • 베스트 프랙티스는, 관리자가 전자 메일을 유효하게 하는 것이지만,^[7] 전자 메일을 유효하게 하거나 회신할 필요는 없습니다.
• 관리자 도구 세트와 함께 번들된 도구(블로킹 또는 롤백 등)의 반복, 일관성 또는 엄청난 오용– 이러한 도구에 대한 액세스를 삭제하기 위해 관리자는 관리자 권한을 완전히 박탈할 수 있습니다.
• 반복되거나 일관성 없는 판단력 저하

보안

비밀번호 보안 요건에 대한 Wikipedia의 정책은 관리자가 강력한 비밀번호를 가지고 적절한 개인 보안 관행을 따라야 합니다.한 번의 편집으로 사이트 전체에 피해를 줄 수 있으므로 손상된 관리자 계정은 차단되고 사이트 보안을 이유로 해당 권한이 제거됩니다.경우에 따라서는, 특권의 취소가 영속적인 경우가 있습니다.패스워드의 길이가8 바이트 미만 또는 가장 일반적인 패스워드 10,000개 중 하나라도 검출된 관리자는 모두 폐기될 수 있습니다.일시적으로 재흡입된 관리자의 재량은 관료에게 맡겨집니다.관리자는 올바른 소유자가 특정되었는지, 사고에 대한 견해와 계정의 관리 및 보안(향후 보안 포함)을 고려합니다.

모든 사용자는 2단계 인증을 통해 계정을 무단 사용으로부터 보호할 수 있습니다.

관리자는 어떠한 이유로든 자신의 비밀번호나 계정을 다른 사람과 공유해서는 안 됩니다.패스워드가 침해된 경우 또는 계정이 침해된 것을 알게 되었을 경우(알고 신뢰하는 에디터 또는 개인에 의해서라도), 즉시 변경을 시도하거나, 그렇지 않은 경우 일시적인 디시소핑을 위해 관료에게 보고해야 합니다.계정의 무단 사용을 보고하지 않은 사용자는 제외됩니다.무단 사용은 '논란스러운 상황'으로 간주되며, 액세스는 자동으로 복원되지 않습니다.

관여하는 관리자

일반적으로 편집자는 자신이 관여한 분쟁에서 관리자 역할을 해서는 안 됩니다.당사자 또는 강한 감정을 가진 분쟁에서 관련 관리자는 객관적인 의사결정을 할 수 없거나 그럴 것으로 보이기 때문이다.커뮤니티는 현재 또는 과거의 편집자(또는 편집자)와의 갈등 및 분쟁의 성격, 나이 또는 결과에 관계없이 주제에 대한 분쟁을 포함하도록 광범위하게 해석합니다.

한 가지 중요한 경고는 관리자 역할만으로 에디터 또는 토픽영역과 대화한 적이 있거나 이전에 편집한 내용이 경미하거나 명백한 편집에 치우치지 않은 관리자는 관여하지 않으며 해당 에디터 또는 토픽영역과 관련하여 관리기능에 관여하지 않는다는 것입니다.경고, 차분하고 합리적인 논의 및 설명, 커뮤니티 규범에 대한 조언, 가능한 단어와 접근법에 대한 제안 등은 관리자를 참여시키지 않습니다.

직접적인 경우(예를 들어 노골적인 공공기물 파괴 행위)에서는 합리적인 관리자라면 누구나 같은 결론에 도달했을 것이라는 점에 근거하여 커뮤니티는 과거에도 관리자의 명백한 행동을 지지해 왔습니다.관련된 편집자가 관리 조치를 취하는 것을 금지하는 예외는 있지만, 관리자가 관여한 것으로 보이는 경우에는 관련 게시판을 통해 다른 관리자에게 문제를 전달하는 것이 여전히 최선의 방법입니다.

사용자의 불만('관리자 남용'

관리자가 부적절한 행동을 했다고 생각되는 경우 사용자는 관리자에게 직접 우려를 표시하고 질서정연하고 공손한 방법으로 해결하도록 노력해야 합니다.양 당사자 간에 문제가 해결되지 않을 경우 사용자는 분쟁 해결을 진행할 수 있습니다(자세한 내용은 아래 절 참조).관리자용 게시판/인시던트를 사용하여 커뮤니티에 피드백을 요청하는 방법이 있습니다.단, 민원인은 파일러의 행동도 자주 면밀히 조사된다는 점에 유의해야 합니다.사용자가 부적절하게 차단되었다고 판단될 경우 해당 차단에 대해 이의를 제기할 수 있습니다.

중재위원회는 짧은 블록이나 정기적인 블록을 검토하지 않지만, 일반적으로 다른 분쟁 해결 방법이 실패했을 때 중재 요청과 함께 관리자의 역할에 대한 적합성에 대한 우려가 위원회에 제기될 수 있습니다(아래 섹션 참조).

관리 도구의 오용

다른 관리자의 작업 되돌리기

관리자는 판단력이 뛰어나야 하며 관리자로서 수행하는 모든 행동이나 결정을 신중하게 고려했을 것으로 예상됩니다.관리자는 동의하지 않을 수 있지만 정당한 이유, 신중한 검토 및 (반대될 가능성이 있는 경우) 관리자가 현재 사용 가능한 경우 해당 관리자와의 간단한 토론이 있어야 합니다.

특별한 상황

상황에 따라 다른 관리자의 작업을 되돌리기 위한 일반적인 정책이 적용되지 않을 수 있습니다.

• "항소는 중재위원회에만"이라는 요약으로 작성된 블록: 편집자를 차단할 때 관리자가 "중재위원회에 의해서만 해제되어야 한다" 또는 "이 블록으로부터의 모든 항소는 ArbCom에만 해당된다"는 점을 주목해야 하는 경우는 거의 없습니다.이러한 조항은 블록의 특성상 해당 상황을 온위키에서 더 이상 논의하지 말 것을 요구하는 경우에만 이루어져야 한다(대신 기밀 환경에서만 더 검토되어야 한다).여기에는 토론이 편집자의 신체적 또는 정신적 안녕을 위협할 수 있는 정보를 공개하거나 강조하는 상황, 온라인 위키 토론이 익명의 편집자를 식별하거나 블록이 정당화되지 않은 경우 근본적인 블록 이유가 명예를 훼손하는 상황을 포함할 수 있다.이 경우, 차단 관리자는 즉시 차단 사유와 차단 내용을 이메일로 중재위원회에 통보하여야 한다.

  2012년 8월 중재위원회는 관리자가 민감한 블록을 만들거나 블록을 "ArbCom에만 어필할 수 있다"고 지적할 경우 위원회에 즉시 통지해야 한다고 권고했다.이러한 경우 관리자는 차단에 대한 책임을 유지하지만(이 중재 판결 참조), 위원회에 대한 책임을 집니다.(이러한 블록은 오랜 Wikipedia 관행의 주제이며, 이 성명의 네 번째 단락에서도 논의되었습니다.)

• 중재위원회가 만든 블록:첫 번째 상황과는 별도로 중재위원회 위원은 계정을 차단할 수 있습니다.'중재위원회용', '항소는 중재위원회에만' 또는 '{ArbComBlock}'의 요약이 있는 중재인이 중재위원회를 대표하여 작성하는 블록.이러한 블록은 매우 드물지만 타당한 이유만으로 중재자의 결정에 의해 이루어집니다.따라서 관리자는 위원회의 사전 서면 동의 없이 ArbCom 블록을 되돌릴 수 없습니다.(「」도 참조해 주세요.위키백과:중재/정책 #결정의 항소).
• 사용자 블록 확인:Checkuser blocks로 지정된 블록(비밀 checkuser 결과에 의존하는 블록)은 Checkuser 권한에 대한 액세스 권한이 없는 관리자가 되돌릴 수 없습니다.이러한 블록에 대한 항소는 Unblock Ticket Requests System(지정된 "체크 사용자" 구역이 있음) 또는 중재 위원회에 할 수 있습니다.관리자는 2010년 7월에 위원회 또는 체크 유저의 사전 동의 없이 체크 유저 블록을 되돌릴 수 없다는 것을 알게 되었습니다.
• 감시 블록:"오버사이트 블록"(억제된 정보에 의존하는 블록)으로 지정된 블록은 감독 권한에 대한 액세스 권한이 없는 관리자가 되돌릴 수 없습니다.중재위원회는 2013년 3월 위원회나 오버사이더(oversighter)의 사전 동의 없이는 감독차단을 되돌릴 수 없다고 판결했다.

되돌린 액션의 복원("휠 전쟁")

다른 관리자가 이미 관리 액션을 되돌린 경우, 원래 관리자 또는 다른 관리자가 명확한 논의 없이 동일하거나 유사한 액션을 다시 복구할 수 있는 타당한 이유가 거의 없습니다.휠 워링이란 관리자의 조작이 다른 관리자에 의해 취소되는 것을 말합니다만, 의견 불일치에 대해 논의하는 것이 아니라 관리자 도구를 사용하여 조작을 실행 취소 또는 재실행합니다.극히 일부 예외를 제외하고는 일단 관리 작업이 반환되면 합의 없이 복원해서는 안 됩니다.

다른 관리자가 반대한다는 것을 알고 있는 경우에는 역방향 관리 액션을 반복하지 마십시오.논의 없이 일련의 관리 복귀를 계속하지 마십시오.토론을 통해 관리 분쟁을 해결합니다.

바퀴 싸움은 보통 즉각적인 중재 요청을 초래합니다.바퀴 싸움에 대한 제재는 견책과 주의에서부터 임시 차단, 탈착, 심지어 처음 일어난 사고까지 다양했다.바퀴 ^[8]뒤틀림에 관한 몇 가지 관련 중재 사례가 있었다.이 문구는 역사적으로 관리자가 어떤 종류의 매우 공식적인 ^[9]조치를 부적절하게 되돌리는 데에도 사용되었습니다.

위키피디아는 합의 정신에 따라 작동한다; 분쟁은 권력 다툼보다는 시민 토론을 통해 해결되어야 한다.싸우는 것이 토론보다 낫거나 자신의 좋은 지위를 잃을 가치가 있을 정도로 중요한 이슈는 거의 없다.전쟁을 하고 싶은 충동을 느낀다면 다음 대안을 시도해 보십시오.

• 건설적인 논의를 구하고 상황을 냉각시켜 가능하면 정상 프로세스로 되돌리는 것을 목표로 합니다.당신이 설명하는 대로 의도적으로 차분한 태도와 접근 방식을 채택하는 것이 도움이 될 수 있다.경우에 따라서는 이메일을 통해 쉽게 위키에 올릴 수 없는 진심 어린 개인적인 조언을 할 수 있습니다.
• 부적절한 행위가 우려되는 경우 다른 행위와 마찬가지로 분쟁 해결 절차를 따르십시오.예: 문제를 WP로 이동합니다.AN 또는 WP:ANI 및 입력을 기다립니다.심각하고 터무니없는 도구 오용에 대해서는 RFAR을 고려해 주십시오.
• 조치를 취하지 않는 것(또는 대화에 필요한 지연)이 상황을 빠르게 악화시킬 수 있거나 매우 부적절할 수 있다고 우려되는 경우, 중재 위원회에 이메일을 보내 상황을 알리거나 개입 또는 신속한 조언을 요청하는 것이 현명할 수 있습니다.(비공개 정보나 피해가 발생할 수 있습니다).
• 그리고 수백 명의 동료가 있다는 것을 기억하라: 당신은 혼자가 아니며 대부분의 문제는 잘못된 판단으로 인해 악화된다.당신이 잘 처신하는 것으로 보이면, 아무리 나빠 보여도 보통 그 문제는 곧 해결될 것이다.때로는 단순히 휴식을 취하고 진정하는 것이 최선이다.

"휠"이라는 용어는 PDP-10 및 TOPS-20 메인프레임 컴퓨터에서 가장 높은 권한을 가진 계정에 대한 설명에서 유래했습니다. 여기서 "휠"은 Linux/^[10][11]Unix 시스템에서 "root"가 사용되는 방식으로 사용되었습니다.

예외적인 상황

이 일반적인 원칙에는 몇 가지 예외적인 상황이 있습니다.(주의: 이것들은 단방향 예외입니다.)

• 살아있는 사람에 대한 이력– BLP에 위반되어 삭제된 자료는 BLP에 준거하지 않는 상태로 복구된 경우 다시 삭제될 수 있습니다.
• 프라이버시 – 재단의 프라이버시 정책에 따라 삭제된 개인정보가 복원되면 다시 삭제될 수 있습니다.
• 긴급 – 특정 상황에서는 논의를 위해 일시 중단할 수 없는 긴급 상황이 발생할 수 있습니다.관리자는 현재 및 매우 심각한 비상사태(즉, 행정도구를 사용하여 조치를 취하지 않을 경우 프로젝트 또는 개인에게 실제, 임박한, 심각한 위해가 발생할 수 있는 합리적인 가능성)가 없는 한 비상사태를 주장해서는 안 되며, 즉시 문제를 기술하고 대처해야 한다.그러나 이 경우 행동요구는n 적절한 논의가 이루어질 때까지 보통 되돌리지 마십시오(복귀할 수도 있습니다).
• 편집 전쟁 중인 페이지 보호– 경쟁 페이지를 보호함으로써 가시적이고 가열된 편집 전쟁을 진압하기 위해 관여하지 않은 관리자가 수행하는 합리적인 조치는 모든 사용자에 의해 존중되어야 합니다.또한 필요에 따라 보호는 회복될 수 있습니다.편집 전쟁이 재개되지 않는 것이 확실하거나 보호 해제가 적절하다는 의견이 일치할 때까지.

관리 확인 및 삭제

관리자가 관리권을 남용하는 경우에는 중재위원회의 결정에 의해 이러한 권리를 제거할 수 있습니다.이들의 재량에 따라 문제가 있는 관리자에 대한 처벌이 줄어들 수 있습니다. 여기에는 특정 기능의 사용 제한이나 관리 보호관찰에 대한 배치 등이 포함됩니다.관리자 권한을 계정에서 삭제할 수 있는 기술적 권한은 관료, 스튜어드 및^[12] 설립자 사용자 그룹에 부여됩니다(스페셜 참조).List Group Rights).로컬 사용자가 행동할 수 없거나 이용할 수 없는 긴급상황에서는 관리권한을 삭제하거나 계정을 글로벌하게 잠근 후 중재위원회에 통지함으로써 Wikipedia의 최선의 이익을 보호하기 위한 글로벌 권리 정책에 의해 관리권자가 허용됩니다.

커뮤니티 기반 디시솝 프로세스에 대해 몇 가지 절차가 제안되었지만, 어느 것도 합의를 이루지 못했습니다.일부 관리자는 특정 상황에서 자발적으로 재확인할 수 있습니다. #관리자 리콜을 참조하십시오.사용자는 분쟁 해결을 사용하여 관리자의 적합성에 대한 의견을 요청할 수 있습니다.

테크니컬 노트– 관리자 권한 삭제는 일반 사용자 로그에 표시되지 않습니다.사용하다{{Userrights username}}메타에 대한 관리자 글로벌 로그를 포함한 사용자 권한 정보 및 전체 로그에 대한 전체 링크 또는 특수:사용자의 현재 권한을 확인하려면 ListUsers를 선택합니다.

비활성 관리자의 절차 제거

다음 조건 중 하나 또는 양쪽을 충족하는 관리자는 비활성 상태로 인해 비활성화될 수 있습니다.

(1) 최소 12개월^[13] 이상 편집 및 관리 조치를 하지 않음

(2) (2023년 1월 1일 발효) 60개월 ^[14]동안 100회 미만의 편집을 수행했습니다.

이 디스소핑은 경우에 따라서는 되돌릴 수 있습니다(#관리권 복원 참조).사용자의 관리도구 사용 또는 권한에 대한 반영은 고려되지 않습니다.기준에 따라 디스소핑 전에 관리자에게 2개의 다른 상황에서 사용자 토크페이지로 연락해야 합니다.

기준 (1)의 경우:디시소핑 요청 1개월 전 및 디시소핑이 발효되기 며칠 전.

기준 (2)의 경우:디시소핑 요청 3개월 전, 디시소핑 발효 1개월 전.

또한 편집자가 5년 동안 연간 평균 50회 미만의 편집률을 기록한 경우 향후 필요한 수준 이하로 떨어질 위험이 있음을 매년 토크 페이지 메시지로 통지해야 합니다.

활동하지 않는 이유로 인한 폐기는 영어 위키피디아 관료들에 의해 처리되어야 한다.사용자 권한 로그의 요약은 디스소핑이 순전히 절차적임을 명확히 해야 합니다.

필요에 따라 사용자의 사용자 페이지를 편집하여 상태를 명확히 해야 합니다(특히 분류가 관련된 경우).

자발적 제거

관리자는 다음 Wikipedia에서 관리 도구에 대한 액세스를 삭제하도록 요청할 수 있습니다.관료용 게시판.

분쟁 또는 불만

대부분의 경우 관리자와의 분쟁은 통상적인 분쟁해결 프로세스로 해결되어야 합니다.사용자의 관리 능력(관리 도구의 명백한 오용, 중대한 또는 지속적인 오판 또는 행동 문제)을 심각하게 반영하거나 대화상자가 실패하는 경우 다음 단계를 사용할 수 있습니다.

관리자 리콜

일부 관리자는 특정 기준에 부합할 경우 자진 사퇴할 것을 서약하는 "리콜에 개방적"으로 간주합니다.특정 기준은 각 관리자가 자체적으로 설정하며 일반적으로 각 관리자의 사용자 공간에 자세히 설명되어 있습니다.이 과정은 전적으로 자발적이며 관리자는 언제든지 기준을 변경하거나 이전에 만든 리콜 약속을 준수하지 않을 수 있습니다.

중재위원회 심사

이것은 무의식적인 과정입니다.일반적으로 중재위원회는 분쟁에 개입하기 전에 위키피디아에서 문제를 제기하는 등 다른 분쟁 해결 단계를 시도할 것을 요구합니다.관리자용 게시판/사고그러나 문제가 충분히 심각할 경우 중재위원회가 조기에 개입할 수 있습니다.위원회의 재량에 따라 부과될 수 있는 구제책에는 경고, 경고, 제한 및 관리자 권한 삭제가 포함됩니다.

행정의 회복

관리자 권한 제거 방법에 관계없이 편집자는 관리자 권한 프로세스 ^[15]요청을 통해 관리를 다시 요청할 수 있습니다.

이전 관리자는 자발적인 제거 또는 비활성화로 인한 제거 후 관리를 다시 요청할 수 있습니다.다음 중 하나에 해당되지 않는 한 관리 권한이 부여됩니다.

• "클라우드 상태"에서 관리를 중단했습니다.퇴임 시 전임 관리직의 적절성에 대해 중대한 의문이 있을 경우 WP에 회부한다.RFA. 의심스러운 경우에는 광범위한 커뮤니티 논의가 이루어지고 종료될 때까지 재허가 연기됩니다.
• 장시간 무활동
  • 2년이 넘도록 편집도 안 했어요편집자가 제거 이유에 관계없이 관리 도구 제거와 재요청 사이에 최소 2년 동안 중단되지 않은 활동(편집 없음)이 있는 경우, 편집자는 대신 WP를 통해 요청해야 합니다.RFA 프로세스관리자가 1년 동안 활동을 하지 않아 작업 중단 없이 작업을 중단한 경우(편집 없음) 새 WP를 만들기 전에 1년 동안만 계속 작업을 중단하면 됩니다.RFA가 필요합니다.^[16]
  • 행정 도구가 마지막으로 사용된 지 5년이 넘었습니다.비활성화로 인해 삭제된 경우 5년 이내에 관리자 작업이 기록되지 않은 관리자는 요청에 ^[17]따라 관리자 권한을 복원하지 마십시오.
• 계정 보안을 설정할 수 없습니다.관료들은 이전에 계정을 사용한 사람이 계정을 관리하는 것에 만족하지 않을 경우 관리권 회복을 거부할 수 있습니다.
• 관료들은 사용자가 활동을 재개했거나 ^[18]편집자로서 활동을 재개할 의사가 있다고 합리적으로 확신하지 못한다.관리자 허가 회복의 적합성에 의문이 있는 경우에는 충분한 논의가 이루어지고 ^[19]관료 간의 논의를 통해 합의가 이루어질 때까지 복구를 지연한다.

순서

이전 관리자는 Wikipedia에서 요청을 작성하여 관리자 상태 복원을 요청할 수 있습니다.관료용 게시판.요청은 재심사 절차에 따라 관료에 의해 수행될 수 있는 표준 24시간의 검토 기간이 있습니다.변경은 재동기화된 사용자 목록에 기록됩니다.

이력

Wikipedia의 초창기에는 Bomis 직원만 관리자였습니다. 관리 ^[20]변경을 위해서는 서버 비밀번호가 필요했기 때문입니다.관리자 역할에 대한 아이디어는 2001년 말 MediaWiki의 ^[21]첫 번째 버전 개발 중에 제안되었습니다.위키피디아 공동창립자인 지미 웨일스는 2002년 2월에 초대 관리자를 직접 임명했다.

현재 사용되는 역할 기반 접근컨트롤에서는 개개의 계정에는 자신이 수행할 수 있는 특별한 역할이 표시되어 있습니다.이 역할들은 액세스할 수 있는 특별한 도구를 결정합니다.관리자는 특별한 하위 그룹으로 발전하려는 의도가 없었습니다.관리자는 다른 편집자와 마찬가지로 커뮤니티의 일부가 되어야 합니다.관리자에게 부여된 특정 기술 기능 없이도 누구나 Wikipedia에서 대부분의 유지보수 및 관리 작업을 수행할 수 있습니다.2003년 2월 웨일스는 행정의 직함과 프로세스에 대해 종종 다른 말로 언급하고 있습니다.여기서 "sysops"라고 부릅니다.

저는 단지 sysop이 되는 것이 *별 일 아니라고 말하고 싶었어요.

아마도 나는 세미-윌리를 거쳐서 잠시 동안 있었던 많은 사람들을 만들어야 할 것 같아.그 자리에 권위의 아우라를 떨쳐버리고 싶다.이건 단지 기술적인 문제일 뿐이지 시스템 운영자에게 주어진 권한이 모두에게 주어지는 것은 아니다.

sysop 지위를 부여받는 것은 정말 특별한 일이라는 느낌이 드는 것은 마음에 들지 않습니다.

--

간단히 말하면, 툴의 올바른 사용이나 적절한 행동도 중요하지만, 단지 「관리자」가 되어서는 안 됩니다.

Wikipedia의 세계적인 문화적 영향과 가시성이 커지고 커뮤니티가 성장함에 따라 관리자의 역할이 발전하고 관리 기준도 높아졌습니다.중재 전에 분쟁을 해결하려는 시도가 종종 포함된 관리 액세스 제거에 필요한 긴 절차를 고려할 때 커뮤니티는 관리 요청을 신중하게 검토합니다.

「 」를 참조해 주세요.

관리자에게 문의하다

• 위키백과:관리자 대응 요청(일반적인 도움을 받기 위해 관리자에게 연락하는 다양한 방법)
• 액티브한 Wikipedia 관리자 목록 및 준액티브한 Wikipedia 관리자 목록(특정 관리자에게 문의하기 위해)

비고

외부 링크

• 모든 Wikipedia, Meta-Wiki 관리자