사무장 안내서

From Meta, a Wikimedia project coordination wiki
Jump to navigation Jump to search
This page is a translated version of the page Steward handbook and the translation is 38% complete.
Other languages:
Bahasa Indonesia • ‎Deutsch • ‎English • ‎Türkçe • ‎dansk • ‎español • ‎français • ‎italiano • ‎magyar • ‎occitan • ‎português • ‎português do Brasil • ‎Ελληνικά • ‎беларуская (тарашкевіца)‎ • ‎македонски • ‎العربية • ‎مصرى • ‎नेपाली • ‎中文 • ‎日本語 • ‎한국어
사무장 사무장 안내서
이 문서에서는 사무장이 사용할 수 있는 도구와, 그 도구들에 대한 사용법 및 가이드라인에 대하여 다룹니다. 검사관, 기록보호자사무장 정책 페이지도 참고해 보십시오. 사무장의 관심이 필요한 사안의 경우, 사무장 알림판에 글을 남기십시오.
사무장
Wikimedia steward Icon.svg
요청
사무장 업무
알림판

사용자 그룹 및 권한 조정

로컬 위키에서

권한 조정 페이지의 스크린샷

사무장은 모든 위키미디어 재단 산하의 위키에서 다른 사용자의 권한을 조정할 수 있는 권한을 부여받으며, 권한을 부여받을 경우 해당 권한을 부여받은 사용자에 대한 '그룹'에 자동으로 포함됩니다. 각각의 그룹은 미디어위키 환경 설정에 따라 제어되며, 그룹에 속한 사용자 목록은 각 위키의 사용자 권한 목록 페이지에서 조회하실 수 있습니다.

  1. 사용자 이름을 입력하십시오.
    • 권한이 조정되어야 하는 위키가 아닌 다른 위키에서 권한 조정 페이지에 접속했다면 이름 입력 형식은 "'사용자 이름'@'데이터베이스 접두어'"와 같이 입력하여야 하고, 권한이 조정되어야 하는 위키와 '접속한 권한 조정 페이지가 속한 위키'가 같을 경우 "사용자 이름" 식으로만 입력하여야 합니다.
    • 사용자 이름의 첫 번째 문자는 반드시 대문자로 입력하여야 합니다. 단, 시스템 상에서 첫 문자에 대해 대소문자를 구별할 경우 필수 사항이 아닙니다.
    • '데이터베이스 접두어'는 'en', 'ko'와 같은 위키의 언어 코드에 'wiki', 'wikionary'와 같은 프로젝트 이름이 붙는 방식으로 구성됩니다.
  2. '사용자 권한 조정'을 클릭하십시오. 사용자가 현재 속한 그룹과, 바꿀 수 있는 그룹 목록이 표시됩니다.
  3. 사용자 그룹을 조정하십시오.
    • 권한 부여 시, 해당 권한의 체크박스를 체크하십시오.
    • 권한 회수 시, 해당 권한의 체크박스를 해제하십시오.
    • 만일 권한을 일정 기간 동안만 부여해야 하는 경우, 드롭다운 메뉴에서 적절한 기간을 선택하십시오.
  4. "권한 저장"을 클릭하세요.

데이터베이스 접두어

메인 프로젝트에 대한 접두어는 아래에 나타나 있습니다. 모든 접두어 목록도 참고해 보세요. 하이픈 ('-')은 밑줄 ('_')로 치환되어야 한다는 사실을 잊지 마세요. 그 예시로, "cbk-zamwiki" 접두어는 cbk-zam.wikipedia.org에 대한 접두어가 됩니다.

프로젝트 접두어
다국어 위키
Wikimedia Commons commonswiki
Wikimedia Foundation foundationwiki
Wikimedia Incubator incubatorwiki
MediaWiki mediawikiwiki
Multilingual Wikisource sourceswiki
Test Wikipedia testwiki
Wikidata wikidatawiki
Wikispecies specieswiki
서브도메인 위키
위키책 codewikibooks
위키뉴스 codewikinews
위키백과 codewiki
위키인용집 codewikiquote
위키문헌 codewikisource
위키배움터 codewikiversity
위키여행 codewikivoyage
위키낱말사전 codewiktionary

