r28 vs r33 | ||
---|---|---|
... | ... | |
36 | 36 | === 관리자 === |
37 | 37 | 정식 관리자와 다른 권한이 있는 이용자를 구분하기 위한 ACL이다. 일부 문서는 이 ACL에 추가되어 있는 사용자만이 편집 혹은 토론 발제가 가능하다. |
38 | 38 | |
39 | == ACL의 | |
40 | ||
39 | == ACL의 허용규칙 == | |
40 | 참조 문서 : [[ACL 용어]] | |
41 | 41 | |
42 | ||
42 | 먼저 편집, 이동 등 특정 위키행위에 접근하려는 이용자가 있으면 이용자가 소속되는 ACL그룹들이 무엇인지를 알아야 한다. 집합과 원소의 관계로 보자면, 로그에 기록될 수 있는 이름을 모두 모아놓은 집합을 전체집합으로 두면 ACL그룹들은 각 "집합"이 되며, 접근하려는 이용자의 이름은 각 ACL집합의 원소가 되는지 아니한지를 알아야 한다. '집합'은 기본적으로 {{{perm:member}}}[* {{{perm:member}}}[math(=\left\{x|x \text{ is a member}\right\})] (조건제시법)]과 같이 시스템상 특정 규칙에 따른 모임이 될 수 있으며, 필요에 따라 이름을 짓고 소속할 대상을 원소로 추가함으로써 (원소나열법) 개설할 수 있다. 가령 로그인된 이용자의 경우 {{{perm:any}}}, {{{perm:member}}}에 소속되며 {{{perm:ip}}}에는 소속되지 않는다. | |
43 | 43 | |
44 | ||
44 | 이를 이용하여 ACL그룹(집합)을 언급하는 모종의 규칙을 만들 수 있다. 규칙은 기입된 순서대로 대조된다. 대조하면서 규칙이 지정한 ACL그룹이 접근하려는 이용자가 소속되는 ACL그룹들 중 하나에 해당되는지 아닌지를 보게 된다. | |
45 | 45 | |
46 | 해당되는 경우, 해당 그룹(집합)에 해당되는 이용자의 접근을 허락하(allow)거나 거부하(deny)는 처리 규칙에 따라 접근하려는 이용자가 특정 위키행위에 대한 접근 허가 또는 거부가 결정된다. 먼저 허용 또는 거부로 결정되면 앞에서 결정한 사항과 반대되는 결정을 아무리 많이 적어놓아도 앞의 결정된 ACL에는 영향을 주지 않는다. (이로 보자면 규칙 내 그룹 언급은 일종의 필터링처럼 적용된다.) | |
47 | ||
46 | 48 | 해당되지 않는 경우 다음 규칙으로 넘어가 대조하게 된다. 모든 규칙을 대조했을 때 거부하는 규칙이 없어도 최종적으로 어느 허용 규칙에도 해당되지 않는다면 이용자의 접근이 거부된다. |
47 | 49 | |
48 | 50 | 1. 문서 ACL 허용규칙의 유무. |
... | ... | |
52 | 54 | i. 있는 경우 : 문서 ACL처럼 기입된 순서대로 처리된다. 먼저 걸리는 규칙에 따라 접근의 허용 또는 거부가 결정된다. 거부 규칙이 없어도 최종적으로 어느 허용 목록에도 해당되지 않는 경우 접근이 거부된다. |
53 | 55 | i. 없는 경우 : 모든 이용자의 접근이 거부된다. 이름공간 ACL 란에 "규칙이 존재하지 않습니다. 모두 거부됩니다."라는 문구가 나온다. |
54 | 56 | |
57 | 없는 ACL 그룹에 대하여 허용규칙을 넣으려 할 시 {{{invalid_aclgroup}}}이라는 오류 메세지가 출력된다. aclgroup 권한을 이용하여 강제로 해당되는 이름으로 만든 다음 허용규칙을 넣는 일은 가능은 할지도. | |
55 | 58 | == 관련 문서 == |
56 | * [[ | |
59 | * [[접근 제한]] : 문서 ACL 단계 | |
57 | 60 | * [[aclgroup]] : [[the seed]]의 권한 |