dacs - 클라우드에서의 온라인

프로그램:

이름

dacs - 분산 액세스 제어 시스템

개요

닥스 [-v | --말 수가 많은] [--dumpenv] [--특허] [--번역]

닥스 dacs 명령 [닥스옵션[1]] [...]

dacs 명령 [-u uri 접두사 | -uj 관할권 이름 | Un-,es | -쪽으로 관할권 이름 | -우리]
[-c dacs.conf]
[-Sc site.conf] [-NS 로깅 수준] [-체재 fmt] [-q] [-t] [-Dname=가치]
[-v | --말 수가 많은] [--dumpenv] [--활성화-덤프] [--특허] [--표준] [--번역]

기술

이 프로그램은 DACS 모음곡.

DACS 범용 웹 기반 인증 및 접근 제어 시스템입니다. 그것은 제공한다
Single Sign-On 기능과 제공되는 콘텐츠 및 서비스에 대한 유연한 액세스 제어
웹 서버에 의해. DACS 구성 아파치 모듈 (mod_auth_dacs[2]) 이를 통해 아파치
와 통신 DACS 액세스 제어 결정을 내리기 위해 CGI 프로그램 모음을 사용합니다.
제공 DACS 웹 서비스 및 다양한 기능을 제공하는 유틸리티 명령 모음
지원 및 관리 기능 DACS. 이러한 유틸리티 중 일부는 다음과 같습니다.
DACShttp(1)[3] 및 SSL 클라이언트(1)[4]는 완전히 범용입니다.

이 어플리케이션에는 XNUMXµm 및 XNUMXµm 파장에서 최대 XNUMXW의 평균 출력을 제공하는 DACS 액세스 제어 엔진 및 인증 구성 요소는 다음에서도 사용할 수 있습니다.
CGI 환경 내에서 또는 웹과 완전히 독립적으로 명령줄을 사용할 수 있습니다.

에 대한 중요한 정보는 DACS, 설치 지침을 포함하여 다음을 참조하십시오.
dacs.readme(7)[5] 및 dacs.설치(7)[6].

소개 DACS
아니 워런티
이 소프트웨어는 Dss에서 "있는 그대로" 제공하며 모든 명시적 또는 묵시적 보증을 제공합니다.
상품성, 적합성에 대한 묵시적인 보증을 포함하되 이에 국한되지 않습니다.
특정 목적 또는 비침해는 부인됩니다. 어떠한 경우에도 Dss는 허용되지 않습니다.
직접적, 간접적, 부수적, 특별, 모범적 또는 결과적 책임
손해(대체 상품 또는 서비스 조달을 포함하되 이에 국한되지 않음)
사용, 데이터 또는 이익의 손실; 또는 업무 중단)의 원인과 원인에 관계없이
계약, 엄격한 책임 또는 불법 행위(포함)에 관계없이 책임 이론
과실 또는 기타) 이 소프트웨어의 사용으로 인해 어떤 방식으로든 발생하는 경우에도 마찬가지입니다.
그러한 피해가 발생할 가능성이 있음을 알려드립니다.

관례상 모든 이름은 DACS 웹 서비스는 접두사 "dacs_"로 시작합니다(예:
dacs_conf). 릴리스 1.4.17부터 구현하는 모든 명령은 DACS 기능
접두사 "dacs"로 시작합니다(예: dacsconf). 많은 DACS 웹 서비스에는 명령이 있습니다
유사체. 내부적으로 사용되는 웹 서비스의 이름 DACS (즉, 그들은
사용자가 직접 호출하지 않음) "local_"로 시작(예: local_passwd_authenticate).
범용 웹 서비스 및 명령은 다음 이외의 명명 규칙을 따르지 않습니다.
이전에 언급한 접두사를 사용하지 않습니다.

dtd-xsd 디렉토리에 유지되는 문서 유형 정의(DTD)가 사용됩니다.
파일 형식을 문서화하거나 인수를 설명하기 위해 DACS 웹 서비스 또는 그 응답. ~ 안에
현재 구현에서는 이러한 DTD 파일이 XML 유효성 검사 중에 사용되지 않습니다. 속성
CDATA 유형에는 해당 값에 대한 추가 제약이 있을 수 있습니다. 관련 담당자에게 문의하세요
선적 서류 비치. 파일에는 문서 유형이 없기 때문에 기술적으로 유효한 DTD가 아닙니다.
선언(DOCTYPE); 적절한 DOCTYPE은 프로그래밍 방식으로 생성됩니다.
DTD가 방출됩니다.

중대한
DACS 다음과 같은 웹 사이트에 대한 특정 유형의 공격을 방지하지 못합니다. 부정 of
서비스 공격[7], 교차 사이트 스크립팅 (XSS)[8] 또는 교차 사이트 의뢰 위조
(CSRF)[9]. 그러나 적절한 웹사이트 보호 조치와 결합하면 DACS
이러한 유형의 공격을 더 어렵게 만드는 메커니즘을 제공합니다.

소개 전에, Manual 페이지
기술 문서 DACS 매뉴얼 페이지 세트로 구성됩니다. HTML에서
컬렉션, 색인 페이지[10] 목차, 특별 주석에 대한 링크가 포함되어 있습니다.
기술 문서, 변수 목록, 구성 지시문 및
XML 문서 유형 정의.

팁
각 HTML 매뉴얼 페이지 하단에는 글꼴 크기 선택 도구가 포함되어 있습니다. 만약에
JavaScript가 활성화되어 있으며 현재 선택한 글꼴 크기를 변경할 수 있으며 전역
환경 설정. 현재 페이지의 글꼴 크기를 선택하려면 네 가지 중 하나를 클릭하세요.
상자. 매뉴얼 페이지, 사이트 방문,
및 브라우저 세션에서 "설정" 버튼을 클릭하면 HTTP 쿠키가 설정됩니다. 만약
기본 설정은 이런 방식으로 설정되지 않았으며(즉, 쿠키가 없음) 매뉴얼 페이지
쿼리 매개변수로 방문함 DACSMANFONT 0, 1, 2 또는 3으로 설정(
포인트 크기가 가장 작은 것부터 가장 큰 것까지), 해당 글꼴이 선택되고
기본 설정이 자동으로 설정됩니다(기본 설정이 지정된 경우 매개변수는 무시됩니다).

"보안"이라고 표시된 문서 영역에서는 중요한 보안 고려 사항을 논의합니다.
그들에게 특별한 관심을 기울이십시오. "팁"이라고 표시된 영역은 시간 절약에 대한 지침을 제공합니다.
(때때로 악화를 줄이는) 기술 및 권장 사례.

예제에 나타나는 경로 이름과 URL에서 "..." 텍스트는 다음이 포함된 텍스트를 나타냅니다.
현재 논의와 관련이 없거나 다를 수 있으므로 생략했습니다.
무언가가 설치된 위치와 같은 구성 세부 사항에 따라(예:
.../dacs/bin/dacshttp).

달리 명시하지 않는 한, 예시에 사용된 URL은 가상의 URL이며 실제로는 그렇지 않을 가능성이 높습니다.
일하다. 예약된 도메인 이름인 example.com이 자주 사용됩니다(RFC 2606[11]).