:

English Wikipedia Billy@enwiki
French Wikiversity Billy@frwikiversity
Classical Chinese Wikipedia Billy@zh_classicalwiki
Multilingual Wikisource Billy@sourceswiki

권한

다음 그룹들은 대부분의 위키에서 조정될 수 있습니다:

  • 매우 제한된 권한
    • 사무장: 메타를 제외한 모든 위키에서 사무장 권한을 부여하지 마십시오. 메타에서도 사무장 선거 직후에서만 이 권한이 부여되어야 합니다.
    • Meta:WMF Office IT: 위키미디어 재단의 요청 없이는 권한 부여가 금지됩니다.
  • Meta:WMF Support and Safety: 위키미디어 재단의 요청 없이는 권한 부여가 금지됩니다.

인코딩 문제

대부분의 브라우저에서는 비 라틴어 문자를 인식 맟 표출하는 데에 어려움이 있습니다. 해당 문제를 해결하기 위해 두 가지 방법을 시도하실 수 있습니다.

  • URL의 인코딩 코드를 복사하여 그대로 입력하세요.
    1. 먼저 URL의 인코딩 코드를 얻어야 합니다.
      • 또는 권한 부여의 대상자가 되는 사용자 문서에 "{{urlencode:{{PAGENAME}}}}" 코드를 입력한 후 미리보기를 하여 나타난 코드를 복사할 수도 있습니다.
    2. 특수:권한조정 페이지로 이동한 후, URL 주소의 맨 끝에 "?user=" 문자열을 삽입하고 그 뒤에 복사된 코드를 붙여넣으세요. 예를 들면, http://meta.wikimedia.org/wiki/Special:Userrights?user=Vitzro2011 정도가 되겠군요.
  • 사용자 ID를 입력합니다. (예를 들어 사용자 입력 란에 "#202759@kowiki"를 입력할 경우 한국어 위키백과에서 사용자 ID가 202759번인 계정에 권한이 부여됩니다.) 사용자 ID는 아래의 여러 방법을 통하여 알 수 있습니다.
    • #wikimedia-techconnect 채널의 시스템 관리자에게 물어볼 수 있습니다.
    • API 쿼리를 사용할 수 있습니다.
    • 해당 사용자의 편집이 최신 판으로 남아 있을 경우, 해당 기록 (문서)을 내보냄으로서 ID를 알 수 있습니다. "<contributor>" 코드 아래에 위치한 "<id></id>" 내의 숫자가 바로 사용자 ID입니다. ("<revision>" 코드 아래에 있는 ID는 판 고유 번호로, 사용자 ID와는 다름을 참고하시기 바랍니다.).
    • 위키미디어 툴(도구)을 이용할 수도 있습니다.

Globally and wiki sets

특수:전역그룹권한에 대한 스크린샷 (그룹 선택창)
특수:전역그룹권한에 대한 스크린샷 (권한 목록)

통합 계정은 모든 위키미디어 위키에서 같은 닉네임과 같은 비밀번호를 사용할 수 있도록 도와주고 있습니다. 이러한 통합 계정에는 전역 권한과 같이 모든 위키의 로컬 계정에 영향을 미치는 전역 그룹을 할당할 수 있습니다.

'권한'은 말 그대로 'edit-interface'와 같이 특정한 작업을 할 수 있게 하는 것으로, 사용자에게 직접 부여할 수는 없습니다. 대신, 여러 개의 권한을 할 수 있도록 기능을 부여한 '그룹'을 부여할 수는 있습니다.

그룹 관리

사무장은 특수:전역그룹권한 페이지를 이용하여 전역 그룹을 생성, 편집, 혹은 삭제할 수 있습니다. 그룹 편집으로 모든 위키, 혹은 설정에 따라 정의된 위키에 영향이 미칠 수 있습니다.

  • Edit:
    1. In the "Existing groups" box, click "View and edit permissions" for the group you want to edit.
    2. A list of possible rights will appear (see also mw:Help:User rights). Check the rights the group are to have and uncheck those they are not to have.
    3. If the group needs access on specific wikis (instead of globally), select the set of wikis in the drop down menu above the list of rights (see Managing sets of wikis).
    4. Enter the reason for the change in the textbox below.
    5. Click "Save changes to group permissions". The changes will be applied immediately.
  • Create:
    1. Enter the group name in the "Create a new group" textbox.
    2. Click "Assign permissions".
    3. Check at least one right, and if applicable select the scope (see step 2 onward how to edit above).
  • Delete:
    1. Uncheck all its rights (see how to edit above).
    2. The group can be recreated later, and all former members will regain the same rights.

