| r33 | ||
|---|---|---|
| r17 | 1 | [[분류:더시드위키]] |
| 2 | [목차] | |
| 3 | == 개요 == | |
| 4 | 더시드위키의 ACL 그룹에 대한 설명이다. | |
| 5 | == 목록 == | |
| 6 | [[https://theseed.io/aclgroup]] | |
| 7 | admin 권한이 없는 이용자도 ACL 페이지 자체는 열람할 수 있다. 다만 기본적으로 존재하는 ACL 그룹의 열람이 불가능하며, 이는 나무위키 등의 다른 더시드 계열 위키도 마찬가지. | |
| 8 | 예를 들어 나무위키는 차단된 사용자, VPNGate, IDC, 로그인 허용 차단의 ACL 그룹을 열람할 수 없다. | |
| r13 (r11으로 되돌림) | 9 | |
| r17 | 10 | aclgroup 권한이 없으면 ACL 그룹의 생성과 삭제가 불가능하다. |
| 11 | === 차단된 사용자 === | |
| 12 | 더시드 계열 모든 위키에 있는 기본 ACL 그룹. 차단된 사용자 ACL에 있는 경우 편집 내역이나 토론 스레드에 적힌 아이피나 닉네임에 취소선이 붙는다. | |
| 13 | * 예시 | |
| 14 | * --39.7.123.74--(아이피) | |
| 15 | * --abc123--(사용자) | |
| 16 | * --'''abc123'''--(admin 권한 사용자) | |
| r13 (r11으로 되돌림) | 17 | |
| r17 | 18 | === 우회수단 === |
| 19 | 아이피 전용 ACL이다. 해당 ACL 그룹 사용자 거부를 로그인 사용자(perm:member) 허용보다 뒷순위에 배치하기 때문에 로그인된 사용자에 해당 ACL을 추가한다고 해서 달라지는 건 없다. 더시드위키에서는 거의 사용되지 않는다. | |
| r13 (r11으로 되돌림) | 20 | |
| r17 | 21 | ==== VPNGate ==== |
| 22 | 말 그대로 VPNGate로 분류되는 아이피를 모아놓는다. 나무위키에서는 해당 ACL에 추가된 아이피가 노란색으로 변한다. | |
| r13 (r11으로 되돌림) | 23 | |
| r17 | 24 | ==== 로그인 허용 차단 ==== |
| 25 | 통신사 아이피나 반달이 빈번하여 로그인해야 사용할 수 있는 아이피는 여기에 배치한다. 다른 우회수단 ACL과 달리 로그인하면 아무 문제 없고 비로그인 상태에서의 편집 요청은 가능하다는 것이 특징. | |
| r13 (r11으로 되돌림) | 26 | |
| r17 | 27 | ==== IDC ==== |
| 28 | IDC 대역도 우회수단으로 사용되어 나무위키에서는 우선적으로 차단한다. VPNGate처럼 아이피가 노란색으로 표시되나 약간 다르다고 한다. | |
| r13 (r11으로 되돌림) | 29 | |
| r17 | 30 | === 편집요청 차단 === |
| 31 | 편집요청 권한을 없애 편집요청을 하지 못하게 한다. 차단된 사용자와는 달리 기본적으로 있는 ACL 그룹이 아니며, 따로 설정해 주어야 한다. | |
| r13 (r11으로 되돌림) | 32 | |
| r17 | 33 | === 소명 거부 === |
| 34 | 더시드위키에만 있는 ACL 그룹. [[더시드위키:차단 소명 게시판]]의 토론 발제 및 댓글 권한을 제한시켜 차단 소명을 하지 못하게 한다. | |
| r13 (r11으로 되돌림) | 35 | |
| r17 | 36 | === 관리자 === |
| 37 | 정식 관리자와 다른 권한이 있는 이용자를 구분하기 위한 ACL이다. 일부 문서는 이 ACL에 추가되어 있는 사용자만이 편집 혹은 토론 발제가 가능하다. | |
| r16 | 38 | |
| r32 | 39 | == ACL의 허용규칙 == |
| r29 | 40 | 참조 문서 : [[ACL 용어]] |
| 41 | ||
| r31 | 42 | 먼저 편집, 이동 등 특정 위키행위에 접근하려는 이용자가 있으면 이용자가 소속되는 ACL그룹들이 무엇인지를 알아야 한다. 집합과 원소의 관계로 보자면, 로그에 기록될 수 있는 이름을 모두 모아놓은 집합을 전체집합으로 두면 ACL그룹들은 각 "집합"이 되며, 접근하려는 이용자의 이름은 각 ACL집합의 원소가 되는지 아니한지를 알아야 한다. '집합'은 기본적으로 {{{perm:member}}}[* {{{perm:member}}}[math(=\left\{x|x \text{ is a member}\right\})] (조건제시법)]과 같이 시스템상 특정 규칙에 따른 모임이 될 수 있으며, 필요에 따라 이름을 짓고 소속할 대상을 원소로 추가함으로써 (원소나열법) 개설할 수 있다. 가령 로그인된 이용자의 경우 {{{perm:any}}}, {{{perm:member}}}에 소속되며 {{{perm:ip}}}에는 소속되지 않는다. |
| r25 | 43 | |
| r33 | 44 | 이를 이용하여 ACL그룹(집합)을 언급하는 모종의 규칙을 만들 수 있다. 규칙은 기입된 순서대로 대조된다. 대조하면서 규칙이 지정한 ACL그룹이 접근하려는 이용자가 소속되는 ACL그룹들 중 하나에 해당되는지 아닌지를 보게 된다. |
| r25 | 45 | |
| r33 | 46 | 해당되는 경우, 해당 그룹(집합)에 해당되는 이용자의 접근을 허락하(allow)거나 거부하(deny)는 처리 규칙에 따라 접근하려는 이용자가 특정 위키행위에 대한 접근 허가 또는 거부가 결정된다. 먼저 허용 또는 거부로 결정되면 앞에서 결정한 사항과 반대되는 결정을 아무리 많이 적어놓아도 앞의 결정된 ACL에는 영향을 주지 않는다. (이로 보자면 규칙 내 그룹 언급은 일종의 필터링처럼 적용된다.) |
| r28 | 47 | |
| 48 | 해당되지 않는 경우 다음 규칙으로 넘어가 대조하게 된다. 모든 규칙을 대조했을 때 거부하는 규칙이 없어도 최종적으로 어느 허용 규칙에도 해당되지 않는다면 이용자의 접근이 거부된다. | |
| 49 | ||
| r21 | 50 | 1. 문서 ACL 허용규칙의 유무. |
| r25 | 51 | i. 있는 경우 : 기입된 순서대로 대조가 시작된다. 걸리는 규칙에 따라 접근의 허용 또는 거부가 결정된다. 거부 규칙이 없어도 최종적으로 어느 허용 목록에도 해당되지 않는 경우 접근이 거부된다. |
| r23 | 52 | i. 없는 경우 : 네임스페이스 ACL 규칙이 적용된다. 문서 ACL 란에 "규칙이 존재하지 않습니다. 이름공간 ACL이 적용됩니다."라는 문구가 나온다. |
| r22 | 53 | 1. 네임스페이스 ACL 허용규칙의 유무. |
| r24 | 54 | i. 있는 경우 : 문서 ACL처럼 기입된 순서대로 처리된다. 먼저 걸리는 규칙에 따라 접근의 허용 또는 거부가 결정된다. 거부 규칙이 없어도 최종적으로 어느 허용 목록에도 해당되지 않는 경우 접근이 거부된다. |
| r23 | 55 | i. 없는 경우 : 모든 이용자의 접근이 거부된다. 이름공간 ACL 란에 "규칙이 존재하지 않습니다. 모두 거부됩니다."라는 문구가 나온다. |
| r19 | 56 | |
| r32 | 57 | 없는 ACL 그룹에 대하여 허용규칙을 넣으려 할 시 {{{invalid_aclgroup}}}이라는 오류 메세지가 출력된다. aclgroup 권한을 이용하여 강제로 해당되는 이름으로 만든 다음 허용규칙을 넣는 일은 가능은 할지도. |
| r18 | 58 | == 관련 문서 == |
| r30 | 59 | * [[접근 제한]] : 문서 ACL 단계 |
| r18 | 60 | * [[aclgroup]] : [[the seed]]의 권한 |