지침과 예에서 '%'는 일반적으로 명령줄 프롬프트를 나타내는 데 사용됩니다.

% 날짜
1년 15월 33일 일요일 11:2007:XNUMX PDT

그러나 때때로 다른 문자가 프롬프트를 나타내는 데 사용됩니다.
대화형 모드를 보여줍니다. 닥섹스프르(1)[12] :

> 1 + 1
2

확장 된 형태 BNF 표기법[13]은 구문을 간결하게 설명하는 데 사용됩니다. 우리는 그러기를 바란다
이해할 수 있고 익숙하지만 일부 불일치와 모호함이 발생할 수 있습니다.
문서 전반에 걸쳐; 이것은 천천히 개선되고 있습니다. 프로덕션의 용어는 다음과 같습니다.
정규식 유형 사양을 포함합니다. '+'는 하나 이상 발생을 의미합니다.
용어의 '*'는 XNUMX개 이상 발생합니다. 문자 집합 중 하나가 지정되었습니다.
대괄호 안에 있으며 연속 문자 범위(ASCII 코드 시퀀스)는 다음과 같습니다.
하이픈으로 구분됨(예: [A-Za-z0-9\-_]+는 "하나 이상의 알파벳 문자,
숫자, 하이픈 또는 밑줄"). 다른 상황에서 대괄호는 선택 사항을 나타냅니다.
용어. 작은따옴표와 큰따옴표는 리터럴 문자를 지정합니다. XML DTD는
다소 다른 고유한 구문이 있으며 어떤 경우에는 관련 문법이 뒤따릅니다.
RFC는 명확성이나 예시를 위해 존중됩니다.

키 개념
전체에서 사용되는 주요 개념 중 일부 DACS 문서는 이것에 정의되어 있습니다
안내

계정
ID(또는 사용자 이름)를 상태 정보와 연결하는 영구 기록입니다.
계정에 대한 정보(예: 계정 활성화 또는 비활성화 여부), 정보
신원을 인증하는 데 필요한 정보(예: 비밀번호 문자열 다이제스트)
그리고 기타 로그인 관련 정보도 있을 수 있습니다. 참고하세요 DACS 신원은 그렇지 않습니다
반드시 해당 계정이 있어야 합니다. DACS 메커니즘을 제공하지 않습니다.
"외국" 계정 유형을 관리합니다. 예를 들어, 인증할 수는 있지만
따라서 Unix 또는 Windows 계정을 생성하거나 나열할 수 없습니다.

인증
개인이나 프로그램이 다음을 나타내는 자격 증명을 얻는 절차입니다. DACS
일반적으로 정체성을 주장함으로써 DACS 신원을 나타내는 사용자 이름과
해당 신원만이 알거나 소유할 가능성이 있는 정보를 제공합니다. 후에
인증에 성공하면 사람이나 프로그램이 인증되었다고 합니다. DACS
다양한 인증 방법과 인터페이스할 수 있으며 그 중 일부를 제공합니다.
소유하다; 새로운 방법을 쉽게 추가할 수 있습니다.

권한 부여
특정 상황에서 주어진 요청에 대한 요청이 있는지 여부를 결정하는 절차
리소스 또는 개체가 허용되어야 합니다. 신원이 다음을 수행하도록 승인된 경우
개체에 대한 특정 작업이 있으면 액세스가 허용되고, 그렇지 않으면 거부됩니다. 입장
제어 규칙은 어떤 신원이 있어야 하는지를 설명하는 한 가지 방법입니다.
특정 리소스에 대한 액세스 권한을 부여하거나 거부합니다. 대략적인 액세스 제어
개체에 대한 액세스가 허용되어야 하는지 여부에 대한 높은 수준의 결정을 내리는 것이 포함됩니다.
부여된; 이것은 일반적으로 전부 아니면 전무한 결정입니다. 세분화된 액세스 제어는
프로그램 내에서 하위 수준 리소스(일부 데이터,
관리기능, 메뉴)를 부여해야 합니다.

일부 시스템과 달리 DACS 특정 리소스가 무엇인지 미리 결정하지 않습니다.
사용자(ID)는 액세스할 수 있고 액세스할 수 없습니다. 즉, 관리자가 목록을 만들지 않습니다.
각 사용자가 어떤 권리를 가지고 있는지. 승인은 항상 규칙 평가에 의해 결정됩니다.
실시간으로 사용자가 리소스를 요청할 때. 이에 대한 유일한 예외는 다음과 같습니다.
선택적 기능: 권한 부여 캐싱[14] 및 R링크[15].

신임장
If 인증 성공적이다, DACS 다음에서 사용할 수 있는 정보를 반환합니다.
인증된 신원을 나타내는 후속 작업. 자격 증명에는 다음이 포함됩니다.
이름 등 신원 정보와 메타 정보
자격 증명이 만료되어 무효화되는 시간입니다. 자격 증명이 보호됩니다
암호화되어 위조나 변경이 어렵습니다. 보관해야합니다
소유자 외에는 누구도 사용할 수 없도록 비밀로 해야 하며, 반드시
서버에 대한 요청을 동반하여 DACS 누가 요청하는지 알고 있습니다. 그만큼
자격 증명을 사용할 수 없다면 이에 사용되는 특정 메커니즘은 중요하지 않습니다.
복사 및 재사용; HTTP 쿠키의 페이로드를 사용하여 자격 증명을 전송합니다.
자격 증명을 HTTP 값으로 보내더라도 SSL 연결이 일반적입니다.
확장 헤더는 또 다른 가능성입니다.

자격 증명의 크기에는 특별한 제한이 없지만 DACS is
HTTP 쿠키 내에 캡슐화되어 쿠키로 반환될 수 있기 때문에 우려됩니다.
브라우저에 의해 부과되는 쿠키 제한 사항은 신중하게 고려해야 합니다.

모든 관할권은 다른 관할권에서 생성된 자격 증명을 이해할 수 있습니다.
같은 연맹. 따라서 사용자는 한 번만 인증하면 액세스할 수 있습니다.
해당 신원을 사용하는 모든 관할권의 웹 서비스.

에서 DACS, 자격 증명은 소유자에게 어떠한 권리도 부여하지 않으며 어떠한 권리도 전달하지 않습니다.
권한 부여; DACS 이 아닙니다 능력 기반 체계[16]. 자격 증명은 단순히
a DACS 정체.

인용하다 dacs_인증(8)자세한 내용은 [17]을 참조하십시오.

current 의뢰
인증 확인을 트리거한 이벤트가 처리되고 있습니다.
dacs_acs(8)[18]을 현재 요청이라고 합니다. 요청에 대해서는
DACS-래핑된 웹 리소스, 이는 웹에서 수신하는 HTTP 요청이 됩니다.
리소스용 서버입니다. 상황에서는 dacs_acs 때와 같이 관련되지 않습니다.
닥스체크(1)[19] 또는 닥섹스프르(1)[12]가 사용되면 현재 요청과 해당 컨텍스트는 다음과 같습니다.
명령줄 인수로 지정되거나 다음에서 가져옵니다. 실행
환경[20].

dacs_acs 사용 ${DACS::URI} 현재 요청의 경로 구성 요소로. 그것은
Apache에서 얻은 의 현재 request_rec의 요소입니다. 이것은 문자열입니다
액세스 제어 규칙과 일치시키는 데 사용됩니다.

기타 DACS 구성 요소는 여러 가지를 검사하여 현재 HTTP 요청을 결정합니다.
환경 변수: HTTP_HOST (또는 SERVER_NAME and SERVER_PORT), REQUEST_URI,
QUERY_STRING및 HTTPS.

의 가치 ${DACS::URI} 그리고 경로 구성요소는 ${Env::REQUEST_URI} 수 없습니다
반드시 동일합니다. 예를 들어 내부 리디렉션 후 후자의 값은 다음과 같습니다.
원래 URL에서, 전자는 리디렉션 대상에서 왔습니다.

현재 요청 문자열은 다음을 결정하는 데 사용될 수 있으므로 중요합니다.
current 연합[21] 및 current 관할권[22] 그리고 다음과 같은 경우에 사용되기 때문이다.
요청에 적용할 액세스 제어 규칙을 검색합니다.

DACS
CGI 기반의 웹 서비스로 구성되어 있으며, 아파치 2.0/2.2 모듈 및
유용, DACS 인증 및 권한 부여 기능을 제공합니다. 투명한,
웹 리소스에 대해 대략적인 역할 기반 액세스 제어를 사용할 수 있습니다.

프로그래밍 방식의 범용 역할 기반 액세스 제어는 거의 모든 환경에서 사용할 수 있습니다.
프로그램(사용 닥스체크(1)[19]). 이는 Apache와 완전히 분리되었습니다.

DACS 관리자
운영을 관리하는 책임을 맡은 개인(들) DACS is
라는 DACS 관리자(때때로 그냥 "관리자"). 이 개인은
비록 소규모일지라도 시스템 관리자(예: 수퍼유저 또는 루트)일 필요는 없습니다.
선택적 구성 요소 수 DACS 사용자 또는 그룹 루트로 실행해야 합니다. 그만큼 DACS
관리자가 될 필요는 없습니다 아파치 관리자; 한 번 아파치 위해 구성되었습니다
DACS 일반적으로 이후에는 수정이 거의 필요하지 않습니다. 그만큼 DACS 관리자
구성 및 테스트를 담당합니다. DACS (아마도 설치하고 업그레이드하는 중일 것입니다.
또한), 사용자 계정 및 접근 제어 규칙 관리, 보안 보호, 백업
구성 및 데이터 파일 등을 업로드합니다. 디자인 DACS 일부 위임 허용
책임은 주로 파일 권한을 기반으로 합니다. 웹 서비스로 호출되면,
각 ID는 ADMIN_IDENTITY[23] 사실상 DACS
관리자; 이 맥락에서 시스템 수퍼유저는 의미가 없습니다.

DACS 정체
인증된 각 사용자에게는 해당 사용자의 이름으로 구성된 이름이 할당됩니다.
관할권, 연맹 이름 및 사용자 이름을 인증합니다. 이 네이밍은 각각
구성요소는 구문상 정확해야 합니다. 일부 상황에서 연맹 이름은 다음과 같습니다.
절대적인; 때로는 관할권 이름이 암시적이기도 합니다. 다음과 같은 엔터티
개인(사람뿐만 아니라 프로그램, 장치 등), 연맹, 관할권,
그룹에는 이름이 있습니다. 인증하는 것은 관할권의 책임입니다.
사용자. 이름의 구문, 의미 및 고유성도 관할권 문제입니다.
그리고 아마도 연방 차원의 문제일 수도 있습니다.

각 실제 엔터티는 일반적으로 고유한 개체를 갖습니다. DACS 신원은 다음과 같습니다.
관할권을 인증합니다. 둘 이상의 ID가 참조하지 않는 경우 서로 구별됩니다.
동일한 현실 세계의 개인에게. 통합 ID 또는 SSO(Single Sign-On)는
관할권과 심지어 연합 전체에 걸쳐 사용자 신원을 인식하는 능력.

중대한
인증방법 및 계정정보와 상관없이 유의하시기 바랍니다.
사용된 두 개의 동일한 사용자 이름(동일한 관할권과 관련되어 있으며
계정 NAME_COMPARE[24]) 암묵적으로 꾸민 에 참조 에 전에, 같은 정체 by
DACS. 예를 들어, 올바른 정보를 제공하여 auggie로 인증한 사람
Unix 비밀번호는 인증된 사람과 사실상 구별할 수 없습니다.
정보 카드를 사용하는 auggie. 사용자 자격 증명에는 다음에 대한 정보가 포함됩니다.
생성과 관련된 인증 방법과 사용자()[25] 기능은 할 수 있다
이 정보를 얻는 데 사용되지만 신원을 기반으로 하는 것은 현명하지 않습니다.
이것. 새로운 기능을 사용하는 것이 좋습니다. DACS 관할권을 신중하게 개발
사용자 이름 지정을 위한 확장 가능한 계획입니다.

DACS-포장
웹 리소스는 다음과 같습니다. DACS-웹 서버가 담당하는 경우 래핑됩니다.
자원 호출 DACS (더 구체적으로, dacs_acs(8)[18]) 액세스 제어를 수행합니다.
리소스에 대한 요청을 받을 때마다 결정합니다.

연합
A DACS 연맹은 하나 이상의 관할 구역으로 구성됩니다. 다음으로 구성된 관할권
경량화된 업무 관행을 통한 연합 조정 정보 공유
회원 자격 요건으로 시행되었습니다. DACS 연합; 즉,
연맹의 회원은 일반적으로 특정 행동 규칙을 준수하는 데 동의합니다.
전반적인 보안을 유지하여 사용자가 최대한의 이익을 얻을 수 있도록 합니다. 연맹
단 하나의 관할권으로 구성되는 것은 드문 일이 아닙니다.

목 유형
항목 유형은 항목에 매핑되는 이름입니다. Vfs[26] (가상 파일 저장소) 사양
데이터가 저장되는 방법과 위치를 구성합니다. 그들이 제공하는 간접적인 수준
예를 들어 액세스 제어 규칙을 정기적으로 구성할 수 있음을 의미합니다.
파일, Berkeley DB 데이터베이스, HTTP로 액세스되는 원격 데이터베이스 등 - 모두
필요한 것은 항목 유형 acl을 올바르게 구성하는 것입니다. 일부 품목 유형
(acls와 같은)은 예약되어 있으며 특별한 의미를 갖습니다. DACS, 다른 것들은 다음에서 사용할 수 있습니다.
a DACS 다른 목적의 관리자. 항목 유형 이름은 대소문자를 구분하며
영숫자, 하이픈, 밑줄로 구성되지만 알파벳으로 시작해야 합니다.
문자.

관할권
A DACS 관할권은 자신을 인증하는 자치 행정 기관입니다.
사용자, 웹 서비스 제공 또는 둘 다를 제공합니다. 조직에 해당할 수 있으며,
부서, 웹 서버 또는 가상 호스트. 관할권은 때때로 다음과 같이 간단하게 생성됩니다.
행정상의 편리함. 각 관할권에는 고유한 이름이 할당됩니다.
연합.

사용자의 본국 관할권은 해당 사용자를 인증할 수 있는 관할권입니다. ~ 안에
사용자가 서로 다른 곳에서 얻은 여러 자격 증명을 가지고 있는 상황
요청에 대한 유효한 본국 관할권은 어느 관할권에 따라 달라집니다.
인증 처리 중에 자격 증명이 선택됩니다. 구성 지시어는 다음과 같습니다.
요청과 함께 제공될 수 있는 자격 증명 세트 수를 제한하는 데 사용할 수 있습니다.

사용자 대리인
사용자 에이전트는 다른 소프트웨어(서버)와 상호 작용하는 클라이언트측 소프트웨어입니다.
일반적으로)를 대신하여 사용자. 사용자는 사람인 경우가 많지만 다음과 같을 수도 있습니다.
소프트웨어. 웹 서버와 상호 작용하는 데 사용되는 웹 브라우저는 다음과 같은 예입니다.
사용자 에이전트.