Managing group membership

Screenshot of Special:GlobalGroupMembership with example content.

Stewards can edit global accounts' membership using Special:GlobalGroupMembership. Placing a global account in global groups will give them all the rights assigned to that group on all public wikis.

  1. Enter the global account's user name in the textbox.
  2. Select a wiki where they have a local account from the drop-down menu.
  3. Click "Edit user groups". A "Edit user groups" box will appear below.
  4. Check the global groups to assign. (Even if they are similarly named, global and local groups are not necessarily identical!)
  5. Enter the reason for the change in the textbox.
  6. Click "Save User Groups".

Managing sets of wikis (for global groups)

Stewards can define 'wiki sets' using Special:EditWikiSets, lists of wikis where global groups can be given access (instead of globally). It's not necessary to create a set of all wikis: that is the default for global groups if no set is selected.

  1. If you're creating a new set, click "Create a new set". Otherwise, click "view/edit" beside the name of the existing set to edit.
  2. Enter the set's name in the 'name' box. This is for the convenience of stewards, and can be changed any time.
  3. Select the appropriate type in the 'type' box (opt-in or opt-out).
  4. Enter the database prefixes, one per line, in the 'wiki' box.
  5. Enter the summary or reason for your change, which will appear in the global rights log.

Managing global accounts

Screenshot of the CentralAuth interface for managing global accounts
잠긴 계정에 로그인할 때 표출되는 오류 메시지

Stewards can access unification information about a particular global account, unattach local accounts from the global account, delete the global account (restoring all local accounts), and lock out access to the account using Special:CentralAuth (see logs).

Warning: Accounts should never be locked except in cases of certain bad faith. Locking the account (not to be confused with global blocking for IPs) will cause the user to log out, and prevent their login on all wikis. Since bug 57866 was fixed, users get an error message that they are locked when trying to login; previously they were told that the password was wrong. There is still no indication of a possibility of appeal or knowing the reason for the lock directly. (See bug 15294 for the request of allowing global blocking of accounts).

Bug: Special:CentralAuth can only hide the global account (see bug 14476). An option to hide local accounts when using the CentralAuth can be enabled with the gadget in Special:Preferences#mw-prefsection-gadgets.

Global account renaming

Global accounts can be renamed (see the help page). If a user would like a new username, they should use the following process:

  1. Check availability of the new name with a tool such as CentralAuth. If there are existing accounts with that name that have contributions, especially across multiple projects, the user is encouraged to select a different name, as usurping users with significant contributions is not likely.
  2. Request a username change on SRUC.

Note that global renames should be done in accordance with the global rename policy.

전역 계정 삭제

사무장은 특수:통합계정관리 페이지를 통해 전역 계정을 삭제할 수 있습니다. 계정 삭제는 불가피한 상황에서만 이루어지며, '더 이상 사용하고 싶지 않다'와 같은 이유로는 계정 삭제가 이루어지지 않습니다.

  • 여러 위키에서 지속적인 트롤링을 행하는 계정의 경우 삭제 대신 잠금 조치가 행해집니다.
  • 사용자는 계정이 삭제될 경우 비밀번호, 이메일 주소를 포함한 모든 환경 설정이 초기화되고 통합 계정에 접근할 수 있는 권한이 사라진다는 점을 유념하여야 합니다. 로컬 계정은 전역 계정 삭제에 영향을 받지도 않고 기술적 삭제도 불가능합니다.
  • 봇 계정의 정상 작동을 위한 통합 계정 삭제도 가능합니다. 통합 로그인이 적용되지 않은 봇 계정의 경우 '전역 봇 (Global bot)' 권한 부여가 불가능하기 때문입니다.
  • 경고: 통합 계정이 삭제될 경우 이를 되돌릴 수 없습니다. (파브리케이터: T25243을 참고하십시오)
