Sun ONE Application Server 관리자 설명서

이 장에서는 가상 서버에서 서비스하는 파일을 구성하고 관리하는 방법에 대해 설명합니다.

문서 루트 변경

문서 루트는 원격 클라이언트가 사용할 수 있는 모든 파일을 저장하는 중앙 디렉토리입니다.

가상 서버를 추가할 경우 절대 경로로 문서 루트를 지정해야 합니다. 문서 루트에 대한 내용과 사용 방법에 대해서는 "문서 루트"를 참조하십시오.

관리 인터페이스를 사용하여 문서 루트에 다른 경로를 사용하려면 다음 작업을 수행합니다.

왼쪽 창에서 응용 프로그램 서버 인스턴스에 대해 "HTTP 서버"를 엽니다.

"가상 서버"를 엽니다.

편집할 가상 서버의 이름을 누릅니다.

"일반" 탭을 누릅니다.

"문서 루트" 필드에 절대 디렉토리 경로를 입력합니다.

이 디렉토리는 수동으로 만들어야 합니다.

"확인"을 누릅니다.


주	일반적으로 각 가상 서버에는 고유 문서 루트가 있습니다.

추가 문서 디렉토리 설정

대부분의 경우 가상 인스턴스 또는 서버 인스턴스의 문서는 문서 루트에 있습니다. 하지만 경우에 따라 문서 루트가 아닌 디렉토리에서 문서를 서비스해야 할 수 있습니다. 이 경우 추가 문서 디렉토리를 설정하면 됩니다. 문서 루트가 아닌 문서 디렉토리에서 서비스를 제공하면 사용자에게 기본 문서 루트에 대한 액세스 권한을 부여하지 않고도 해당 사용자가 문서 그룹을 관리할 수 있습니다.

관리 인터페이스를 사용하여 추가 문서 디렉토리를 추가하려면 다음 작업을 수행합니다.

왼쪽 창에서 응용 프로그램 서버 인스턴스에 대해 "HTTP 서버"를 엽니다.

"가상 서버"를 엽니다.

편집할 가상 서버의 이름을 누릅니다.

"문서 디렉토리" 탭을 누릅니다.

"추가 문서 디렉토리"를 누릅니다.

매핑할 URL 접두어를 선택합니다.

클라이언트는 문서가 필요할 경우 서버에 이 URL을 전송합니다.

이 URL을 매핑할 대상 디렉토리를 지정합니다.

"확인"을 누릅니다.

추가 문서 디렉토리에 대한 액세스를 제한하여 사용자가 기록할 수 없도록 해야 합니다.

원격 파일 조작 활성화

원격 파일 조작을 활성화하면 클라이언트는 파일 업로드, 파일 삭제, 디렉토리 작성, 디렉토리 제거, 디렉토리 내용 보기, 서버의 파일 이름 바꾸기를 할 수 있습니다. 가상 서버의 구성 파일인 obj.conf에는 원격 파일 조작을 활성화하면 실행되는 명령이 들어 있습니다. 이러한 명령이 활성화되면 원격 브라우저가 서버의 문서를 변경할 수 있습니다. 액세스 제어를 사용하여 이러한 자원에 대한 쓰기 액세스를 방지하여 인증되지 않은 액세스를 막아야 합니다.

원격 파일 조작을 활성화하더라도 Microsoft Frontpage 등과 같은 사용 중인 내용 관리 시스템에는 영향이 없습니다.

UNIX: 파일에 대한 올바른 권한이 있어야 하며 그렇지 않은 경우 이 기능이 작동하지 않습니다. 즉, 문서 루트 사용자가 서버 사용자와 같아야 합니다.

관리 인터페이스를 사용하여 원격 파일 조작을 활성화하려면 다음 작업을 수행합니다.

왼쪽 창에서 응용 프로그램 서버 인스턴스에 대해 "HTTP 서버"를 엽니다.

"가상 서버"를 엽니다.

편집할 가상 서버의 이름을 누릅니다.

"문서 디렉토리" 탭을 누릅니다.

"원격 파일 조작"을 누릅니다.