이름 지정
DACS 표현에서 참조할 수 있도록 다양한 사물의 이름을 지정해야 하며,
액세스 제어 규칙, 구성 지시문 등. URI 구문은 다음과 같이 사용됩니다.
안에 있는 물건의 종류를 말해보세요 DACS, DACS 또한 자체 간결한 명명 체계가 있습니다.

주의 사항
현 연맹(현 관할권)과 이 연맹(본 연맹)이라는 용어는
관할권)은 문서에서 연맹(관할권)을 나타내기 위해 사용됩니다.
동시에 유효한 구성 컨텍스트와 연관됩니다. DACS 요청을 처리합니다.

일반적으로, 연맹 이름 이름의 구성 요소는 선택 사항입니다. 결석한 경우,
현재의 연맹이 가정됩니다. 마찬가지로, 관할권 이름 생략될 수 있으며,
현재 관할권이 암시됩니다.

연맹
구문 :

연맹 이름::

예:

데모::

이 어플리케이션에는 XNUMXµm 및 XNUMXµm 파장에서 최대 XNUMXW의 평균 출력을 제공하는 연맹 이름 (보통은 다음에서 얻습니다. FEDATION_NAME[27] 구성
지시문)은 알파벳 문자로 시작해야 하며 그 뒤에 XNUMX개 이상이 와야 합니다.
영숫자, 하이픈, 밑줄. ㅏ 연맹 이름 일반적으로 치료되는 경우
민감하게(그러나 NAME_COMPARE[24] 구성 지시어와 사용자()[25]
대체 행동을 위한 기능). 없다 a 사전 길이에 제한이 있습니다.

