관련 문서: 알파위키:접근 제한  로그인 후 편집 가능한 문서입니다. |
 가입 후 15일이 지나야 편집 가능한 문서입니다. |
 이 문서를 편집한 기록이 있어야 편집 가능한 문서입니다. |
 운영진만 편집 가능한 문서입니다. |
알파위키에서 사용하고 있는 Access Control List 틀[1] |
위키 용어 |
1. 개요[편집]
2. the seed에서의 ACL[편집]
- [인터페이스 보기·접기]
the seed에서 지원하는 기능이다. ACL의 거부 대상에 해당하는 경우 특정 기능의 이용이 제한된다. 문서에 ACL이 지정되었는지 여부는 문서 역사 및 ACL 메뉴에서 확인할 수 있다. 참고로 알파위키 문서에 걸리는 ACL은 다음과 같다. 자세히 열람하려면 이곳을 보자. ACL은 관리자만 변경할 수 있다.
- (a,b,c,d으로 ACL 변경) r(숫자) (0) 운영진 이름 ()
- a: 설정/해제 여부. 설정(insert)와 해제(delete)로 나뉜다.
- c: 허용/거부 여부. 허용(allow)과 거부(deny), 이름공간ACL 실행(gotons)[6]으로 나뉜다.
- d: perm, member, ip, aclgroup, geoip으로 나뉜다.
- 권한은 perm:으로 시작하며, any(아무나), member(로그인된 사용자), admin(관리자), member_signup_15days_ago(가입한지 15일 지난 사용자),
member_not_suspend(차단되지 않은 사용자)[9],suspend_account(사용자 차단), blocked_ipacl(IP 주소 차단)[10], document_contributor(해당 문서 기여자), match_username_and_document_title(문서 제목과 사용자 이름이 일치)[11], contributor(위키 기여자)[12], api_access등으로 나뉜다. 기본적으로 위의 권한은 위키에서 지원하며 개발자 모드를 사용하여 perm:ip 나 perm:grant, perm:developer, perm:bot같이 엔진 상에서는 없는 권한 설정도 가능하다.
문서 ACL이 존재하지 않는다면 이름공간 ACL이 적용되는데, 만약 문서 ACL이 존재하는 상태라면 정의되어 있지 않은 사용자는 무조건 거부된다.[18]
사측 관리자의 사용자 문서에 위와 같은 형식이 아니라 (everyone, everyone, everyone, admin, everyone)와 같은 ABCDE 형식으로 기록되어 있는데, 이것은 현재 사용 중인 ACL이 아닌 과거에 사용하던 ACL 버전에서 설정한 내용으로 당시에는 현재처럼 상세한 설정이 불가능했고 단순히 모든 사용자, 로그인한 사용자, 관리자로만 설정이 가능했으며 관리자의 사용자 문서에 나오는 버전은 abcde표기로 앞부터 순서대로 읽기 권한, 쓰기 권한, 삭제 권한, 토론 권한, 이동 권한이다.[19] delete로 ACL 변경은 ACL 초기화를 의미했다. 예전에는 abcdef 식에서 d 부분에 true 혹은 false란 표기도 나오는데 이것은 당시 존재했던 봇을 차단하는 ACL 설정 여부를 의미했다. 또한 4.15.0 포함 이전 버전에는 개별적으로 문서 열람을 차단하는 설정도 있었으나 4.16.0 출시 이후 신 프론트엔드가 적용된 버전에서 해당 설정은 사라졌다.[20]
2.1. IPACL[편집]
위의 문서 ACL과는 다르며, IP의 접근을 제어하는 기능이었다.[21] 4.18.0 업데이트를 통해 ACLGroup 기능이 대신 추가되면서 삭제되었다. IP 접근 제어 기능이라고 부르는 경우보다는 IP 차단 기능이라고 더 많이 불렀다.
3. 모니위키에서의 ACL[편집]
모니위키도 ACL 설정 기능을 제공하고 있으며, 알파위키의 것과는 달리 show(열람), editpage(편집) 등 문서 action의 권한을 지정하는 방식이다. 문제는 변변한 관리 인터페이스가 없어 직접 일일이 파일을 수정해야 반영이 되었다는 점인데, 이 때문에 리그베다 위키는 부관리자를 뽑는 데 소극적이게 되었다. 사유화 사태 이후 기능이 금방 만들어진 걸로 봐서는 못 만들었다기보다는 귀찮아서 넣지 않았을 가능성이 크다.
리그베다 위키에서는 2015년 리그베다 위키 사유화 사태 이후 위키지기라는 자리를 도입하면서 기초적인 관리 기능은 만든 것으로 보이나 모니위키 기본 적용 여부는 알 수 없다.
리그베다 위키에서는 2015년 리그베다 위키 사유화 사태 이후 위키지기라는 자리를 도입하면서 기초적인 관리 기능은 만든 것으로 보이나 모니위키 기본 적용 여부는 알 수 없다.
4. 미디어위키에서의 ACL[편집]
5. 오픈나무에서의 ACL[편집]
여기에서는 the seed의 대개편 전 ACL 모양이다. 이메일 인증자, 50회 편집한 사용자 등 the seed에는 없는 권한도 있다.
편집 ACL을 문서 ACL이라고 부른다(...). 본인에 따르면 편집이 가장 기본적인 ACL이기 때문이라고. 종류는 편집, 토론, 읽기.
사용자 문서의 ACL은 편집 ACL을 관리자 및 사용자 문서의 소유자 본인이 조정할 수 있다. 다만 편집 ACL만 [문서 제목과 사용자 이름이 일치 및 관리자, 로그인된 사용자, 아무나] 중에서 고를 수 있다.
인터페이스는 이것이다.
편집 ACL을 문서 ACL이라고 부른다(...). 본인에 따르면 편집이 가장 기본적인 ACL이기 때문이라고. 종류는 편집, 토론, 읽기.
사용자 문서의 ACL은 편집 ACL을 관리자 및 사용자 문서의 소유자 본인이 조정할 수 있다. 다만 편집 ACL만 [문서 제목과 사용자 이름이 일치 및 관리자, 로그인된 사용자, 아무나] 중에서 고를 수 있다.
인터페이스는 이것이다.
[1] 사실상 관리자들이 Access Control List을 설정하면, 틀은 수동으로 넣어야 한다. 일반 사용자가 해당 틀들을 확인 없이 무단으로 삽입하면 편집권 남용으로 간주되어 제재를 받을 수 있다. 단, 실제 편집 제한과 일치하는 경우에는 해당하는 접근 제한 틀을 삽입하는 것이 허용된다.[2] 과거에 SELinux가 없던 시절 리눅스가 사용했던 방식이다. 임의적 접근통제는 사용자 ID를 기반으로 자료에 접근하는 것을 제어하는 방식이다. 여기서 ACL은 접근 허용 아이디를 저장해두는 목록이라고 보면 된다.[3] 참고로 이 권한이 거부되면 편집을 비롯한 모든 권한(ACL 확인 제외)이 거부된다. 편집에 들어가면 문서의 RAW(문법을 포함한 모든 글자)를 볼 수 있기 때문. 이외에도 문서의 내용을 볼 수 있는 기능이 막힌다. 과거에는 되돌리기 기능을 이용해서 내용을 볼 수 있는 버그가 있었으나 언제부터인가 패치되었다. 읽기 ACL은 과거에는 개별 문서에서 조정할 수 있었으나, 어느 시점부터는 조정할 수 없으며, 이름공간(네임스페이스)에서만 조정이 가능하다. 대표적으로 휴지통 네임스페이스는 perm:admin ACL이 적용되어 있다.[4] 이게 거부되면 이동, 삭제도 거부된다.[5] 토론 발제 acl이랑 별개로 작용한다.[6] gotons로 설정 시, 해당 사용자는 이름공간 ACL 규칙을 통과할 경우 허용된다. 즉, 이름공간 ACL은 문서에 개별 설정된 ACL보다 우선순위가 떨어지는데, 이 우선순위를 문서별 ACL과 동일한 수준으로 만들어준다.[7] 
[8] 즉, 일반 사용자에 대한 권한도 설정할 수 있다.[9] 차단 아이피/사용자 권한이 분리되면서 효력이 없어진 것으로 보인다.[10] 2020년 8월 25일 ACL 개편 이후 차단된 사용자 ACL Group로 대체되었다.#[11] 사용자 문서의 이름공간 ACL에 사용되며, 해당 사용자만 편집할 수 있도록 한다.[12] 임의의 문서에 1번이라도 기여한 사용자. 일반 문서에 기본적으로 적용되는 ACL이었으나, 2020년 8월 25일 ACL 개편 이후에는 거의 보이지 않는다.[13] 알파위키에서는 관리자만 이 권한을 가지고 있다.[14] 이름대로 차단된 아이피나 사용자가 속하는 그룹으로, 기존 차단자 모두 일괄 적용되었다.[15] 데이터센터 IP 등 일반적으로 인터넷 접속에 사용되는 대역이 아닌 경우 적용되며 ACL 개편 전에는 아이피 차단 형태로 되어 있었으나 개편후 별도 그룹으로 분리되었다.[16] 아이피 중 로그인할 경우 이용을 허용하는 것으로, ACL 개편 전에는 차단시 로그인 허용 여부를 지정하는 방식으로 이루어졌다.[17] VPNGate의 공유 기능을 사용하는 아이피가 속하는 대역으로, 해당 그룹에 속해 편집이 막히는 경우 소명 게시판에 VPNGate 자원 공유 해제 인증을 하면 풀어준다.[18] 즉 perm:member만 액션:gotons으로 이름공간 ACL을 적용하는 경우 아이피로 편집시 적용할 ACL이 없어 편집이 거부된다. (대신 편집 요청이 가능한 경우 편집 요청 페이지로 이동된다.)[19] 당시 인터페이스 [20] 내부적으로는 남아 있는 것으로 추정됨. F12를 통해 API를 확인하여, 개별 문서 ACL 목록에서도 읽기 권한이 반환됨.[21] 그래서 IP Access Control List => IPACL이다.
[8] 즉, 일반 사용자에 대한 권한도 설정할 수 있다.[9] 차단 아이피/사용자 권한이 분리되면서 효력이 없어진 것으로 보인다.[10] 2020년 8월 25일 ACL 개편 이후 차단된 사용자 ACL Group로 대체되었다.#[11] 사용자 문서의 이름공간 ACL에 사용되며, 해당 사용자만 편집할 수 있도록 한다.[12] 임의의 문서에 1번이라도 기여한 사용자. 일반 문서에 기본적으로 적용되는 ACL이었으나, 2020년 8월 25일 ACL 개편 이후에는 거의 보이지 않는다.[13] 알파위키에서는 관리자만 이 권한을 가지고 있다.[14] 이름대로 차단된 아이피나 사용자가 속하는 그룹으로, 기존 차단자 모두 일괄 적용되었다.[15] 데이터센터 IP 등 일반적으로 인터넷 접속에 사용되는 대역이 아닌 경우 적용되며 ACL 개편 전에는 아이피 차단 형태로 되어 있었으나 개편후 별도 그룹으로 분리되었다.[16] 아이피 중 로그인할 경우 이용을 허용하는 것으로, ACL 개편 전에는 차단시 로그인 허용 여부를 지정하는 방식으로 이루어졌다.[17] VPNGate의 공유 기능을 사용하는 아이피가 속하는 대역으로, 해당 그룹에 속해 편집이 막히는 경우 소명 게시판에 VPNGate 자원 공유 해제 인증을 하면 풀어준다.[18] 즉 perm:member만 액션:gotons으로 이름공간 ACL을 적용하는 경우 아이피로 편집시 적용할 ACL이 없어 편집이 거부된다. (대신 편집 요청이 가능한 경우 편집 요청 페이지로 이동된다.)[19] 당시 인터페이스 [20] 내부적으로는 남아 있는 것으로 추정됨. F12를 통해 API를 확인하여, 개별 문서 ACL 목록에서도 읽기 권한이 반환됨.[21] 그래서 IP Access Control List => IPACL이다.