자원 선택기에서 "전체 서버"를 선택하여 변경 내용을 전체 가상 서버에 적용하거나 가상 서버 내의 특정 디렉토리를 찾습니다.

"원격 파일 조작 활성화"를 선택합니다.

"확인"을 누릅니다.

htaccess 사용

htaccess 파일은 구성 옵션 일부가 저장되어 있는 동적 구성 파일입니다. htaccess 파일은 Sun ONE Application Server 표준 액세스 제어와 결합하여 사용할 수 있습니다(표준 액세스 제어는 모든 htaccess 액세스 제어보다 항상 먼저 적용됨).

htaccess 사용에 대한 자세한 내용은 Sun ONE Application Server Administrator's Guide to Security를 참조하십시오.

기호 링크 제한(UNIX)

서버에서 파일 시스템 링크의 사용을 제한할 수 있습니다. 파일 시스템 링크는 다른 디렉토리나 파일 시스템에 저장된 파일에 대한 참조입니다. 이 참조를 통해 원격 파일을 현재 디렉토리에 있는 것처럼 액세스할 수 있습니다. 파일 시스템 링크에는 두 가지 유형이 있습니다.

하드 링크 - 하드 링크는 실제로 데이터 블록의 같은 세트를 가리키는 두 개의 파일 이름입니다. 즉, 원본 파일과 링크가 동일합니다. 따라서 하드 링크는 서로 다른 파일 시스템에 있을 수 없습니다.

심볼릭(소프트) 링크 - 기호 링크는 데이터가 포함된 원본 파일과 이 원본 파일을 가리키는 다른 파일로 구성됩니다. 기호 링크는 하드 링크보다 유연합니다. 기호 링크는 서로 다른 파일 시스템에 사용할 수 있으며 디렉토리에 연결할 수도 있습니다.

하드 링크 및 기호 링크에 대한 자세한 내용은 UNIX 시스템 설명서를 참조하십시오.

파일 시스템 링크를 사용하면 기본 문서 디렉토리 외부에 있는 문서를 가리키는 포인터를 쉽게 만들 수 있으며 이러한 링크는 누구나 만들 수 있습니다. 따라서 사용자가 민감한 파일(예: 보안 문서나 시스템 비밀번호 파일)에 대한 포인터를 만들 수 있음을 주의해야 합니다.

관리 인터페이스를 사용하여 기호 링크를 제한하는 방법은 다음과 같습니다.

왼쪽 창에서 응용 프로그램 서버 인스턴스에 대해 "HTTP 서버"를 엽니다.

"가상 서버"를 엽니다.

편집할 가상 서버의 이름을 누릅니다.

"문서 디렉토리" 탭을 누릅니다.

"기호 링크"를 누릅니다.

자원 선택기에서 "전체 서버"를 선택하여 변경 내용을 전체 가상 서버에 적용하거나 가상 서버 내의 특정 디렉토리를 찾습니다.

소프트 및 하드 링크의 활성화 여부와 시작할 디렉토리를 선택합니다.

"확인"을 누릅니다.

사용자 공개 정보 디렉토리 사용자 정의(UNIX)

사용자가 자신의 웹 페이지를 관리하고자 하는 경우가 있습니다. 이 경우 서버의 모든 사용자가 관리자의 간섭 없이 홈 페이지 및 다른 문서를 만들 수 있는 공개 정보 디렉토리를 구성할 수 있습니다.


주	Windows 시스템의 관리 인터페이스에 "사용자 문서 디렉토리" 페이지가 나타나기는 하지만 이 기능은 사용할 수 없습니다.

이 시스템에서 클라이언트는 서버가 공개 정보 디렉토리로 인식하는 특정 URL을 사용하여 서버에 액세스할 수 있습니다. 예를 들어, 접두어 ~와 디렉토리 public_html을 선택했다고 가정합니다. http://www.sun.com/~jdoe/aboutjane.html에 대한 요청이 오면 서버는 ~jdoe가 사용자의 공개 정보 디렉토리를 가리키는 것으로 인식합니다. 따라서 시스템의 사용자 데이터베이스에서 jdoe를 검색하여 Jane의 홈 디렉토리를 찾습니다. 그런 다음 ~/jdoe/public_html/aboutjane.html을 찾습니다.

