| Sun ONE Web Server 6.1 관리자 설명서 |
16 장
내용 관리이 장은 가상 서버의 클래스와 가상 서버의 내용을 구성 및 관리하는 방법에 대해 설명합니다.
이 장의 내용:
주 문서 디렉토리 설정주 문서 디렉토리(문서 루트라고도 함)는 원격 클라이언트가 사용할 수 있도록 할 모든 파일을 저장하는 중앙 디렉토리입니다.
클래스를 추가하면 절대 경로로 문서 디렉토리를 지정합니다. 해당 경로의 일부로 변수를 사용하지 않으면 클래스의 모든 가상 서버의 문서 루트는 기본적으로 같은 디렉토리가 됩니다. 그런 다음 Class Manager에서 개별적으로 디렉토리를 변경할 수 있습니다.
또 다른 방법은 클래스에 경로를 설정할 때 변수를 사용하는 것입니다. 예를 들어, 클래스의 모든 가상 서버에 대해 가상 서버 id로 이름 지정된 디렉토리를 작성하기 위해 $id 변수를 사용할 수 있습니다. 클래스의 문서 루트를 class_doc_root/$id로 설정할 수 있습니다. 이 경로를 사용하면 클래스의 문서 디렉토리가 /sun/servers/docs/$id인 경우 클래스에 속한 가상 서버 vs1의 주 문서 디렉토리는 /sun/servers/docs/vs1입니다.
문서 디렉토리 및 서버 인스턴스, 클래스, 가상 서버 수준에서 문서 디렉토리를 사용하는 방법에 대한 자세한 내용은 "문서 루트" 페이지 309를 참조하십시오.
다른 경로 또는 변수를 사용하기 위해 주 문서 디렉토리를 변경하려면 다음 단계를 따르십시오.
- Class Manager에서 Content Management 탭을 누릅니다.
- Primary Document Directory를 누릅니다.
- 가상 서버 옆에 절대 디렉토리 경로나 변수 또는 경로 및 변수 조합을 입력합니다.
문서 루트 절대 경로의 끝에 변수 $id를 포함시키면 모든 가상 서버가 기본적으로 class_doc_root/virtual_server_ID의 주 문서 루트를 갖습니다 예를 들어, 클래스의 문서 디렉토리는 /sun/servers/docs/$id이고 클래스에 속한 가상 서버 vs1의 주 문서 디렉토리는 /sun/servers/docs/vs1입니다.
변수에 대한 더 자세한 내용은 "변수 사용" 페이지 313를 참조하십시오.
- OK를 누릅니다.
자세한 내용은 Primary Document Directory 페이지에 대한 온라인 도움말을 참조하십시오.
추가 문서 디렉토리 설정대부분, 가상 또는 서버 인스턴스의 문서는 주 문서 디렉토리에 있습니다. 그러나 때로는 문서 루트 외부의 디렉토리에서 문서를 서비스하고자 할 수 있습니다. 이 경우 추가 문서 디렉토리를 설정함으로써 가능합니다. 문서 루트 외부의 문서 디렉토리에서 서비스함으로써 누군가에게 주 문서 루트에 대한 액세스를 부여하지 않고 문서 그룹을 관리하도록 할 수 있습니다.
변수를 사용하지 않고 추가 문서 디렉토리를 설정하면 해당 디렉토리는 클래스 수준에서 설정되고 클래스에 있는 모든 가상 서버에 의해 사용됩니다.
클래스에 있는 개별 가상 서버용 추가 문서 디렉토리를 설정하려면 변수를 사용하여 해당 URL 접두사가 매핑하는 디렉토리가 각 가상 서버마다 다르게 합니다.
추가 문서 디렉토리를 추가하려면 다음 단계를 따르십시오.
자세한 내용은 User Document Directories 페이지에 대한 온라인 도움말을 참조하십시오.
기본적으로 서버 인스턴스는 몇 개의 추가 문서 디렉토리를 갖습니다. 해당 디렉토리에는 다음 접두사가 있습니다
사용자가 해당 디렉토리에 기록할 수 없도록 디렉토리에 대한 액세스를 제한해야 합니다. 예제 ACL은 다음과 같습니다.
공용 정보 디렉토리 사용자 정의(UNIX/Linux)때로는 사용자가 자신의 웹 페이지를 유지하려 합니다. 서버의 모든 사용자가 관리자 간섭 없이 홈페이지와 기타 문서를 만들 수 있도록 하는 공용 정보 디렉토리를 구성할 수 있습니다.
이 옵션은 전체 클래스에 대하여만 설정할 수 있습니다. 가상 서버 단위로 이를 사용자 정의할 수 있는 방법은 없습니다.
이 시스템으로 클라이언트는 서버가 공용 정보 디렉토리로 인지하는 특정 URL로 서버에 액세스할 수 있습니다. 예를 들어, 접두사 ~와 디렉토리 public_html을 선택한다고 가정합니다. http://www.sun.com/~jdoe/aboutjane.html에 대한 요청이 들어오면 서버는 ~jdoe가 사용자의 공용 정보 디렉토리를 가리킨다는 사실을 인지합니다. 서버는 시스템의 사용자 데이터베이스에서 jdoe를 조회하고 Jane의 홈 디렉토리를 발견합니다. 그런 다음 ~/jdoe/public_html/aboutjane.html을 찾습니다.
서버가 공용 디렉토리를 사용하도록 구성하려면 다음 단계를 따르십시오.
- Class Manager에서 Content Management 탭을 누릅니다.
- User Document Directories를 누릅니다.
- 사용자 URL 접두사를 선택합니다.
사용자 접두사는 ~입니다. 왜냐하면 ~ 문자가 사용자의 홈 디렉토리에 액세스하기 위한 표준 UNIX/Linux 접두사이기 때문입니다.
- 서버가 HTML 파일을 찾는 사용자의 홈 디렉토리의 하위 디렉토리를 선택합니다.
일반적인 디렉토리는 public_html입니다.
- 암호 파일을 지정합니다.
서버는 시스템에 있는 사용자를 목록화하는 파일을 어디서 찾을지 알아야 합니다. 서버는 이 파일을 사용하여 유효한 사용자 이름을 결정하고 그의 홈 디렉토리를 찾습니다. 시스템 암호 파일을 이 목적으로 사용하면 서버는 표준 라이브러리 호출을 사용하여 사용자를 조회합니다. 또는, 다른 사용자 파일을 작성하여 사용자를 찾을 수 있습니다. 해당 사용자 파일은 절대 경로로 지정할 수 있습니다.
파일의 각 줄은 다음 구조를 가져야 합니다(필요하지 않은 /etc/passwd 파일의 요소는 *로 표시됨).
username:*:*:groupid:*:homedir:*
- 시작시 암호 데이터베이스를 로드할지 선택합니다.
더 자세한 내용은 "시작시 전체 암호 파일 로드"를 참조하십시오.
- 구성 스타일을 적용할지 선택합니다.
- OK를 누릅니다.
자세한 내용은 User Document Directories 페이지에 대한 온라인 도움말을 참조하십시오.
사용자에게 별도의 디렉토리를 부여하는 또 다른 방법은 모든 사용자가 수정할 수 있는 중앙 디렉토리에 매핑되는 URL을 작성하는 것입니다.
내용 게시 제한
어떤 상황에서는 시스템 관리자가 사용자 문서 디렉토리를 통해 내용을 게시할 수 있는 사용자 계정을 제한하고자 할 수 있습니다. 사용자의 게시를 제한하려면 /etc/passwd file의 사용자의 홈 디렉토리 경로 끝에 슬래시를 추가합니다.
becomes:
이 수정을 하면 Sun ONE Web Server는 이 사용자의 디렉토리에서 페이지를 서비스하지 않습니다. 해당 URI를 요청하는 브라우저는 "404 File Not Found" 오류를 수신하고 404 오류는 웹 서버 액세스 로그에 기록됩니다. 오류 로그에 기록되는 오류는 없습니다.
나중에 이 사용자로 하여금 내용을 게시하도록 허용하기로 하면 /etc/passwd 항목에서 끝에 오는 슬래시를 제거한 다음 웹 서버를 재시작합니다.
시작시 전체 암호 파일 로드
시작시 전체 암호 파일을 로드하는 옵션도 있습니다. 이 옵션을 선택하면 서버는 시작시 암호 파일을 메모리에 로드하여 사용자 조회 속도를 훨씬 더 빠르게 만듭니다. 암호 파일이 매우 대용량이면 이 옵션이 훨씬 더 많은 메모리를 사용할 수 있습니다.
구성 스타일 사용
서버가 공용 정보 디렉토리에서 디렉토리로의 액세스를 제어하도록 하는 구성 스타일을 적용할 수 있습니다. 이렇게 하면 사용자가 공용으로 만들고 싶지 않은 정보에 심볼 링크를 작성하지 못하게 됩니다. 구성 파일에 대한 더 자세한 내용은 제 17장, "구성 스타일 적용"을 참조하십시오.
원격 파일 조작 사용원격 파일 조작을 사용하면 클라이언트가 서버의 파일 업로드, 파일 삭제, 디렉토리 생성, 디렉토리 제거, 디렉토리 내용 목록 표시 및 파일 이름 변경 등의 작업을 할 수 있도록 합니다. 디렉토리 server_root/https-serve-id/config의 파일 obj.conf에는 원격 파일 조작을 사용할 경우 활성화되는 명령이 들어 있습니다. 이러한 명령을 활성화하여 원격 브라우저가 서버의 문서를 변경하도록 합니다. 권한없는 간섭을 방지하기 위해 이러한 리소스에 대해 쓰기 액세스를 제한하는 액세스 제어를 사용해야 합니다.
참고로 원격 파일 조작 사용은 Microsoft Frontpage와 같은 내용 관리 시스템 사용에 아무런 영향이 없어야 합니다.
UNIX/Linux: 파일에 대해 올바른 권한을 가져야 합니다. 그렇지 않으면 이 기능이 제대로 작동하지 않습니다. 즉, 문서 루트 사용자가 서버 사용자와 동일해야 합니다.
원격 파일 조작을 사용하려면 다음 단계를 따르십시오.
자세한 내용은 Remote File Manipulation 페이지의 온라인 도움말을 참조하십시오.
문서 기본설정 구성Document Preferences 페이지를 사용하여 문서 기본설정을 설정합니다. 이 부분은 다음 주제에 대해 다룹니다.
이러한 설정은 모두 개별 가상 서버가 아닌 클래스에 대해 구성됩니다.
문서 기본설정 설정
문서 기본설정을 설정하려면 다음 단계를 따르십시오.
설정할 수 있는 기본설정은 다음 부분에서 보다 충분히 다룹니다. 추가 정보는 Document Preferences 페이지에 대한 온라인 도움말을 참조하십시오.
색인 파일 이름 입력
문서 이름이 URL에서 지정되지 않으면 서버는 색인 파일을 자동으로 표시합니다. 기본 색인 파일은 index.html과 home.html입니다. 색인 파일이 하나 이상 지정되면 서버는 이름이 발견될 때까지 이름이 이 필드에서 나타나는 순서로 찾습니다. 예를 들어, 색인 파일 이름이 index.html 및 home.html이고 서버가 index.html을 찾았지만 발견하지 못하면 home.html을 찾습니다.
디렉토리 색인화 선택
문서 디렉토리는 몇 개의 하위 디렉토리를 갖습니다. 예를 들어, products라는 디렉토리, people이라는 디렉토리 등이 있을 수 있습니다. 대개 클라이언트가 이 디렉토리의 개요(또는 색인)에 액세스하는 것이 유용합니다.
서버는 index.html 또는 home.html이라는, 디렉토리 내용의 개요를 작성하고 유지하는 색인 파일용 디렉토리를 찾음으로써 디렉토리를 색인화합니다. 더 자세한 내용은 다음 부분, 색인 파일 이름 입력을 참조하십시오. 원하는 파일에 이 기본 이름을 부여하여 디렉토리용 색인 파일로 지정할 수 있으며, 따라서 CGI를 사용하는 경우 CGI 프로그램을 색인으로 사용할 수 있습니다.
색인 파일이 없으면 서버는 문서 루트의 모든 파일을 목록화하는 색인 파일을 생성합니다.
서버 홈 페이지 지정
최종 사용자가 처음으로 서버에 액세스할 경우 가장 먼저 보게 되는 파일을 보통 홈 페이지라고 합니다. 일반적으로, 이 파일은 서버와 다른 문서로의 링크에 대한 일반 정보를 담고 있습니다.
기본적으로 서버는 Document Preferences 페이지의 색인 파일 이름 필드에 지정된 색인 파일을 찾고 이를 홈 페이지용으로 사용합니다. 그러나 홈 페이지용으로 사용할 파일을 지정할 수도 있습니다.
기본 MIME 유형 지정
문서가 클라이언트에게 전송되면 서버는 문서의 유형을 식별하는 부분을 포함시켜 클라이언트가 문서를 바로 제시할 수 있도록 합니다. 그러나, 때로는 문서의 확장자가 서버에 대해 정의되지 않아서 문서의 적절한 유형을 결정할 수 없습니다. 그런 경우에는 기본값이 전송됩니다.
기본값은 보통 text/plain이나, 서버에 가장 일반적으로 저장되는 유형의 파일을 설정해야 합니다. 일반적인 MIME 유형은 다음과 같습니다.
URL 전달 구성URL 전달을 통해 문서 요청을 다른 서버로 재지정할 수 있습니다. URL 전달 또는 재지정은 서버가 사용자에게 (예를 들어 파일을 다른 디렉토리 또는 서버로 옮겼으므로) URL이 변경되었음을 알리는 방법입니다. 또한 재지정을 사용하여 서버에서 문서를 요청하는 사용자를 사용자가 모르는 상태에서 다른 서버의 문서로 보낼 수 있습니다.
예를 들어, http://www.sun.com/info/movies를 접두사 film.sun.com으로 전달하면 URL http://www.sun.com/info/movies가 http://film.sun.com/info/movies로 재지정됩니다.
변수를 사용하여 디렉토리를 새 디렉토리에 매핑할 수 있습니다. 예를 들어, /new를 /$docroot/new로 매핑할 수 있습니다. 매핑은 가상 서버의 문서 루트로 이동합니다.
변수에 대한 더 자세한 내용은 "변수 사용" 페이지 313를 참조하십시오.
때로는 한 하위 디렉토리의 모든 문서에 대한 요청을 특정 URL로 재지정할 경우가 있습니다. 예를 들어, 어떤 디렉토리에 너무 많은 트래픽이 발생하거나 해당 문서가 어떤 이유이든 더 이상 서비스되지 않으므로 이 디렉토리를 삭제해야 하는 경우 문서를 더 이상 사용할 수 없음을 표시하는 문서로 해당 요청을 보낼 수 있습니다. 예를 들어, /info/movies의 접두사는 http://www.sun.com/explain.html로 재지정될 수 있습니다.
URL 전달을 구성하려면 다음 단계를 따르십시오.
더 자세한 내용은 URL Forwarding 페이지에 대한 온라인 도움말을 참조하십시오.
오류 응답 사용자 정의사용자 정의 오류 응답은 가상 서버에서 오류가 수신된 경우 클라이언트에게 자세한 메시지를 보냅니다. 전송할 파일이나 실행할 CGI 프로그램을 지정할 수 있습니다.
예를 들어, 서버가 특정 디렉토리에 대한 오류를 수신한 경우 작동하는 방식을 변경할 수 있습니다. 클라이언트가 액세스 제어로 보호된 서버의 일부에 연결하려 하면 계정을 얻는 방법에 대한 정보를 담은 오류 파일을 반환할 수 있습니다.
사용자 정의 오류 응답을 사용하도록 설정하기 전에 오류에 대한 응답으로 전송할 HTML 파일이나 실행할 CGI 프로그램을 작성해야 합니다. 이렇게 한 뒤 Class Manager에서 응답을 사용하도록 설정합니다.
사용자 정의된 오류 응답을 사용하려면 다음 단계를 따르십시오.
더 자세한 내용은 Error Responses 페이지에 대한 온라인 도움말을 참조하십시오.
문자 세트 변경문서의 문자 세트는 문서가 작성된 언어에 의해 일부 결정됩니다. 리소스를 선택하고 해당 리소스의 문자 세트를 입력하여 문서에 대한 클라이언트의 기본 문자 세트 설정, 문서 세트 또는 디렉토리보다 우선할 수 있습니다.
Netscape Navigator는 문자 세트를 변경할 HTTP에서 MIME 유형 charset 매개변수를 사용할 수 있습니다. 서버가 응답에서 이 매개변수를 포함하면 Netscape Navigator는 그에 따라 문자 세트를 변경합니다. 예를 들면 다음과 같습니다.
Netscape Navigator에 의해 인지되는 다음 charset 이름은 RFC 1700에서 지정됩니다(x-로 시작되는 이름 제외).
또, 다음 별칭은 us-ascii에 대해 인지됩니다.
다음 별칭은 iso_8859-1에 대해 인지됩니다.
문자 세트를 변경하려면 다음 단계를 따르십시오.
더 자세한 내용은 International Characters 페이지에 대한 온라인 도움말을 참조하십시오.
문서 꼬리말 설정서버의 특정 부분의 모든 문서에 대해 마지막 수정된 시간을 포함할 수 있는 문서 꼬리말을 지정할 수 있습니다. 이 꼬리말은 CGI 스크립트의 출력이나 파싱된 HTML(.shtml) 파일을 제외한 모든 파일에 사용됩니다. CGI 스크립트 출력이나 파싱된 HTML 파일에 문서 꼬리말을 표시해야 하는 경우, 꼬리말 텍스트를 별도의 파일에 입력하고 코드 라인을 추가하거나, 다른 서버 측에서 이 파일을 페이지의 출력에 포함하도록 합니다.
문서 꼬리말을 설정하려면 다음 단계에 따르십시오.
- Class Manager에서 Content Management 탭을 누릅니다.
- Document Footer를 누릅니다.
- 리소스 선택자에서 Entire Server를 선택하여 변경 사항을 전체 클래스에 적용하거나 특정 가상 서버용 문서 루트 또는 특정 디렉토리나 특정 가상 서버 내부를 탐색합니다.
디렉토리를 선택하면 서버가 해당 디렉토리 또는 디렉토리의 파일용 URL을 수신하는 경우에만 문서 꼬리말이 적용됩니다.
- 꼬리말에 포함시킬 파일 유형을 지정합니다.
- 날짜 형식을 지정합니다.
- 꼬리말에 표시할 텍스트를 입력합니다.
문서 꼬리말에 대한 최대 문자 수는 765입니다. 문서가 마지막으로 수정된 날짜를 포함시키려면 문자열 :LASTMOD:를 입력합니다.
- OK를 누릅니다.
더 자세한 내용은 Document Footer 페이지에 대한 온라인 도움말을 참조하십시오.
htaccess 사용htaccess에 대한 자세한 내용은 ".htaccess 파일 사용" 페이지 212을 참조하십시오.
심볼 링크(UNIX/Linux) 제한서버의 파일 시스템 링크의 사용을 제한할 수 있습니다. 파일 시스템 링크는 다른 디렉토리 또는 파일 시스템에 저장된 파일을 참조합니다. 참조를 통하여 파일이 현재 디렉토리에 있는 것처럼 원격에서 액세스할 수 있습니다. 다음 두 가지 유형의 파일 시스템 링크가 있습니다.
하드 및 심볼 링크에 대한 자세한 내용은 UNIX/Linux 시스템 설명서를 참조하십시오.
파일 시스템 링크는 기본 문서 디렉토리 외부의 문서에 대해 포인터를 작성할 수 있는 쉬운 방법으로 누구나 이러한 링크를 작성할 수 있습니다. 이 때문에 사람들이 민감한 파일(예를 들어, 기밀 문서 또는 시스템 암호 파일)에 대해 포인터를 작성하는 문제를 염려할 수 있습니다.
심볼 링크를 제한하려면 다음 단계를 따르십시오.
더 자세한 내용은 Symbolic Link 페이지에 대한 온라인 도움말을 참조하십시오.
서버 파싱 HTML 설정HTML은 보통 아무런 서버 작업 없이 디스크에 있는 그대로 클라이언트에게 보내집니다. 그러나 서버는 문서를 보내기 전에 HTML 파일에 있는 특수한 명령을 검색할 수 있습니다. (즉, HTML을 파싱할 수 있습니다.) 서버가 파일을 파싱하고 파일에 요청에 대한 정보나 파일을 삽입하도록 하려면 우선 HTML 파싱을 사용하도록 설정해야 합니다.
HTML을 파싱하려면 다음 단계를 따르십시오.
- Class Manager에서 Content Management 탭을 누릅니다.
- Parse HTML을 누릅니다.
- 서버가 HTML을 파싱할 리소스를 지정합니다.
리소스 선택자에서 Entire Server를 선택하여 변경 사항을 전체 클래스에 적용하거나 특정 가상 서버용 문서 루트 또는 특정 디렉토리나 특정 가상 서버 내부를 탐색합니다.
디렉토리를 선택하면 서버가 해당 디렉토리 또는 디렉토리의 파일용 URL을 수신하는 경우에만 서버가 HTML을 파싱합니다.
- 서버 파싱 HTML을 사용할지 선택합니다.
HTML 파일은 사용하지만 exec 태그는 사용하지 않거나 HTML 파일과 exec 태그를 사용하여 HTML 파일이 서버의 다른 프로그램을 실행하도록 할 수 있습니다.
- 파싱할 파일을 선택합니다.
shtml 확장자를 가진 파일만 파싱할지 또는 성능이 저하되더라도 모든 HTML 파일을 파싱할지 선택할 수 있습니다. UNIX/Linux를 사용하는 경우, 신뢰성이 떨어지더라도 실행 권한이 설정된 UNIX/Linux 파일을 파싱할 것을 선택할 수 있습니다.
- OK를 누릅니다.
파싱된 HTML을 수신하도록 서버를 설정하는 더 자세한 내용은 Parse HTML 페이지에 대한 온라인 도움말을 참조하십시오.
서버 파싱 HTML 사용에 대한 더 자세한 내용은 Sun ONE Web Server 6.1 Programmer's Guide를 참조하십시오.
캐시 제어 지시문 설정캐시 제어 지시문은 프록시 서버가 어떤 정보를 캐시할 것인지 제어하는 Sun ONE Web Server의 방법 중 한 가지입니다. 캐시 제어 지시문을 사용하면 프록시의 기본 캐시 작업을 변경하여 중요한 정보가 캐시되거나 이후 검색되지 않도록 보호할 수 있습니다. 이 지시문을 사용하려면 프록시 서버가 반드시 HTTP 1.1을 사용해야 합니다.
HTTP 1.1에 대한 자세한 내용은 다음 웹 페이지의 하이퍼텍스트 전송 프로토콜 -- HTTP/1.1 표준(RFC 2068)을 참조하십시오.
캐시 제어 지시문을 설정하려면 다음 단계를 따르십시오.
더 자세한 내용은 Cache Control Directives 페이지에 대한 온라인 도움말을 참조하십시오.
고급 암호화 사용고급 암호화 설정에 대한 더 자세한 내용은 "고급 보안 설정" 페이지 144를 참조하십시오.
내용 압축으로 서버 구성Sun ONE Web Server 6.1은 HTTP 내용 압축을 지원합니다. 내용 압축을 사용하면 클라이언트로 전송 속도가 빨라지고 하드웨어 비용을 증가시키지 않고 더 큰 용량의 내용을 서비스할 수 있습니다. 내용 압축은 내용 다운로드 시간을 떨어뜨리지만 전화 접속 및 높은 수준의 트래픽 연결 사용자는 더 많은 혜택을 누릴 수 있습니다.
내용 압축을 사용하여 웹 서버는 압축된 데이터를 전송하고 브라우저에게 전송 중에 데이터를 압축 해제할 것을 지시하여 전송된 데이터 양을 감소시키고 페이지 표시 속도를 높입니다.
서버를 두 가지 방법으로 구성하여 압축된 데이터를 처리할 수 있습니다.
서버의 압축 처리 기능 향상에 대한 더 자세한 내용은 obj.conf의 압축 관련 변경 사항를 참조하십시오.
서버를 미리 압축된 내용을 서비스하도록 구성
지정된 디렉토리에 미리 압축된 파일 버전을 생성하고 저장하도록 Sun ONE Web Server를 구성할 수 있습니다. 서버를 구성하면 Accept-encoding: gzip 헤더만 수신된 경우에만 미리 압축된 내용을 서비스하도록 구성된 디렉토리의 파일에 대한 모든 요청이 그러한 파일이 존재하는 해당 디렉토리에서 상응하는 압축된 파일에 대한 요청으로 재지정됩니다. 예를 들어, 웹 서버가 myfile.html이나 myfile.html 및 myfile.html.gz 둘 다에 대한 요청을 수신하면 적절한 Accept-encoding 헤더를 가진 그러한 요청은 압축된 파일을 수신합니다.
미리 압축된 내용을 서비스하도록 서버를 구성하려면 다음 단계를 수행하십시오.
- Class Manager에서 Content Management 탭을 누릅니다.
- Serve Precompressed Content를 누릅니다.
- 다음 정보를 입력합니다.
- Editing. 드롭다운 목록에서 미리 압축된 내용을 서비스할 리소스를 선택합니다. 디렉토리를 선택하면 서버가 해당 디렉토리 또는 디렉토리의 파일용 URL을 수신하는 경우에만 서버가 미리 압축된 내용을 서비스합니다.
Browse 버튼을 눌러 기본 문서 디렉토리를 찾아보거나 Wildcard 버튼을 눌러 와일드카드 패턴을 지정합니다. 와일드카드 패턴을 사용하는 자세한 방법은 Resource Picker에서 와일드카드 사용를 참조하십시오.
- Activate Serving Precompressed Content? 서버가 선택된 리소스에 대하여 미리 압축된 내용을 서비스하도록 지시합니다.
- Check Age. 압축된 버전이 압축되지 않은 버전보다 오래되었는지 확인하도록 지정합니다. yes 또는 no를 선택할 수 있습니다.
yes로 설정하는 경우 압축된 버전이 압축되지 않은 버전보다 오래된 경우 서비스되지 않습니다.
no로 설정하는 경우 압축된 버전이 압축되지 않은 버전보다 오래된 경우라도 항상 선택됩니다.
기본값은 yes로 설정됩니다.
- Vary Header. Vary: Accept-encoding 헤더를 삽입할지 지정합니다. yes 또는 no를 선택합니다.
yes로 설정하면 파일의 압축된 버전이 선택될 경우 항상 Vary: Accept-encoding 헤더가 삽입됩니다.
no로 설정되면 Vary: Accept-encoding 헤더가 삽입되지 않습니다.
기본값은 yes로 설정됩니다.
- OK를 누릅니다.
필요시 내용 압축으로 서버 구성
전송 중에 전송 데이터를 압축하도록 Sun ONE Web Server 6.1를 구성할 수도 있습니다. 동적으로 생성된 HTML 페이지는 사용자가 요청할 때까지는 존재하지 않습니다. 이것은 전자 상거래 웹 응용 프로그램과 데이터베이스 기반 사이트에 특히 유용합니다.
필요시 내용을 압축하도록 서버를 구성하려면 다음 단계를 수행하십시오.
- Class Manager에서 Content Management 탭을 누릅니다.
- Compress Content on Demand를 누릅니다.
- 다음 정보를 입력합니다.
- Editing. 드롭다운 목록에서 필요시 동적으로 압축된 내용을 서비스할 리소스를 선택합니다. 디렉토리를 선택하면 서버가 해당 디렉토리 또는 디렉토리의 파일용 URL을 수신하는 경우에만 서버가 압축된 내용을 서비스합니다.
Browse 버튼을 눌러 기본 문서 디렉토리를 찾아보거나 Wildcard 버튼을 눌러 와일드카드 패턴을 지정합니다. 와일드카드 패턴을 사용하는 자세한 방법은 Resource Picker에서 와일드카드 사용를 참조하십시오.
- Activate Compress Content on Demand? 서버가 선택된 리소스에 대해 미리 압축된 내용을 서비스해야 하는지 선택합니다.
- Vary Header. Vary: Accept-encoding 헤더를 삽입할지 지정합니다. yes 또는 no를 선택합니다.
yes로 설정하면 파일의 압축된 버전이 선택될 경우 항상 Vary: Accept-encoding 헤더가 삽입됩니다.
no로 설정되면 Vary: Accept-encoding 헤더가 삽입되지 않습니다.
기본값은 yes로 설정됩니다.
- Fragment Size. 압축 라이브러리(zlib)가 한 번에 압축할 양을 제어하는데 사용하는 메모리 조각의 크기를 바이트 단위로 지정합니다. 기본값은 8096입니다.
- Compression Level. 압축의 수준을 지정합니다. 1 ~ 9 사이 값을 선택합니다. 값 1은 속도가 최고이고 9는 압축율이 최고입니다. 기본값은 6으로 속도와 압축율이 조화된 값입니다.
- OK를 누릅니다.
obj.conf의 압축 관련 변경 사항
서버에서 압축이 사용되면 입력 항목에 obj.conf 파일이 추가됩니다. 다음은 예제 입력 항목입니다.
Output fn=?nsert-filter?filter=?ttp-compression?type=?ext/*_
특정 유형의 문서로만 압축을 제한하거나 압축된 내용을 제대로 처리하지 못하는 브라우저를 제외하려면 obj.conf 파일을 편집해야 합니다. 이 작업을 완수하기 위해 해야 할 바에 대한 더 자세한 내용은 Sun ONE Web Server 6.1 NSAPI Programmer's Guide를 참조하십시오.