Unmerging local accounts from the global account

If a local project wishes to rename a vandal account, unmerge only that project from the vandal's global account, even if it's the only project in the global account. If there is a valid reason to not want the global account to be visible after the rename, the global account should be hidden instead of deleted, as deleting it would simply open that account name to recreation.

Global access restriction

IP address blocks

Error shown to globally blocked users when they try to edit.

Stewards can block IP addresses and CIDR ranges (up to /16 in size) on all public Wikimedia wikis using Special:GlobalBlock, and remove a global block using Special:GlobalUnblock (see guidelines at Global blocking). Current global blocks are listed on Special:GlobalBlockList and logged on Special:Log/gblblock.

Globally blocked IPs cannot edit any page on any wiki except MetaWiki (which allows users to appeal on Meta). When a global block conflicts with a local block, the strongest block will apply; for example, a global anonymous-only block will be overridden by a local full block.

Local administrators can unblock a globally-blocked address on single wikis using Special:GlobalBlockWhitelist on those wikis, and customize the error message using MediaWiki:Globalblocking-blocked.

Global account lock (& hide)

See "Managing global accounts" above.

Global abuse filter

Since July 2013, stewards can create abuse filters on MetaWiki (Special:AbuseFilter) and then mark them as global; however, these global filters only apply to some wikis. See "Global AbuseFilter" for the current status of this tool. See here for some proposed guidelines during this phase of Global AbuseFilter deployment. If you create or edit a globally-enabled filter, please consider updating its status on Global AbuseFilter/Active filters.

Guidelines for processing requests

User access

  1. Check the Steward requests/Permissions page regularly
  2. Check that the procedure on that page has been followed and that the request does not violate any policies or guidelines (see the following sections for details).
  3. If the request is valid, fulfill it using Special:Userrights (see above for instructions).
  4. Mark the request as fulfilled (this is most often done with {{done}}) or rejected ({{not done}}) as appropriate.
  5. You can optionally tell the user, preferably on his own wiki, that he is now an admin and/or bureaucrat and invite him to join the admin channel by using Template:Invite.
  6. Leave the request on Steward requests/Permissions to allow follow-up comments and questions. It will be moved into the archive by a bot.

General advice

  • Checking facts: If a user claims they already have a certain right, you can verify this by checking Special:Listusers on the local project. If the steward has any doubts about the request, they should discuss with one or more regular users of the local project.
  • Promoting very new users: There is no approved policy regarding the promotion of very new users for projects with no local community. New users should generally not be given rights until they have spent more time editing projects. However, stewards might grant new users temporary rights until a community has time to build up, at which point it can hold a vote to confirm the user's status.

Administrator and bureaucrat rights

  • If the wiki has a community, the community should have approved the user's request, generally on a local request page. The user should wait at least a week—perhaps two if the community is very small—before placing their request on Meta.
  • If the wiki has no community, or if it has too few active users to hold a meaningful discussion of the issue, it is probably advisable to grant temporary rather than permanent rights. Three months is a common period for temporary rights.
  • Be sure the community does not already have a local bureaucrat. Stewards should only grant administrator and bureaucrat requests on wikis with no local bureaucrats. The only exception to this is if all local bureaucrats have been inactive for a period of time.

CheckUser rights

  • Read the CheckUser policy carefully. Pay particular attention to the Access section, which specifies several important rules regarding the bestowal of this status. The use of this tool can have legal implications, so knowing and following the policy is of the utmost importance. Breach of the rules in this policy may result in removal of steward rights.
  • Send this e-mail to the user to request that they sign the Confidentiality agreement for nonpublic information with the Wikimedia Foundation, record on the request page that the mail has been sent.
  • If the user claims to have already signed the confidentiality agreement with the Foundation, check the Access to nonpublic personal data policy noticeboard or ask for confirmation of this fact from the Trust and Safety team.
  • Grant rights only after receiving confirmation from the Wikimedia Foundation that the confidentiality agreement has been signed.
  • After granting access, list the user in the appropriate section on CheckUser.
  • Ask the user to subscribe to checkuser-l, and notify the listadmins that the user has been approved.