공개 정보 디렉토리 구성

내용 게시 제한

시작할 때 전체 비밀번호 파일 로드

공개 정보 디렉토리 구성

관리 인터페이스를 사용하여 가상 서버가 공개 디렉토리를 사용하도록 구성하려면 다음 작업을 수행합니다.

왼쪽 창에서 응용 프로그램 서버 인스턴스에 대해 "HTTP 서버"를 엽니다.

"가상 서버"를 엽니다.

편집할 가상 서버의 이름을 누릅니다.

"문서 처리" 탭을 누릅니다.

"사용자 문서 디렉토리"를 누릅니다.

사용자 URL 접두어를 선택합니다.

틸드 문자(~)가 사용자의 홈 디렉토리에 액세스하는 표준 UNIX 접두어이기 때문에 일반적으로 사용되는 접두어는 ~입니다.

사용자의 홈 디렉토리에서 서버가 HTML 파일을 찾을 하위 디렉토리를 선택합니다.

일반적으로 이 디렉토리는 public_html입니다.

비밀번호 파일을 지정합니다.

서버에서는 시스템의 사용자가 나열되어 있는 파일을 찾을 위치를 알고 있어야 합니다. 서버에서는 이 파일을 사용하여 유효한 사용자 이름을 확인하고 해당 사용자의 홈 디렉토리를 찾습니다. 이를 위해 시스템 비밀번호 파일을 사용하면 서버에서는 표준 라이브러리 호출을 사용하여 사용자를 찾습니다. 또는 다른 사용자 파일을 만들어서 사용자를 찾을 수 있습니다. 이러한 사용자 파일은 절대 경로로 지정할 수 있습니다.

파일에 있는 각 줄의 형식은 다음과 같아야 합니다(필요 없는 /etc/passwd 파일의 요소에는 * 기호가 표시되어 있음).

username:*:*:groupid:*:homedir:*

시작할 때 비밀번호 데이터베이스를 로드할지 여부를 선택합니다.

자세한 내용은 "시작할 때 전체 비밀번호 파일 로드"를 참조하십시오.

"확인"을 누릅니다.

사용자에게 개별적인 디렉토리를 지정하는 다른 방법은 모든 사용자가 수정할 수 있는 중앙 디렉토리에 대한 URL 매핑을 만드는 것입니다.

내용 게시 제한

경우에 따라 사용자 문서 디렉토리를 통해 내용을 게시할 수 있는 사용자 계정을 제한해야 할 수 있습니다. 사용자의 게시를 제한하려면 /etc/passwd 파일에서 사용자의 홈 디렉토리 경로 뒤에 슬래시를 추가합니다.

이렇게 수정하면 Sun ONE Application Server는 이 사용자의 디렉토리에 있는 페이지를 제공하지 않습니다. 이 URI를 요청하는 브라우저는 "404 File Not Found" 오류를 받게 되고 이 404 오류는 액세스 로그에 기록됩니다.

나중에 이 사용자가 내용을 게시할 수 있도록 하려면 /etc/passwd 항목의 뒤에 있는 슬래시를 제거한 다음 응용 프로그램 서버 인스턴스를 다시 시작합니다.

시작할 때 전체 비밀번호 파일 로드

시작할 때 전체 비밀번호 파일을 로드할 수 있는 옵션도 있습니다. 이 옵션을 선택하면 서버는 시작할 때 메모리에 비밀번호 파일을 로드하여 사용자를 더 빨리 찾을 수 있게 됩니다. 하지만 비밀번호 파일이 매우 큰 경우 이 옵션을 사용하면 메모리 사용량이 지나치게 많을 수 있습니다.

문서 환경 설정

관리 인터페이스를 사용하여 문서 환경 설정을 구성하려면 다음 단계를 수행합니다.

왼쪽 창에서 응용 프로그램 서버 인스턴스에 대해 "HTTP 서버"를 엽니다.

