13장 달력 관리

이 장은 Calendar Server 명령줄 유틸리티를 사용하여 달력을 규정 및 관리하는 방법을 설명하는 다음 내용으로 구성되어 있습니다.

달력 관리 개요

달력 유형

기본 달력 유형에는 두 가지가 있습니다. 두 가지 유형에 대한 정보는 다음과 같습니다.

달력용 스키마 1 도구

스키마 1 모드일 때 사용할 수 있는 유틸리티에는 세 가지가 있습니다.

달력용 스키마 2 도구


주	csresource modify 명령은 없습니다.

스키마 2 모드일 때 사용자 달력과 자원 달력을 모두 만들고 관리하려면 cscal을 사용합니다.


주	commadmin 유틸리티에는 달력 관리 명령이 없습니다.

cscal을 실행하려면 Calendar Server가 실행되는 시스템에 대해 관리 권한을 가진 사용자로 로그인해야 합니다. commadmin 외의 명령줄 유틸리티 참조 부록 D, "Calendar Server 명령줄 유틸리티 참조"도 참조하십시오.

달력 고유 아이디(calid) 만들기

Calendar Server 데이터베이스의 각 달력은 고유한 달력 아이디(ID), 즉 calid로 식별됩니다. 달력을 만들 때에는 calid를 지정해야 합니다.

Calid 구문

데이터베이스의 각 달력은 고유 달력 아이디(calid)로 식별됩니다. 다음 calid 구문은 세 부분으로 이루어집니다.

호스트된 도메인이 없는 경우에는 사용자가 있는 도메인이 명확하기 때문에 도메인 부분이 선택 사항이 됩니다.

호스트된 도메인이 있는 경우에는 도메인 부분을 지정하지 않으면 Calendar Server에서 해당 도메인의 ics.conf 매개 변수 service.defaultdomain에 지정한 값을 사용합니다. 사용자가 기본 도메인에 있지 않은 경우에는 도메인 부분을 지정해야 합니다.

호스트된 도메인(가상 도메인)에 대한 자세한 내용은 5장, "호스트된 도메인 설정" 및 11장, "도메인 관리"를 참조하십시오.

calendar-name - 특정 사용자 고유의 선택적 달력 이름입니다. 소유자의 기본 달력은 하나 뿐이지만 다양한 목적으로 다른 달력을 가질 수도 있습니다. 기본 달력이 아닌 각 달력은 달력 이름으로 구분합니다. 예를 들어 사용자 John Doe의 uid가 jdoe이면 기본 달력은 jdoe@sesta.com이 될 수 있습니다. 그가 코치를 맡고 있는 Little League 팀의 야구 시합 기록을 남기기 위해 사용하는 보조 달력은 jdoe@sesta.com:baseball과 같은 calid를 가질 수 있습니다.

달력 아이디 만들기 규칙

달력 아이디는 대소문자를 구분합니다. 예를 들어, JSMITH는 jsmith와 다르게 인식됩니다. (이러한 구분은 대소문자를 구분하지 않는 전자 메일 주소와 다릅니다. 예를 들어 jsmith@sesta.com은 JSMITH@SESTA.COM과 동일한 것으로 인식됩니다.)

달력 아이디는 공백을 포함할 수 없으며 다음 문자만 사용할 수 있습니다.

알파벳(a-z, A-Z) 및 숫자(0-9)(비ASCII 문자 사용 불가)