Oversight rights

  • Read the policy at Oversight policy carefully. Pay particular attention to the Access section, which specifies several important rules regarding the bestowal of this status. The use of this tool can have legal implications, so knowing and following the policy is of the utmost importance. Breach of the rules in this policy may result in removal of steward rights.
  • On the English Wikipedia, only the Arbitration Committee can approve a request for this status.
  • Send this e-mail to the user to request that they sign the Confidentiality agreement for nonpublic information with the Wikimedia Foundation, record on the request page that the mail has been sent.
  • If the user claims to have already signed the confidentiality agreement with the Foundation, check the Access to nonpublic personal data policy noticeboard or ask for confirmation of this fact from the Trust and Safety team
  • Grant rights only after receiving confirmation from the Wikimedia Foundation that the confidentiality agreement has been signed.
  • After granting access, list the user at Oversight policy/User list.

Removal of access

  • If a user requests that his or her own rights be removed, it is generally put on hold for some time (usually 24 hours) to allow the user to change their mind if they wish to do so.
  • If a user requests that another user's rights be removed, be sure that the action complies with the local wiki's policy on removal of rights. This will often involve sifting through a lengthy debate on a local request page to confirm the validity of the procedure.
  • After removing a user's checkuser or oversight rights, do not forget to remove them from the corresponding lists.

Temporary rights

CheckUser information

  • See Steward requests/Checkuser.
  • If local checkusers exist in a project, checks should generally be handled by those. In emergencies or for multi-project checkuser checks as in the case of cross-wiki vandalism stewards may perform local checks. Stewards should remove checkuser access on the projects upon completion of the checks and notify the local checkusers or checkuser email list. (from the official CheckUser policy page).
  • Stewards may checkuser on loginwiki as a form of long-requested "cross-wiki checkusering" (link).
  • Note: The German Wikipedia requests that absolutely all CheckUser queries must be announced on de:Wikipedia:Checkuser/Anfragen (please ask the local users with access if you need help with formulation, or with precisely what should be published).

Other steward tasks

  • Ideally, one or several stewards should be 'on duty' in the #wikimedia-stewardsconnect IRC channel at any given time. Users of small wikis are encouraged to use this channel to report emergencies, but it has also been used for conversation about and among stewards, and for discussion of routine matters.

Email templates

To be sent to users with access to private data:

Communication with other stewards

Mailing list: There is a private stewards mailing list, for discussions of policy and private requests. Please be advised that some mail services might mark some mail as "Spam". For instance, when using Gmail, it may be useful to setup a filter, instructing the service to avoid marking mails that are addressed "To: stewards-l@lists.wikimedia.org", checking the box "Never send it to Spam".

IRC: The public #wikimedia-stewardsconnect channel is a place to ask for help, announce emergencies, or discuss ongoing events with stewards and others. stewardbot will flag stewards' attention if you say !steward in the channel.

Meta: High-level discussion about policy and other wikis takes place on the Stewards' noticeboard and Meta:Babel.

Tools and bug reports

Tools

Main page: Small Wiki Monitoring Team/Tools
user or wiki activity
  • CrossActivity: one user's edit/sysop/bureaucrat activity on all wikis.
  • Stewardry: sysops/bureaucrats/checkusers/oversighters on a wiki by date of last activity (log and edits).
  • Steward activity statistics: times of the last log actions per steward.
  • User contributions: contributions and block status on all wikis for the given user name.
  • xWikiness: the spread of the user's contributions over the various projects.
other
  • CrossBlock: block status of given IP, CIDR range, or user on all wikis with links to prefilled block/unblock forms.
  • gUserSearch: search and filter global accounts by exact, partial, or regex match.
  • SULutil and Stalktoy: information about a given global account, and information and unification status for each local account with that name.
  • SULWatcher - Reports: reports and logs of SULWatcher's monitoring of account unifications.
  • Steward requests: overview of open steward requests.
JavaScript
  • StewardScript: adds shortcuts to the Meta interface for quicker stewarding.
  • hideuser: allows quickly crosswiki local-hiding of globally locked & hidden accounts; available on the gadgets tab of Special:Preferences
IRC
  • StewardBot: a Python script which accepts commands from authorized stewards on IRC and performs utility operations related to steward activities.