"가상 서버"를 엽니다.

편집할 가상 서버의 이름을 누릅니다.

"문서 처리" 탭을 누릅니다.

"문서 기본 설정"을 누릅니다.

다음 절의 설명에 따라 적절한 필드 값을 선택합니다.

"확인"을 누릅니다.

설정할 수 있는 환경 설정에 대해서는 다음 절에서 자세히 설명합니다. 자세한 내용은 온라인 도움말을 참조하십시오.

색인 파일 이름 입력

URL에 문서 이름이 지정되어 있지 않으면 서버는 자동적으로 색인 파일을 표시합니다. 기본 색인 파일은 index.html 및 home.html입니다. 두 개 이상의 색인 파일을 지정한 경우 서버는 이 필드에 이름이 나타나는 순서대로 검색합니다. 예를 들어, 색인 파일이 index.html 및 home.html인 경우 서버는 index.html을 찾으며 이 파일을 찾을 수 없으면 home.html을 찾습니다.

디렉토리 색인 선택

문서 디렉토리에는 대부분 여러 개의 하위 디렉토리가 있습니다. 예를 들어, products라는 디렉토리와 people이라는 디렉토리 등이 있을 수 있습니다. 경우에 따라 클라이언트가 이러한 디렉토리의 개요(또는 색인)에 액세스할 수 있게 허용하는 것이 유용합니다.

서버는 디렉토리 내용의 개요로 작성하여 관리하는 파일인 index.html 또는 home.html이라는 색인 파일을 디렉토리에서 검색하여 디렉토리를 색인합니다. 자세한 내용은 "색인 파일 이름 입력"을 참조하십시오. 어떠한 파일이라도 이러한 기본 이름 중 하나로 이름을 지정하면 디렉토리에 대한 색인 파일로 지정할 수 있습니다. 따라서 CGI 프로그램을 색인으로 사용할 수도 있습니다.

색인 파일이 없으면 서버는 문서 루트에 있는 모든 파일이 나열된 색인 파일을 생성합니다.

서버 홈 페이지 지정

최종 사용자가 처음 서버에 액세스하면 일반적으로 홈 페이지를 제일 먼저 보게 됩니다. 일반적으로 이 파일에는 서버에 대한 일반 정보와 다른 문서에 대한 링크가 들어 있습니다.

기본적으로 서버는 "문서 기본 설정" 페이지의 "색인 파일 이름" 필드에 지정된 색인 파일을 찾아서 이 파일을 홈 페이지로 사용합니다. 하지만 홈 페이지로 사용할 파일을 지정할 수도 있습니다.

기본 MIME 유형 지정

서버는 클라이언트에 문서를 전송할 때 클라이언트가 해당 문서를 올바른 방법으로 표시할 수 있도록 문서의 유형을 식별하는 섹션을 포함시킵니다. 그러나 서버에 문서의 확장명이 정의되어 있지 않아서 서버에서 문서의 올바른 유형을 판별할 수 없는 경우도 있습니다. 이 경우에는 기본값이 전송됩니다.

일반적으로 text/plain이 기본값이지만 사용자의 서버에 가장 많이 저장되어 있는 파일 유형으로 설정하는 것이 좋습니다. 많이 사용되는 MIME 유형은 다음과 같습니다.


주의	서버가 방화벽 외부에 있는 경우에는 디렉토리 색인 기능을 비활성화하여 디렉토리 구조와 파일 이름에 액세스하지 못하도록 해야 합니다.

text/plain	text/html
text/richtext	image/tiff
image/jpeg	image/gif
application/x-tar	application/postscript
application/x-gzip	audio/basic

오류 응답 사용자 정의

가상 서버에서 오류가 발생한 경우 클라이언트에게 자세한 메시지를 보내는 사용자 정의 오류 응답을 지정할 수 있습니다. 이 경우 파일을 지정하거나 CGI 프로그램이 실행되게 할 수 있습니다.