특수 문자: 마침표(.), 밑줄(_), 하이픈 또는 대시(-), 골뱅이 기호(@), 아포스트로피('), 백분율 기호(%), 슬래시(/), 느낌표(!)

올바른 달력 아이디의 예는 다음과 같습니다.
jsmith
jsmith:private_calendar
jsmith@calendar.sesta.com:new-cal

호스트되지 않은 Calid를 호스트된 도메인 형식의 Calid로 변환

도메인을 호스트하기 전에 만든 calid가 있는 경우 호스트된 도메인 외의 calid를 호스트된 도메인의 calid로 변환하려면 csvdmig 유틸리티를 사용하여 기존의 calid에 도메인 부분을 추가할 수 있습니다. 해당 유틸리티 사용 방법에 대한 지침은 csvdmig를 참조하십시오.

사용자 달력의 자동 규정

자동 규정은 사용자 달력에만 적용되며 자원 달력은 명시적으로 만들어야 합니다.

자동 규정이 활성화된 경우에는 사용자 달력을 명시적으로 만들 필요가 없습니다. 자동 규정을 사용하면 사용자가 처음 로그인할 때 기본 달력이 만들어집니다.

Calendar Server에서는 동일한 이름의 달력이 이미 존재하지 않는 한 사용자 아이디를 사용하여 새 기본 달력의 달력 아이디(calid)를 만듭니다.

예를 들어 사용자 아이디가 jsmith인 John Smith가 처음으로 Calendar Server에 로그인하면 Calendar Server는 자동으로 calid가 jsmith인 기본 달력을 만듭니다. 그 후에 John Smith가 만드는 달력의 calid에는 jsmith:가 미리 결정됩니다. 예를 들어 John Smith가 나중에 이름이 meetings인 새 달력을 만들면 호스트되지 않은 환경에서 새 달력의 calid는 jsmith:meetings가 됩니다.


주	기본 달력이 없는 사용자를 참가자로 지정하면 Calendar Server에서 "Calendar not found" 오류를 반환합니다.

자동 규정은 기본적으로 사용 가능합니다. 즉, 기본적으로 ics.conf 매개 변수 local.autoprovision이 "yes"로 설정됩니다.

달력에 대해 사용자의 LDAP 항목이 활성화되어 있는지 확인합니다. 항목에는 icsCalendarUser 객체 클래스가 포함되어 있어야 합니다. 사용자의 LDAP 항목에 클래스가 없는 경우에는 추가합니다.

사이트에서 호스트된 도메인을 사용하는 경우에 자동 규정이 작동하려면 사용자의 도메인에서도 달력이 활성화되어 있어야 합니다. 즉, 도메인 항목에 icsCalendarDomain 객체 클래스가 포함되어 있어야 합니다.

ics.conf 매개 변수를 "no"로 변경하면 자동 규정이 비활성화됩니다.



주	자동 규정이 비활성화된 경우에 사용자가 성공적으로 로그인하려면 해당 사용자의 달력을 명시적으로 만들어야 합니다.

달력 액세스 제어

Sun™ ONE Calendar Server에서는 액세스 제어 목록(ACL)을 사용하여 달력, 달력 등록 정보 그리고 이벤트, 수행할 작업(태스크)과 같은 달력 구성 요소의 액세스 제어를 결정합니다.

액세스 제어용 구성 매개 변수

표 13-1 액세스 제어 구성 매개 변수
매개 변수	설명
calstore.calendar.default.acl	사용자가 달력을 만들 때 사용하는 기본 액세스 제어 설정을 지정합니다. 기본값은 다음과 같습니다. "@@o^a^r^g;@@o^c^wdeic^g;@^a^fs^g;@^c^^g;@^p^r^g"
calstore.calendar.owner.acl	달력 소유자에 대한 기본 액세스 제어 설정을 지정합니다. 기본값은 다음과 같습니다. "@@o^a^rsf^g;@@o^c^wdeic^g"
resource.default.acl	자원 달력이 만들어질 때 사용하는 기본 액세스 제어 설정을 지정합니다. 기본값은 다음과 같습니다. "@@o^a^r^g;@@o^c^wdeic^g;@^a^rsf^g"

공개 및 개인 이벤트와 태스크 필터

새 이벤트나 태스크를 만들 때 사용자는 공개, 개인 또는 시간 및 날짜만(비밀) 이벤트나 태스크인지 지정할 수 있습니다.

공개 - 사용자의 달력에 대해 읽기 권한을 가진 누구라도 해당 이벤트나 태스크를 볼 수 있습니다.

개인 - 달력의 소유자만 해당 이벤트나 태스크를 볼 수 있습니다.

시간 및 날짜만(비밀) - 달력의 소유자는 해당 이벤트나 태스크를 볼 수 있습니다. 달력에 대해 읽기 권한을 가진 다른 사용자는 해당 달력에서 "제목이 없는 이벤트"만 볼 수 있으며, 이 제목은 활성 링크가 아닙니다.

calstore.filterprivateevents는 Calendar Server가 개인 이벤트, 시간 및 날짜만 이벤트(비밀) 및 태스크를 필터링(인식)할 것인지 여부를 결정합니다. 기본적으로 이 매개 변수는 "yes"로 설정됩니다. calstore.filterprivateevents를 "no"로 설정한 경우 Calendar Server는 개인 그리고 시간 및 날짜만 이벤트와 태스크가 공개 이벤트와 태스크인 것처럼 취급합니다.

액세스 제어용 명령줄 유틸리티

표 13-2에서는 액세스 제어를 위해 ACL을 설정하거나 수정할 수 있게 하는 Calendar Server 명령줄 유틸리티를 설명합니다.

표 13-2 액세스 제어용 명령줄 유틸리티
유틸리티	설명
cscal	특정 사용자 또는 자원 달력의 ACL을 설정하려면 create 및 modify 명령을 -a 옵션과 함께 사용합니다.
csresource	스키마 1 모드에서 csresource를 사용하여 자원 달력을 만드는 경우에는 csresource 유틸리티와 -a 옵션을 함께 사용하여 자원 달력의 ACL을 설정합니다.
commadmin 사용자 csuser	commadmin 유틸리티를 사용하여 사용자가 달력을 만들 때 사용되는 기본 ACL을 변경합니다. csuser 유틸리티를 -a 옵션과 함꼐 사용하여 사용자가 달력을 만들 때 사용되는 기본 ACL을 변경합니다.

달력 만들기

cscal을 사용하여 사용자 달력 만들기

새 달력을 만들려면 cscal 유틸리티 create 명령을 사용합니다. 사용자 또는 자원 항목이 LDAP 디렉토리에 이미 있어야 합니다. LDAP 디렉토리에 사용자 및 자원을 추가하는 방법에 대한 자세한 내용은 12장, "사용자 및 자원 관리"를 참조하십시오.

사이트에서 LDAP 달력 조회 데이터베이스(CLD) 플러그 인을 사용하는 경우에는 특정 사용자 또는 자원에 해당하는 모든 달력을 사용자 또는 자원 항목의 icsDWPHost LDAP 속성에 표시된 서버와 동일한 백엔드 서버에 만들어야 합니다. 다른 백엔드 서버에서 달력을 만들려고 하면 cscal 유틸리티는 오류를 반환합니다. LDAP CLD 플러그 인에 대한 자세한 내용은 9장, "달력 조회 데이터베이스 플러그 인"을 참조하십시오.

예를 들어, 달력 아이디(calid) jsmith로 새 달력을 만들려면 다음 명령을 사용합니다.

조회 가능한 이름 Hobbies를 가지고 John Smith가 소유하며 그룹 예약의 기본 액세스 제어 설정을 사용하는 달력을 만들려면 다음 명령을 사용합니다.

다음 예에서는 이전 예와 비슷하게 새 달력을 만들지만, 이 달력을 sports라는 이름의 범주와 연관시켜 이중 예약을 가능하게 하고 Ron Jones를 또 다른 소유자로 지정합니다.

다음 예에서는 이전 예와 비슷한 달력을 만들지만, 그룹 일정에 대한 특별한 액세스 제어 설정도 지정합니다.

여기서 -a "@@o^a^sfr^g"는 다른 소유자들에게 이 달력의 구성 요소 및 달력 등록 정보에 대해 그룹 예약을 위한 예약, 사용 가능/사용 중 그리고 읽기 액세스 권한을 부여합니다.

자원 달력 만들기 준비

자원 달력은 회의실, 노트북 컴퓨터, 오버헤드 영사기 및 기타 장치와 같이 예약할 수 있는 물건에 연관됩니다. 자원 달력에는 액세스 제어 목록이 필요합니다.

ics.conf 파일에 있는 두 개의 구성 매개 변수가 자원 달력에 적용됩니다.

이 매개 변수의 기본값을 변경하려면(표 13-3 참조) ics.conf 파일을 편집합니다. 기본값의 변경 사항은 새 자원 달력에만 적용되며 기존 자원의 값은 변경되지 않습니다. 기존 자원 달력의 값을 변경하려면 cscal 유틸리티나 commadmin resource modify 명령을 사용해야 합니다. csresource 유틸리티에는 modify 명령이 없습니다.

표 13-3 ics.conf 파일의 자원 달력 구성 매개 변수
매개 변수	설명
resource.default.acl	이 매개 변수는 자원 달력이 만들어질 때 사용되는 기본 액세스 제어 권한을 결정합니다. 기본 권한은 다음 액세스 제어 목록(ACL)에서 지정합니다. "@@o^a^r^g;@@o^c^wdeic^g;@^a^rsf^g" 이 ACL은 모든 달력 사용자에게 구성 요소와 등록 정보를 포함하여 달력에 대해 읽기, 예약 및 사용 가능/사용 중 액세스를 부여합니다. 자원의 사용 권한을 변경하려면 csresource 유틸리티 create 명령을 사용하여 달력을 만들 때 -a 옵션을 사용합니다.
resource.allow.doublebook	이 매개 변수는 자원 달력에 이중 예약이 허용되는지 여부를 결정합니다. 이중 예약을 사용하면 자원 달력은 같은 시간에 둘 이상의 이벤트를 예약할 수 있습니다. 기본값은 "no"이며, 즉 이중 예약을 허용하지 않습니다. 자원 달력에서 이중 예약을 허용하려면 csresource 유틸리티 create 명령을 사용하여 달력을 만들 때 -k 옵션을 사용합니다.

자원 달력 만들기

Calendar Server에서는 자원 달력을 자동으로 규정 하지 않습니다. 사이트에 필요한 모든 자원에 대해 csresource 유틸리티 create 명령을 사용하여 자원 LDAP 항목을 수동으로 규정하고 달력 데이터베이스에 달력을 만들어야 합니다. 자원 달력을 만들 때 고려해야 할 몇 가지 사항은 다음과 같습니다.

기본적으로 Calendar Server는 자원 달력의 이중 예약(resource.allow.doublebook 매개 변수)을 허용하지 않습니다. 이 기본 설정은 회의실과 장비와 같은 자원에 대한 예약 충돌을 방지합니다. 그러나 자원 달력에 대해 이중 예약을 허용하려면 달력을 만들 때 csresource -k 옵션을 "yes"로 설정합니다.

특정 자원의 예약 가능자를 제어하려면 자원 달력에 대해 쓰기 액세스를 갖는 사용자를 제한하는 방법을 고려할 수 있습니다. 예를 들어, 특정 사용자들만 회의실이나 장비를 예약하게 할 수 있습니다.

예를 들어, 달력 아이디가 aud100, 조회 가능 이름이 Auditorium(LDAP cn 속성)이고 표 13-3의 기본 설정을 사용하는 자원 달력을 만들려면 다음 명령을 사용합니다.

다음 명령은 이전 예와 동일한 작업을 수행하지만, -k 옵션은 이 달력에 대한 이중 예약을 허용하며 -o 옵션은 bkamdar를 달력 소유자로 지정하고 -y 옵션은 jsmith를 또 다른 소유자로 지정합니다.

자원 달력의 소유자를 지정하지 않으면 ics.conf 파일의 service.admin.calmaster.userid 매개 변수에서 값을 가져옵니다.


주	Calendar Server 알림 소프트웨어는 자원이 아닌 사용자에게만 알림을 보내도록 프로그램되어 있습니다.

사용자 달력 관리

사용자 달력이 만들어지면 cscal 유틸리티를 사용하여 다음 관리 작업을 수행할 수 있습니다.

달력 표시

모든 달력, 사용자가 소유한 모든 달력 또는 특정 달력의 등록 정보를 표시하려면 cscal 유틸리티 list 명령을 사용합니다.

예를 들어, 달력 데이터베이스의 모든 달력을 나열하려면 다음 명령을 사용합니다.

jsmith가 소유한 모든 달력을 나열하려면 다음 명령을 사용합니다.

달력 아이디가 jsmith:meetings인 달력의 모든 등록 정보를 나열하려면 다음 명령을 사용합니다.

달력 삭제

최종 사용자는 Calendar Express를 통해 달력 가입을 취소할 수 있지만 Calendar Server 데이터베이스에서 달력을 삭제할 수는 없습니다. 시스템에 관리자 권한이 있는 관리자가 달력을 삭제해야 합니다.

Calendar Server에서 하나 이상의 달력을 삭제하려면 cscal 유틸리티 delete 명령을 사용합니다. 이 유틸리티는 달력을 삭제하지만 사용자를 디렉토리 서버에서 삭제하지는 않습니다.



주의	delete 명령은 달력 데이터베이스로부터 모든 달력 정보를 제거하며 실행 취소할 수 없습니다. 달력을 삭제한 후에는 백업된 경우에만 달력 데이터를 복구할 수 있습니다. 자세한 내용은 15장, "Calendar Server 데이터 백업 및 복원"을 참조하십시오.

cscal 유틸리티를 사용하여 하나의 달력 또는 여러 개의 달력을 삭제할 수 있습니다.

예를 들어, 달력 아이디가 jsmith:meetings인 달력을 삭제하려면 다음 명령을 사용합니다.

기본 소유자가 jsmith인 모든 달력을 삭제하려면 다음 명령을 사용합니다.

달력 비활성화 및 활성화

사용자가 달력에 액세스할 수 없게 하려면 cscal 유틸리티 disable 명령을 사용합니다. disable 명령은 사용자가 달력에 액세스할 수 없게 하지만, 달력 데이터베이스에서 정보를 제거하지는 않습니다.

예를 들어, 사용자가 jsmith:meetings에 액세스할 수 없게 하려면 다음 명령을 사용합니다.

사용자가 달력에 액세스할 수 있게 달력을 활성화하려면 cscal 유틸리티 enable 명령을 사용합니다. 예를 들어, 기본 구성 설정을 사용하여 jsmith:meetings 달력을 활성화하려면 다음 명령을 사용합니다.

jsmith:meetings 달력을 활성화하되 이중 예약을 허용하지 않으려면 다음 명령을 사용합니다.

달력 등록 정보 수정

달력의 등록 정보를 수정하려면 cscal 유틸리티 modify 명령을 사용합니다.

예를 들어, AllAdmins의 그룹 예약 액세스 제어 설정을 변경하고 RJones를 또 다른 소유자로 지정하려면 다음 명령을 사용합니다.

달력에서 등록 정보 제거

달력에서 등록 정보 값을 제거하려면 cscal 유틸리티 modify 명령을 사용하고 옵션의 값은 큰따옴표("") 2개로 지정합니다.

예를 들어, jsmith:meetings에서 설명을 제거하려면 다음 명령을 사용합니다.

jsmith:meetings에서 모든 범주를 제거하려면 다음 명령을 사용합니다.

jsmith:meetings에서 "다른 소유자"를 제거하려면 다음 명령을 사용합니다.

"손실된" 달력 복구

사용자의 기본 달력이 Calendar Express View 탭이나 Calendars 탭에 나타나지 않지만 데이터베이스에는 아직 존재할 경우, 사용자의 LDAP 항목에서 다음 속성을 업데이트하여 달력을 복구할 수 있습니다.

여기서 default_calid는 사용자의 기본 달력 아이디(calid)입니다.

ldapmodify Directory Server 유틸리티, csuser reset 명령 또는 commadmin user modify를 사용할 수 있습니다. 스키마 1의 경우에는 csattribute add 명령을 사용하여 속성을 업데이트할 수 있습니다.

자원 달력 관리

자원 달력 및 속성 표시

자원 달력을 표시하려면 csresource 유틸리티 list 명령을 사용합니다.

예를 들어, 모든 Calendar Server 자원 달력과 해당 LDAP 속성을 목록으로 표시하려면 다음 명령을 사용합니다.

Auditorium이라는 자원 달력의 모든 LDAP 속성 목록을 표시하려면 다음 명령을 사용합니다.

자원 달력 수정

자원 달력을 수정하려면 cscal 유틸리티 modify 명령을 사용합니다(csresource에는 modify 명령이 없음).

예를 들어, 소유자를 tchang으로 설정하고 mwong라는 이름의 또 다른 소유자를 Auditorium 자원 달력에 추가하려면 다음 명령을 사용합니다.

이 예에서 cscal 유틸리티는 달력 이름(Auditorium)보다 calid(aud100)가 필요합니다.

자원 달력 비활성화 및 활성화

사용자가 이벤트를 예약할 수 없도록 자원 달력을 비활성화해야 하는 경우가 있습니다. 예를 들어, 리모델링 때문에 회의실을 사용할 수 없거나 오버헤드 영사기가 수리 중일 수 있습니다.

자원 달력을 비활성화하거나 활성화하려면 csresource 유틸리티 enable 또는 disable 명령을 사용합니다.

예를 들어, Auditorium이라는 이름의 자원 달력을 비활성화하려면 다음 명령을 사용합니다.

그리고 나중에 자원 달력을 활성화하려면 다음 명령을 사용합니다.

자원 달력 삭제

자원 달력을 삭제하려면 csresource 유틸리티 delete 명령을 사용합니다.

예를 들어, Auditorium 자원 달력을 삭제하려면 다음 명령을 사용합니다.

자원을 삭제하려면 "y"를, 작업을 취소하려면 "n"을 입력합니다.

"y"를 입력하면 Calendar Server는 달력을 삭제하고 이를 알리는 메시지를 표시합니다.

달력 링크 만들기

하나 이상의 사용자 또는 자원 달력에 대한 링크를 만들 수 있습니다. 단, 각 달력마다 읽기 액세스를 허용하는 권한이 설정되어 있어야 합니다. 예를 들어, 웹 페이지나 전자 메일 메시지에 달력 링크를 내장할 수 있습니다. 그러면 다른 사용자가 Calendar Server에 로그인하지 않고서도 해당 달력을 익명으로 볼 수 있습니다.

하나 이상의 사용자 달력에 링크를 만들려면 이 구문을 사용합니다.

http://hostname:port/[command.shtml]?calid=calid-1;calid-2; ... ;calid-n&view=viewname

viewname은 overview, dayview, weekview 또는 monthview 중에서 선택할 수 있습니다. 또한 yearview 보기도 가능하지만 별로 유용하지는 않습니다.

주 보기(또는 다른) 옵션 없이 오직 한 달력에 대해서만 링크를 만들 경우 command.shtml을 생략합니다.

예를 들어, jsmith의 기본 달력에 대한 링크를 만들려면 다음과 같이 입력합니다.

calid가 overhead_projector10인 오버헤드 영사기 자원 달력에 대한 링크를 만들려면 다음 명령을 사용합니다.

하지만 jsmith 및 tchang의 기본 달력에 대한 링크를 만들고 이 달력을 일 보기에서 표시하려면 다음과 같이 입력합니다.

달력 데이터 가져오기 및 내보내기

달력 데이터를 파일로 내보내거나 파일에서 가져오려면 csexport 및 csimport 유틸리티를 사용합니다. 달력 데이터는 iCalendar(.ics) 또는 XML(.xml) 형식이 가능합니다.

csexport 및 csimport는 Calendar Server가 설치된 시스템에서 로컬로 실행해야 합니다. Calendar Server가 실행되고 있거나 중지되어 있을 수 있습니다.

달력 데이터 내보내기

달력 데이터를 파일로 가져가려면 csexport를 사용합니다. 출력 파일에 대해 지정한 파일 이름 확장자(.ics 또는 .xml)에 따라 사용되는 형식이 결정됩니다.

예를 들어, 달력 아이디(calid)가 jsmithcal인 달력을 iCalendar(text/calendar MIME) 형식으로 jsmith.ics라는 파일에 내보내려면 다음 명령을 사용합니다.

달력 jsmithcal을 XML(text/xml MIME) 형식으로 jsmith.xml이라는 파일로 내보내려면 다음 명령을 사용합니다.

달력 데이터 가져오기

csexport 유틸리티를 사용하여 저장했던 파일로부터 달력 데이터를 가져오려면 csimport를 사용합니다. 가져오기 파일의 파일 이름 확장명(.ics 또는 .xml)은 달력이 저장된 형식을 나타냅니다.

예를 들어, iCalendar(text/calendar MIME) 형식으로 저장했던 jsmith.ics 파일로부터 달력 아이디(calid) jsmithcal로 달력 데이터를 가져오려면 다음 명령을 사용합니다.

XML(text/xml MIME) 형식으로 저장했던 jsmith.xml 파일로부터 jsmithcal 달력으로 데이터를 가져오려면 다음 명령을 사용합니다.

지정된 달력 아이디(calid)가 이미 존재한 경우 기존 데이터를 지운 뒤 새 데이터를 가져옵니다.

이전 목차 색인 다음
Sun Java System Calendar Server 관리 설명서