이 어플리케이션에는 XNUMXµm 및 XNUMXµm 파장에서 최대 XNUMXW의 평균 출력을 제공하는 FEDATION_DOMAIN[28] 지시어는 모든 도메인 이름 접미사를 지정합니다.
연맹의 관할권.

관할 구역
구문 :

[[연맹 이름:: | [::]] 관할권 이름:

예 :

데모::DSS:
::DSS:
DSS:

이 어플리케이션에는 XNUMXµm 및 XNUMXµm 파장에서 최대 XNUMXW의 평균 출력을 제공하는 관할권 이름 (보통은 다음에서 얻습니다. 관할권_이름[29] 구성
지시문)은 알파벳 문자로 시작해야 하며 그 뒤에 XNUMX개 이상이 와야 합니다.
영숫자, 하이픈, 밑줄. ㅏ 관할권 이름 일반적으로 치료됩니다
대소문자를 구분합니다(그러나 NAME_COMPARE[24] 구성 지시어와
사용자()[25] 대체 동작을 위한 기능). 없다 a 사전 그것의 한계
길이.

사용자
구문 :

[[[연맹 이름:: | [::]] 관할권 이름]:사용자 이름

예 :

데모::DSS:auggie
::DSS:애기
DSS:어기
: Auggie

전체 DACS ID에는 연방 이름 구성 요소와 관할권 이름이 포함됩니다.
구성 요소 외에도 사용자 이름. 에 제공됩니다 DACS-래핑된 프로그램
가치 DACS_IDENTITY[30] 환경 변수.

CGI 프로그램에서 값으로 사용할 수 있는 사용자 이름 구성 요소
DACS_USERNAME[31] 환경 변수는 다음의 하나 이상의 ASCII 문자로 구성됩니다.
대문자와 소문자 알파벳, 숫자 및 다음 구두점의 집합
문자 :

! # $ % & ' - . ; ? @ [ ^ _ ` { }

041(0176진수)보다 작거나 XNUMX(XNUMX진수)보다 큰 값을 갖는 모든 문자는
무효의, 다음 문자도 마찬가지입니다.

* , : + ( ) ~ < > = | \ / "

노트
· 영숫자 외에 RFC 2396[32] 오직
다음 문자("pchar")를 URI의 경로 구성 요소에 표시하려면 다음을 수행합니다.

- _ . ! ~ * ' ( ) % : @ & = + $ ,

· 일부 유효한 이메일 주소가 유효하지 않습니다. DACS 사용자 이름. 예를 들어,
*bob*@example.com, "(bob)"@example.com 및 \(bob\)@example.com은 유효합니다.
다음으로 정의된 사서함 이름 RFC 822[33] (부록 D) 및 에서 논의됨 RFC
3696[34] (섹션 3), 그러나 둘 다 다음과 같이 유효하지 않습니다. DACS 사용자 이름. 인용하지 않는 한,
"@" 문자 앞에 오는 이메일 주소의 로컬 부분 구성 요소
addr-spec에는 다음 중 어떤 것도 포함할 수 없습니다.

( ) < > @ , ; : \ " . [ ]

또한 공백 및 모든 US-ASCII 제어 문자(옥텟 0 - 31)
및 DEL(127)은 허용되지 않습니다. 따옴표가 없으면 로컬 부분은 다음으로 구성될 수 있습니다.
알파벳, 숫자 또는 다음 문자의 조합:

! # $ % & ' * + - / = ? ^ _ ` . { | } ~

마침표(".")를 사용할 수 있지만 로컬 부분을 시작하거나 끝낼 수는 없습니다.
두 개 이상의 연속된 마침표가 나타납니다. 큰따옴표 내에서는 모든 ASCII
올바르게 인용하면 문자가 나타날 수 있습니다(예: Auggie."
".영형."\'".[이메일 보호]). 로컬 부분의 최대 길이는 64입니다.
문자 및 뒤에 나타나는 도메인 구성 요소의 최대 길이
"@" 문자는 255자입니다.

현재는 "인용"할 수 있는 방법이 없습니다. DACS 사용자 이름이므로 안전한 인코딩이 필요합니다.
이러한 이름에는 메서드나 변환을 적용해야 합니다.

· DACS 사용자 이름 구성 요소를 사용하여 내부용 ID를 생성할 수 있습니다.
일반적으로 유효하지 않은 문자를 포함합니다.

· ㅏ 사용자 이름 대소문자를 구분합니다(그러나 NAME_COMPARE[24] 구성
지시문과 사용자()[25] 대체 동작을 위한 기능). 없다 a
사전 길이에 제한이 있습니다.

· 권장되는 관행은 관할권에서 자신의 지도를 작성하는 것입니다. DACS 사용자 이름
가능한 경우 인증 절차 중 소문자
매핑은 고유합니다. 그만큼 출구*[35] 지시문을 이 목적으로 사용할 수 있습니다.

그룹
구문 :

[[연맹 이름:: | [::]] %[관할권 이름]:그룹 이름

A 그룹 이름 반드시 알파벳 문자로 시작해야 하며 뒤에는 임의의 숫자가 올 수 있습니다.
영숫자, 하이픈("-") 및 밑줄("_") 문자로 구성됩니다.

예 :

%DEMO::DSS:친구
%::DSS:친구
%DSS:친구
%:친구

역할 및 역할 설명자
구문 :

역할 설명자 -> 빈 문자열 | 역할 목록

역할 목록 -> 직위별 | 직위별 "," 역할 목록

직위별 -> 기본 역할 | 복합 역할

기본 역할 -> [A-Za-z0-9\-_]+
복합 역할 -> 기본 역할 "/" 기본 역할 | 기본 역할 "/" 복합 역할

빈 문자열 -> ""

역할 설명자 문자열(역할 문자열 또는 역할 설명자라고도 함)은 다음으로 구성됩니다.
쉼표로 구분된 역할 목록입니다. 역할의 이름(a 기본 역할)는 다음과 같이 구성됩니다.
대문자, 소문자, 숫자, 하이픈, 밑줄을 사용할 수 있습니다. ㅏ 복합 역할 is
XNUMX개 이상으로 구성 기본 역할 슬래시 문자로 구분된 용어입니다. 여기
역할 설명자의 세 가지 예는 다음과 같습니다.

관리자,휠,루트
관리자/하드웨어
네트워크/프로그래밍, 컴퓨터 과학/시스템/Project_X

주의 사항
역할 설명자 문자열에는 공백 문자가 포함되어 있지 않으며 시작하거나 시작할 수 없습니다.
쉼표나 슬래시 문자로 끝나야 합니다. 두 개 이상의 연속된 쉼표는 불법입니다.
두 개 이상의 연속 슬래시도 마찬가지입니다.
이 어플리케이션에는 XNUMXµm 및 XNUMXµm 파장에서 최대 XNUMXW의 평균 출력을 제공하는 setvar()[36] 기능은 복합 역할을 기본 역할로 분리하는 데 사용될 수 있습니다.
역할.

를 참조하십시오 dacs.그룹(5)추가 정보는 [37]을 참조하세요.

간결한 사용자 구문
구문 :

ident -> '{' kwv 목록 '}' | 사용자
kwv 목록 -> kwv [',' kwv]*
kwv -> kwv-사용자 | kwv 그룹 | kwv-attr | kwv-ip | kwv 만료
kwv-사용자 -> 'u=' [Q] 사용자 [큐]
kwv 그룹 -> 'g=' [Q] 그룹 [큐]
kwv-attr -> 'a=' [질문] 속성 [큐]
kwv 만료 -> 'e=' [질문] 만료 [큐]
kwv-ip -> 'ip=' [Q] IP 주소 [큐]

사용자 -> 간단한 이름 | DACS-ID
그룹 -> 그룹 [',' 그룹]*
그룹 -> 그룹 이름 | 역할 설명자
속성 -> 알파벳 상관없음
IP 주소 -> 모든 IP 주소
만료 -> +상대-초 | 데이터

여기서

· Q는 선택적(일치하는) 인용 문자입니다.

· 공백은 선택적으로 대부분의 토큰 앞에 올 수 있습니다.

· ㅏ DACS-ID 전체 또는 약어입니다. DACS 정체[38]

· ㅏ 간단한 이름 이다 사용자 이름 의 구성 요소 DACS 신원(즉, 어떤 것도 없이
콜론); 결과적으로 이 문맥에서는 auth와 같은 "특별한" 이름이 처리됩니다.
:인증

· 역할 설명자 유효해야 합니다 DACS 역할 문자열 및 그룹 이름 유효해야 합니다
DACS 그룹 이름(참조 dacs_인증(8)[39] 및 dacs.그룹(5)[40]);

· IP 주소는 인터넷 표준 숫자 점 표기법으로 표현됩니다(예:
10.0.0.1); 그리고

· 신원에서 파생된 자격 증명의 수명은 다음 중 하나로 표현될 수 있습니다.
주어진 초 수(예: "e=+3600") 또는 다음 중 하나의 날짜
형식(참조 strptime(3)[삼]):

%a, %d-%b-%Y %H:%M:%S GMT
%d-%b-%Y
%b %d, %Y
%b%d
%Y-%m-%dT%H:%M:%SZ

필요한 경우 날짜는 현재 시간이나 날짜를 기준으로 해석됩니다. 그만큼
수명은 절대 시간과 날짜인 표준 형식으로 변환됩니다.
관할권의 시계를 기준으로 에포크 이후 초 단위입니다. 과거의 날짜
지정할 수 있습니다. 예를 들어 이는 테스트에 유용할 수 있습니다. 신분이라면
자격 증명을 생성하는 데 사용되지 않으면 만료 날짜는 무시됩니다.
구문상 정확합니다.

· 지원되는 유일한 속성 값은 "a"입니다. 이는 ID가 다음과 같아야 함을 의미합니다.
로 취급 ADMIN_IDENTITY[23] (참고 -관리자 의 국기 닥스체크(1)[19]).

간결한 구문으로 표현된 이름은 사용자 이름과 선택적으로 역할 및 역할을 제공합니다.
ID에 대한 속성입니다. 그것은에 의해 사용됩니다 닥스체크(1)예를 들어 [19].

이 어플리케이션에는 XNUMXµm 및 XNUMXµm 파장에서 최대 XNUMXW의 평균 출력을 제공하는 닥스 유틸리티
DACS 유틸리티 명령은 일반적으로 별도의 바이너리로 설치되지만 DACS 할 수 있다(또는
대신) 대부분이 다음과 같이 설치되는 단일 바이너리로 결합되어 구축됩니다.
닥스. 그런 다음 다양한 유틸리티 프로그램을 다음과 같이 실행할 수 있습니다.

% DAC dacs 명령 [닥스옵션] [명령 옵션]

예 :

% dacs dacskey -u foo.myfed.com 출력 파일

러닝 닥스 인수가 없는 유틸리티는 사용 가능한 하위 명령 목록을 표시합니다.

시동 처리
다리 DACS 프로그램은 시작될 때 다음 작업을 수행합니다.

1. 작동해야 하는 "모드"를 결정합니다. 예를 들어, 만약 REMOTE_ADDR
환경 변수가 존재하면 프로그램은 일반적으로 다음과 같이 실행되어야 한다고 가정합니다.
유틸리티 명령이 아닌 웹 애플리케이션

2. 표준 명령줄 인수 집합을 처리합니다(닥스옵션[42])

3. 생성된 모든 파일에 대한 전체 액세스를 허용하지 않도록 프로세스 umask를 007로 설정합니다.

4. 중요한 정보를 검사하여 공개할 수 없도록 코어 덤프를 비활성화합니다.
(그러나 참조 --활성화-덤프[43])

5. 구성 파일을 찾을 수 없거나 오류가 있는 경우 작동을 거부합니다.

6. 웹 서비스의 경우 DACS 홈 디렉토리 현재 작업 디렉토리

7. "보안 모드"가 활성화된 경우 웹 서비스는 HTTPS 요청만 처리합니다.

8. 요청에 필요한 버전이 다음 버전과 호환되는지 확인합니다. DACS
요청을 받고

9. 프로그램별 명령줄 인수를 처리합니다.

DACS 프로그램은 민감한 정보(예: 비밀번호)를 최대한 빨리 파기하려고 노력합니다.
더 이상 필요하지 않으며 잠재적으로 민감한 정보를 로그 파일에 기록하지 않기 때문입니다.
특별히 그렇게 구성하지 않는 한.

내부
일부 DACS 구성 요소는 HTTP를 사용하여(아마도 SSL을 통해) 다른 구성 요소를 호출할 수 있습니다.
구성). 예를 들어, 인증 모듈은 다음을 통해 웹 서비스로 호출될 수 있습니다.
dacs_인증(8)[39]. 모든 경우에 이러한 "내부" HTTP 호출로 인해 오류가 발생하지 않을 수 있습니다.
302 Found 상태 코드 등을 통한 리디렉션. 이는 때때로
불편을 끼쳐드려 죄송합니다. 부분적으로는 보안 조치입니다.

팁
내부 HTTP 요청(특히 관련)과 관련된 문제를 디버깅할 때
인증), 다음을 확인하세요. DACS 리디렉션이 수신되지 않습니다. 내부 HTTP
부정확하거나 불완전한 구성으로 인해 요청이 이유 없이 실패할 수도 있습니다.
SSL 매개변수. SSL 사용을 통한 내부 HTTP 요청 SSL 클라이언트(1)[4]도 마찬가지다.
DACShttp(1)[3] 명령. https로 구성된 URL이 작동하지 않는 것으로 의심되는 경우,
다음을 사용하여 문제를 디버그합니다. SSL 클라이언트 그리고 DACShttp.

데이터 일관성을 유지하려면, DACS 다음을 사용하여 독점 잠금을 생성합니다. fcntl(2)[44] 시스템
통해 구성된 디렉터리에 기록된 파일을 호출합니다. TEMP_DIRECTORY[45]
지침.

로깅
다리 DACS 서비스 및 유틸리티는 하나 이상의 로그 파일에 다양한 종류의 메시지를 기록합니다.
이 메시지는 무엇을 알아내려고 할 때 매우 중요할 수 있습니다. DACS ~을 위해 하고 있다
보안 감사를 확인하거나 DACS-래핑된 리소스에 액세스하고 있으며,
방법.

를 참조하십시오 dacs.conf(5)[46] 관련 구성 지시문에 대한 정보
벌채 반출. 아래에 설명된 다양한 명령줄 플래그도 다음과 관련되어 있습니다.
벌채 반출.

주의 사항
· DACS 구성 처리가 완료되기 전에 로그 메시지를 내보낼 수 있으며
이 동안에는 로깅과 관련된 구성 지시문이 적용되지 않습니다.
시작 간격.

· 때문에 mod_auth_dacs[2]는 아파치 모듈, 아파치 로깅 지시어 적용
그것에 (그리고 DACS 지시문) 및 해당 로그 메시지는 다음에 기록됩니다. 아파치 기록
파일.

· 특히 로깅 수준이 다음으로 설정된 경우 로그 파일이 빠르게 커질 수 있습니다.
디버그 또는 추적 수준. 일일 회전 또는 잘라내기를 고려하세요.

· 로그 메시지의 텍스트가 때때로 여러 줄에 걸쳐 표시될 수 있습니다.

기본값은 로그_포맷[47] 로그의 모양을 제어하는 ​​지시문
메시지는 include/local.h에 LOG_FORMAT_DEFAULT_WEB로 정의되어 있습니다. DACS 웹 서비스
그 밖의 모든 것에는 LOG_FORMAT_DEFAULT_CMD가 있습니다. 다음은 일반적인 로그 메시지입니다.

[12년 12월 37일 수요일 09:2006:83648,1060] [trace] [XNUMX,-] [dacs_acs:"acslib"] 허용
조항에 따라 액세스 권한이 부여됩니다.

감사 클래스 로그 메시지
감사 클래스 메시지의 경우 때때로 괄호 안의 문자열이 뒤따를 수 있습니다.
아래 예와 같이 ID입니다. 추적기라고 불리는 이 문자열은 로그를 연결합니다.
특정 출처의 메시지를 사용하여 사용자의 메시지 시퀀스를 추적하는 데 사용할 수 있습니다.
페더레이션 전체에서 로그 메시지를 사용하여 요청을 처리합니다. 이는 다음과 같은 경우에 유용할 수 있습니다.
디버깅, 보안 문제 찾기 또는 포렌식 분석 등이 있습니다.

인증되지 않은 사용자의 경우 추적기는 경험적으로만 파생될 수 있습니다.
실행 컨텍스트의 요소 사용자의 IP 주소, 사용자 에이전트 문자열 및 SSL
사용 가능한 경우 클라이언트 인증서가 사용됩니다. 이러한 추적기 문자열 중 두 개가 다른 경우
요청은 일반적으로 다양한 호스트, 브라우저 또는 사용자로부터 발생하지만 이는
항상 그런 것은 아닙니다. 마찬가지로 동일한 추적기 문자열이
두 개의 로그 메시지와 연결되어 있으므로 서비스 요청이 반드시 발생하는 것은 아닙니다.
동일한 사용자가 발행한 것입니다.

인증된 사용자의 경우 추적기 문자열은 경험적으로 파생된 문자열로 구성됩니다.
문자열, 쉼표, 사용자의 문자열과 고유하게 연결된 문자열이 차례로 옵니다.
신임장. 이 추적기는 고유할 확률이 높으며
특정 사용자와의 일대일 매핑.

다음(축약된) 로그 파일 항목을 고려하십시오.

[12년 15월 56일 수요일 24:2006:83963,1067] [공지] [XNUMX,A] [dacs_acs:"authlib"]
*** 7부터 인증되지 않은 사용자(5vJLWzv10.0.0.124)에게 액세스 권한이 부여되었습니다.
/cgi-bin/dacs/dacs_current_credentials의 경우

[12년 15월 56일 수요일 27:2006:83965,1073] [공지] [XNUMX,A] [dacs_acs:"authlib"]
*** 7부터 인증되지 않은 사용자(5vJLWzv10.0.0.124)에게 액세스 권한이 부여되었습니다.
/cgi-bin/dacs/dacs_authenticate의 경우

[12년 15월 56일 수요일 27:2006:83966,172] [디버그] [XNUMX,A] [dacs_authenticate:"authlib"]
HOME:bobo(7vJLWzv5,wA/Pudyp3f0)에 대한 인증 성공

[12년 15월 56일 수요일 30:2006:83973,1078] [공지] [XNUMX,A] [dacs_acs:"authlib"]
*** DSS::HOME:bobo(7vJLWzv5,wA/Pudyp3f0)에 액세스 권한 부여
/cgi-bin/dacs/dacs_current_credentials의 경우 10.0.0.124부터

위 로그 메시지 중 처음 두 개에는 추적기 7vJLWzv5가 나타납니다.
두 요청은 아마도 동일한(인증되지 않은) 사용자로부터 왔을 것입니다. 세 번째로는
로그 메시지에서 사용자는 인증되었으며 추적기 7vJLWzv5,wA/Pudyp3f0은
사용된. 이러한 추적기는 모두 동일한 접두사를 공유하므로 처음 두 요청은
아마도 DSS::HOME:bobo로 인증한 사람에게서 왔을 수도 있습니다. 마지막 부탁,
/cgi-bin/dacs/dacs_current_credentials의 경우 확실히 해당 사용자가 보낸 것입니다. 이 경우
사용자는 로그아웃한 다음 연합 내 어느 곳에서나 더 많은 서비스 요청을 발행해야 했습니다.
DSS의 경우 각 로그 메시지에는 추적기 7vJLWzv5가 포함됩니다.

보안
익명 사용자의 요청을 안정적으로 추적하는 것은 어렵습니다. ㅏ
쿠키 기반 접근 방식은 상황에 따라 더 잘 작동할 수 있지만 자체적인 단점도 있습니다.
(예: 사용자가 쿠키를 비활성화하면 전혀 효과가 없습니다).

추적 사용자 활동
DACS 빌드 타임 옵션으로 활성화된 기능이 포함되어 있습니다(참조: dacs.설치(7)[48]), 이로써
관할권은 모든 사용자(예:
관할권에서 인증합니다). 각 성공적인 인증 이벤트, 명시적 로그아웃
이벤트, 사용자가 제출한 웹 서비스 요청 이벤트를 사용자의 집에 녹화할 수 있습니다.
다음에 의해 정의된 형식의 관할권 dacs_user_info.dtd[49]. 이 정보는 다음과 같습니다.
연합에서 무슨 일이 일어나고 있는지 더 잘 이해하는 데 유용합니다.
성능 및 보안 문제 진단 지원을 포함합니다. 기능의 기본입니다
최근 계정 활동 표시와 같으며 새 계정을 만드는 데 사용될 수도 있습니다.
동시 로그인 제한이나 적응형 인증 구성 요소와 같은 기능을
계층화된 인증 또는 위험 기반 인증을 구현합니다.

본국 관할권이 이러한 기록을 유지해야 하는 위치와 방법을 지정하려면 user_info
품목 유형은 해당 관할권에서 정의되어야 합니다. 정의되지 않은 경우 레코드가 생성되지 않습니다.
해당 관할권에서 서면으로 작성되지만 해당 관할권에서는 여전히 이벤트 전송을 시도합니다.
다른 관할권에 대한 기록. 최대한의 이점을 얻으려면 해당 기능을 활성화해야 합니다.
연합 전체의 모든 사용자 활동은 연합의 관할권에 속할 수 있기 때문입니다.
기록됩니다.

관할권이 다른 관할권에서 사용자의 활동을 모니터링하려는 경우
해당 관할권이 이를 발동할 수 있도록 허용해야 합니다. dacs_vfs(8)[50] 서비스를 추가하여
적절한 액세스 제어 규칙.

보안
그러한 규칙에서는 다음을 요구하는 것이 중요합니다. dacs_admin()[51] 술어.

주의 사항
· dacs_admin(8)[52] 도구는 이러한 기록에 대한 인터페이스를 제공합니다. 그래야 한다
궁극적으로 모든 관할권에서 발견된 기록을 수집하고 정리하도록 확장됩니다.
분석을 용이하게 하기 위해 연합에서. 텍스트 파일이기 때문에
비교적 간단한 형식이므로 관리자가 적용하기 어렵지 않습니다.
일반적인 텍스트 처리 도구를 사용하거나 이 목적을 위해 짧은 사용자 정의 프로그램을 작성합니다.
다음과 유사한 명령 지난(1)[53], 누구(1)[54] 및 sa(8)[55] 검토 중이다.

· 각 관할권은 해당 위치에 기록을 작성해야 합니다(즉, 관할권
user_info에 대해 동일한 VFS 객체를 공유하면 안 됩니다).

· 이 데이터베이스는 무한정 커집니다. 관리자는 순환을 담당합니다.
또는 잘립니다. 이전 및 활성 로그온 정보가 중요한 경우(참조
dacs_current_credentials(8)[56]) 요청 기록만 정리합니다(즉, acs
강요). 또 다른 허용 가능한 방법은 일부를 삭제(또는 보관)하는 것입니다.
오래된 기록(예: 절반)을 보관하고 최신 기록 중 일부를 유지합니다.

· 데이터 형식은 변경될 수 있습니다.

· 런타임에 이 기능을 활성화하거나 비활성화하는 지시어가 추가될 수 있습니다.

· 내부 관리 이벤트는 기록되지 않습니다.

· 로그오프했기 때문에(를 통해 dacs_signout(8)[57])은 선택 사항이며 세션이 종료됩니다.
때때로 자격 증명이 만료된 후에만 추론하거나 추정할 수 있습니다.
마지막으로 기록된 이벤트의 시간입니다.

옵션

DACS 프로그램과 웹 서비스는 다음을 통해 런타임 구성 정보의 상당 부분을 얻습니다.
구성 파일을 읽고 환경 변수를 검사합니다. 일부 구성
정보는 컴파일 타임에 제공될 수 있습니다. 여러 명령줄 플래그를 사용하여
기본 동작을 재정의합니다.

주의 사항
· 모두 닥스옵션 플래그는 왼쪽에서 오른쪽으로 처리되며 플래그 앞에 나타나야 합니다.
명령별 플래그 또는 인수입니다. 그렇지 않은 첫 번째 플래그 또는 인수
중 하나로 인식 닥스옵션 목록을 종료합니다.

· 가장 중요한 닥스옵션 위치를 지정하는 것입니다.
구성 파일 내에서 사용할 관할권 섹션을 식별합니다.
구성 파일. 프로그램과 사용방법에 따라 구성
정보는 필요하지 않을 수도 있고, 선택 사항일 수도 있고, 필수일 수도 있습니다.

· 관할권 섹션을 선택하는 명령줄 플래그 중 최대 하나는 다음과 같습니다.
지정. 인용하다 dacs.conf(5)[46] 이에 대한 추가 정보는
구성 파일 및 구성 처리.

많은 DACS 유틸리티는 다음과 같은 표준 옵션을 인식합니다.
닥스옵션:

-c dacs.conf
이것은 말한다 DACS 관할권에 대한 구성 파일을 찾을 수 있는 곳
대신 행동하고 있습니다. 이 인수가 존재하지 않는 경우, 구축 방법에 따라
DACS 컴파일 시간에 지정된 파일을 사용하려고 시도하거나
환경 변수의 값 DACS_CONF[58]. 자세한 내용은 다음을 참조하세요. 위치
dacs.conf and site.conf[59].

-Dname=가치
이 플래그의 효과는 변수를 정의하는 것입니다. name (구문적으로 유효해야 함)
인간을 DACS 값을 갖는 네임스페이스 가치. 주변에 어떤 인용문이라도 가치 유지되며,
단, 쉘이 아직 제거하지 않은 경우에만 가능합니다. 이 플래그는 반복될 수 있습니다. 이것들
변수는 구성 처리 및 규칙 중에 이후에 테스트될 수 있습니다.
처리; 예를 들어 구성 지시문의 값은 다음에 따라 달라질 수 있습니다.
가치 닥스옵션 깃발. 정의 name 그것은 우연히 a에 해당합니다.
닥스옵션 플래그는 변수를 생성하는 것 외에는 아무런 효과가 없습니다.

All 닥스옵션 플래그(...을 제외한 이 한)가 자동으로 추가됩니다. DACS
처리되는 네임스페이스입니다. "싱글톤"인 플래그(예: -q)는 처음에는
XNUMX의 값이 할당되며 이후에 나타날 때마다 값이 증가합니다. 깃발
형태 -깃발 가치 에 해당하는 -D-깃발=가치. 사용되지 않는 플래그는 정의되지 않습니다. 만약에 -q
주어지지 않고, ${DACS::-q} 정의되지 않습니다. 동의어가 있는 플래그의 경우
각 동의어에 대한 변수가 생성됩니다. 만약 name 명시적으로든 암시적으로든 사용됩니다.
이후 값이 이전 값을 대체합니다.

예를 들어, 닥스옵션 위치 :

-c www.example.com -v --verbose -Dfoo="baz" -ll 디버그 -D-ll=trace

그러면 변수는 다음과 같이 정의됩니다.

${DACS::-c}는 "www.example.com"입니다.
${DACS::-v}는 "2"입니다.
${DACS::--verbose}는 "2"입니다.
${DACS::foo}는 "\"baz\""입니다.
${DACS::-ll}은 "추적"입니다.

디버깅 수준은 추적이 아니라 디버그입니다.

--dumpenv
모든 환경 변수를 stdout으로 인쇄한 후 즉시 종료합니다.

--활성화-덤프
기본적으로, DACS 웹 서비스 및 대부분의 명령은 코어 덤프 생성을 비활성화합니다.
보안 예방 조치. 코어 덤프는 디버깅 시 유용할 수 있으므로 이 플래그는
생성될 수 있도록 해줍니다. 코어 덤프를 생성하도록 허용된 프로그램은
로 변경 DACS_HOME 디렉터리에 코어 덤프가 기록됩니다. 이 플래그를 사용하세요
조심해서.

-체재 fmt
출력 형식은 다음과 같이 설정됩니다. fmt, 이는 다음 키워드 중 하나입니다(case
구분하지 않음): 파일, html, json, php, 일반, 텍스트, xml, xmldtd, xmlsimple 또는
xmlschema. 모든 프로그램에서 모든 출력 형식이 지원되는 것은 아닙니다. 이 플래그는 재정의됩니다.
어떤 FORMAT[60] 프로그램의 기본값을 재정의하는 웹 서비스에 대한 인수
체재. 기본 형식은 특정 프로그램과 호출 방법에 따라 다릅니다.
추가 정보는 다음을 참조하세요. 설명 of 전에, FORMAT 논쟁[60].

-NS 로깅 수준
로깅 수준은 다음과 같이 설정됩니다. 로그 수준는 에서 인식하는 키워드 중 하나입니다.
LOG_FILTER[61] 지시.

--특허
라이센스 인쇄 DACS stdout으로 변환한 다음 즉시 종료합니다.

-q
조용히 해. 이는 로깅 수준을 경고로 설정하는 것과 같습니다.

-Sc site.conf
이것은 말한다 DACS 해당 관할권에 대한 구성 파일을 찾을 수 있습니다.
대신 행동하고 있습니다. 이 인수가 존재하지 않는 경우, 구축 방법에 따라
DACS 컴파일 시간에 지정된 파일을 사용하려고 시도하거나
환경 변수의 값 DACS_CONF[58]. 자세한 내용은 다음을 참조하세요. 위치
dacs.conf and site.conf[59].

--표준
이는 공통 인수의 끝을 표시합니다. 다음 명령줄 인수(있는 경우)는 다음과 같습니다.
프로그램에 따라 다릅니다.

-t
추적 정보를 내보냅니다. 이는 로깅 수준을 추적으로 설정하는 것과 같습니다.
(또한 참조 debug_dacs[62].)

-u 구성-uri
이는 다음과 같이 지시합니다. DACS 사용 구성-uri 사용할 관할 구역을 선택하려면
구성 파일. 자세한 내용은 다음을 참조하세요. 이 어플리케이션에는 XNUMXµm 및 XNUMXµm 파장에서 최대 XNUMXW의 평균 출력을 제공하는 관할권 섹션[63].

-uj 관할권 이름
이는 다음과 같이 지시합니다. DACS 관할권 이름을 사용하려면 관할권 이름 선택하려면
구성 파일에서 사용할 관할 구역 섹션입니다. 자세한 내용은 다음을 참조하세요. 이 어플리케이션에는 XNUMXµm 및 XNUMXµm 파장에서 최대 XNUMXW의 평균 출력을 제공하는
관할권 섹션[63].

Un-,es
이는 다음과 같이 지시합니다. DACS site.conf 또는 dacs.conf를 처리하지 마십시오. 다음과 함께만 사용할 수 있습니다.
다음과 같은 소수의 명령 닥사클(1)[64] 및 SSL 클라이언트(1)[4].

-쪽으로 관할권 이름
구현되지 않았습니다. 이는 다음과 같이 지시합니다. DACS 관할권 이름을 사용하려면 관할권 이름 에
구성 파일에서 사용할 관할권 섹션을 선택하고
웹 서버가 정방향 프록시 역할을 합니다. 그건, 관할권 이름 하지 않습니다
반드시 요청된 URL을 "소유"해야 합니다. 자세한 내용은 다음을 참조하세요. 이 어플리케이션에는 XNUMXµm 및 XNUMXµm 파장에서 최대 XNUMXW의 평균 출력을 제공하는 관할권
섹션[63].

-우리
이는 다음과 같이 지시합니다. DACS 에 나타나는 단일 관할권 섹션을 사용하려면
구성 파일. 즉, 구성 파일에는 정확히 다음 중 하나가 포함되어야 합니다.
관할 구역 섹션이 사용되어야 하는 섹션입니다. 자세한 내용은 다음을 참조하세요.
이 어플리케이션에는 XNUMXµm 및 XNUMXµm 파장에서 최대 XNUMXW의 평균 출력을 제공하는 관할권 섹션[63].

-v
--말 수가 많은
현재 로깅 수준에 비해 더 자세한 정보를 제공합니다. 이 플래그는 반복될 수 있습니다.

--번역
버전 정보를 즉시 stderr에 인쇄한 후 종료합니다. 만약에 -v 더 일찍 나타났다
명령줄에서 각각의 버전 정보도 인쇄합니다. DACS 소스 코드 파일
이 프로그램.

주의 사항
전체 버전 정보는 정적으로 링크된 프로그램에만 제공됩니다.
참조 닥스 버전(1)[65] 및 dacs_버전(8)[66].

팁
관할권 섹션을 지정하기 위해 명령줄 플래그가 제공되지 않은 경우
환경 변수 기본_관할권 와 함께 제공된 것처럼 사용됩니다. -uj 깃발.
이는 호스트에 하나의 관할권만 구성되어 있는 경우 특히 유용할 수 있습니다.
왜냐하면 항상 관할권을 특정할 필요가 없기 때문입니다. DACS 명령.

환경

SERVER_NAME, SERVER_PORT, REQUEST_URI
해당 관할권을 결정하는 데 사용될 수 있습니다.

onworks.net 서비스를 사용하여 온라인으로 DAC를 사용하세요