예를 들어, 특정 디렉토리에 오류가 발생할 경우의 서버 동작을 변경할 수 있습니다. 클라이언트가 액세스 제어로 보호된 서버 부분에 연결하려고 하면 계정을 얻는 방법을 설명하는 오류 메시지를 반환할 수 있습니다.

오류 응답을 사용자 정의하려면 오류에 응답할 HTML 파일을 만들거나 오류에 응답하여 CGI 프로그램이 실행되도록 해야 합니다. 이렇게 한 다음 관리 인터페이스에서 응답을 활성화합니다.

관리 인터페이스를 사용하여 사용자 정의 오류 응답을 활성화하려면 다음 작업을 수행합니다.

왼쪽 창에서 응용 프로그램 서버 인스턴스에 대해 "HTTP 서버"를 엽니다.

"가상 서버"를 엽니다.

편집할 가상 서버의 이름을 누릅니다.

"문서 처리" 탭을 누릅니다.

"오류 응답"을 누릅니다.

자원 선택기에서 "전체 서버"를 선택하여 변경 내용을 전체 가상 서버에 적용하거나 가상 서버 내의 특정 디렉토리를 찾습니다.

변경할 각 오류 코드에 오류 응답이 포함된 CGI나 파일에 대한 절대 경로를 지정합니다.

"확인"을 누릅니다.

국가별 문자 집합 변경

문서의 문자 집합은 해당 문서가 작성된 언어에 의해 일부 결정됩니다. 자원을 선택하고 해당 자원에 대한 문자 집합을 입력하면 문서, 문서 집합 또는 디렉토리에 대한 클라이언트의 기본 문자 집합을 무시할 수 있습니다.

브라우저는 HTTP에 MIME 유형 charset 매개 변수를 사용하여 문자 집합을 변경할 수 있습니다. 서버에서 응답에 이 매개 변수를 포함하면 그에 따라 브라우저에서 문자 집합을 변경합니다. 예를 들면 다음과 같습니다.

Content-Type: text/html;charset=iso-8859-1

Content-Type: text/html;charset=iso-2022-jp

다음은 RFC 1700에 지정된 charset 이름입니다(이름이 x-로 시작된다는 점만 다름).

관리 인터페이스를 사용하여 문자 집합을 변경하려면 다음 작업을 수행합니다.

us-ascii	iso-8859-1
iso-2022-jp	x-sjis
x-euc-jp	x-mac-roman

ansi_x3.4-1968	iso-ir-6
ansi_x3.4-1986	iso_646.irv:1991
ascii	iso646-us
us	ibm367
cp367

latin1	iso_8859-1
iso_8859-1:1987	iso-ir-100
ibm819	cp819

왼쪽 창에서 응용 프로그램 서버 인스턴스에 대해 "HTTP 서버"를 엽니다.

"가상 서버"를 엽니다.

편집할 가상 서버의 이름을 누릅니다.

"문서 처리" 탭을 누릅니다.

"국가별 문자"를 누릅니다.

자원 선택기에서 "전체 서버"를 선택하여 변경 내용을 전체 가상 서버에 적용하거나 가상 서버 내의 특정 디렉토리를 찾습니다.

서버 전체 또는 일부에 대한 문자 집합을 설정합니다.

이 필드를 비워 두면 문자 집합이 NONE으로 설정됩니다.

"확인"을 누릅니다.

문서 바닥글 설정

서버의 특정 섹션에 있는 모든 문서에 대해 최종 수정 시 삽입할 수 있는 문서 바닥글을 지정할 수 있습니다. 이 바닥글은 CGI 스크립트의 출력이나 구문 분석된 HTML(.shtml) 파일 이외의 모든 파일에 적용됩니다. 문서 바닥글이 CGI 스크립트 출력이나 구문 분석된 HTML 파일에도 나타나게 하려면 바닥글 텍스트를 별도의 파일에 입력한 다음, 코드나 다른 서버측 포함을 추가하여 이 파일이 페이지의 출력에 나타나도록 하십시오.

관리 인터페이스를 사용하여 문서 바닥글을 설정하려면 다음 단계를 수행합니다.

왼쪽 창에서 응용 프로그램 서버 인스턴스에 대해 "HTTP 서버"를 엽니다.

"가상 서버"를 엽니다.

편집할 가상 서버의 이름을 누릅니다.

"문서 처리" 탭을 누릅니다.

"문서 바닥글"을 누릅니다.

자원 선택기에서 "전체 서버"를 선택하여 변경 내용을 전체 가상 서버에 적용하거나 가상 서버 내의 특정 디렉토리를 찾습니다.

디렉토리를 선택하면 서버가 해당 디렉토리에 있는 디렉토리나 파일에 대한 URL을 수신한 경우에만 문서 바닥글이 적용됩니다.

바닥글을 포함할 파일의 유형을 지정합니다.

날짜 형식을 지정합니다.

바닥글에 나타날 텍스트를 입력합니다.

문서 바닥글에 사용할 수 있는 문자의 최대 수는 765자입니다. 문서 최종 수정일을 포함하려면 :LASTMOD:라는 문자열을 입력합니다.

URL 전달 구성

URL 전달을 사용하면 문서 요청을 다른 서버로 리디렉션할 수 있습니다. URL 전달 또는 리디렉션은, 예를 들어 파일을 다른 디렉토리나 서버로 옮긴 경우 URL이 변경되었음을 사용자에게 알리는 방법입니다. 또한 다른 서버에 있는 문서를 요청하는 사람에게 해당 문서를 자연스럽게 제공할 때에도 리디렉션을 사용할 수 있습니다.

예를 들어, http://www.sun.com/info/movies를 접두어 film.sun.com에 전달하면 http://www.sun.com/info/movies라는 URL은 http://film.sun.com/info/movies로 리디렉션됩니다.

경우에 따라서는 하나의 하위 디렉토리에 있는 모든 문서에 대한 요청을 특정 URL로 리디렉션해야 할 수 있습니다. 예를 들어, 특정 디렉토리가 너무 많은 트래픽을 유발하기 때문에 옮겨야 하거나 어떤 이유로 문서를 더 이상 서비스하지 않는 경우 이러한 문서에 대한 요청을 해당 문서를 사용할 수 없는 이유에 대해 설명하는 페이지로 리디렉션할 수 있습니다. 예를 들어, /info/movies에 접두어를 사용할 경우 http://www.sun.com/explain.html로 리디렉션할 수 있습니다.

관리 인터페이스를 사용하여 URL 전달을 구성하려면 다음 작업을 수행합니다.

왼쪽 창에서 응용 프로그램 서버 인스턴스에 대해 "HTTP 서버"를 엽니다.

"가상 서버"를 엽니다.

편집할 가상 서버의 이름을 누릅니다.

"HTTP/HTML" 탭을 누릅니다.

"URL 전달"을 누릅니다.

리디렉션할 URL 접두어를 입력한 다음 다른 접두어로 리디렉션할지 정적 URL로 리디렉션할지 지정합니다.

"확인"을 누릅니다.

서버 구문 분석 HTML 설정

HTML은 일반적으로 어떠한 작업 없이 디스크에 있는 그대로 전송됩니다. 하지만 서버는 문서를 전송하기 전에 HTML 파일에서 특별한 명령을 검색할 수 있습니다. 즉 HTML 구문 분석을 할 수 있습니다. 서버가 이러한 파일을 구문 분석하여 문서에 요청별 정보 또는 파일을 삽입하도록 하려면 먼저 HTML 구문 분석을 활성화해야 합니다.

관리 인터페이스를 사용하여 HTML 구문 분석을 설정하려면 다음 작업을 수행합니다.

왼쪽 창에서 응용 프로그램 서버 인스턴스에 대해 "HTTP 서버"를 엽니다.

"가상 서버"를 엽니다.

편집할 가상 서버의 이름을 누릅니다.

"HTTP/HTML" 탭을 누릅니다.

"HTML 구문 분석"을 누릅니다.

자원 선택기에서 "전체 서버"를 선택하여 변경 내용을 전체 가상 서버에 적용하거나 가상 서버 내의 특정 디렉토리를 찾습니다.

디렉토리를 선택하면 서버에서는 해당 디렉토리 또는 해당 디렉토리에 있는 파일에 대한 URL을 수신한 경우에만 HTML을 구문 분석합니다.

서버 구문 분석 HTML의 활성화 여부를 선택합니다.

exec 태그를 제외하고 HTML 파일에 대해 활성화하거나 HTML 파일과 exec 태그에 대해 활성화할 수 있습니다. 이 경우 HTML 파일이 서버의 다른 프로그램을 실행할 수 있습니다.

구문 분석할 파일을 선택합니다.

확장명이 .shtml인 파일만 구문 분석할지 모든 HTML 파일을 구문 분석할지 선택할 수 있습니다. 모두 구문 분석하면 성능이 느려질 수 있습니다. UNIX를 사용하는 경우 실행 권한을 설정하여 UNIX 파일을 구문 분석하도록 선택할 수도 있지만 신뢰할 수 없을 수 있습니다.

"확인"을 누릅니다.

서버에서 구문 분석한 HTML을 허용하도록 설정하는 방법에 대한 자세한 내용은 온라인 도움말을 참조하십시오.

서버 구문 분석 HTML의 사용에 대한 자세한 내용은 Sun ONE Application Server Developer's Guide to Web Applications를 참조하십시오.

캐시 제어 지시문 설정

Sun ONE Application Server는 캐시 제어 지시문을 사용하여 프록시 서버가 캐시할 정보를 제어합니다. 캐시 제어 지시문을 사용하면 프록시의 기본 캐시를 무시하여 민감한 정보가 캐시되어 검색되는 것을 방지할 수 있습니다. 이러한 지시문이 작동하려면 프록시 서버가 HTTP 1.1과 호환되어야 합니다.

HTTP 1.1에 대한 자세한 내용은 다음에서 찾을 수 있는 Hypertext Transfer Protocol--HTTP/1.1 사양(RFC 2068)을 참조하십시오.

관리 인터페이스를 사용하여 캐시 제어 지시문을 설정하려면 다음 작업을 수행합니다.

왼쪽 창에서 응용 프로그램 서버 인스턴스에 대해 "HTTP 서버"를 엽니다.

"가상 서버"를 엽니다.

편집할 가상 서버의 이름을 누릅니다.

"HTTP/HTML" 탭을 누릅니다.

"캐시 제어 지시문"을 누릅니다.

필드에 입력합니다. 응답 지시문에 사용할 수 있는 값은 다음과 같습니다.

공용. 응답을 모든 캐시로 캐시할 수 있습니다. 이 값이 기본값입니다.

전용. 응답을 개인(공유되지 않은) 캐시로만 캐시할 수 있습니다.

캐시 없음. 응답을 캐시하지 않습니다.

저장 안 함. 캐시는 요청이나 응답을 비휘발성 저장 장치의 어떠한 위치에도 저장하지 않아야 합니다.

재검증 필요. 캐시 항목을 원래 서버에서 재검증해야 합니다.

최대 사용 시간(초). 클라이언트가 이 기간보다 긴 응답은 받지 않습니다.

"확인"을 누릅니다.

강력한 암호화 사용

강력한 암호화의 설정에 대한 자세한 내용은 Sun ONE Application Server Administrator's Guide to Security를 참조하십시오.

16장 가상 서버 내용 관리

문서 루트 변경

추가 문서 디렉토리 설정

원격 파일 조작 활성화

htaccess 사용

기호 링크 제한(UNIX)

사용자 공개 정보 디렉토리 사용자 정의(UNIX)

공개 정보 디렉토리 구성

내용 게시 제한

시작할 때 전체 비밀번호 파일 로드

문서 환경 설정

색인 파일 이름 입력

디렉토리 색인 선택

서버 홈 페이지 지정

기본 MIME 유형 지정

오류 응답 사용자 정의

국가별 문자 집합 변경

문서 바닥글 설정

URL 전달 구성

서버 구문 분석 HTML 설정

캐시 제어 지시문 설정

강력한 암호화 사용

16장
가상 서버 내용 관리