다음 표에서는 관리에 있어 알려진 문제점을 설명합니다.
표 10 }관리의 알려진 문제
문제 ID |
설명 |
|
---|---|---|
6197731 |
Admin Server에 액세스하는 중 내부 오류가 발생합니다. 해결 방법: Web Server 6.1 SP4가 Directory Server(버전 5.2 패치 3 이하)가 있는 Windows 컴퓨터에 설치되어 있는 경우 Web Server Admin Server에 문제가 발생할 수 있습니다. 이러한 문제를 방지하려면 Web Server와 Directory Server를 별개의 컴퓨터에 설치하는 것이 좋습니다. 이 문제는 Windows 플랫폼에만 적용됩니다. |
|
6021151 |
쉼표가 있는 LDAP DN을 포함하는 JNDI 자원을 만들기 위해 HttpServerAdmin을 사용하는 중 문제가 발생합니다. 해결 방법: HttpServerAdmin의 경우 `,'를 이스케이프하려면 속성에 이스케이프 문자로 `\\'를 사용하십시오(Windows 플랫폼에서는 `\' 사용). java.naming.provider.url=ldap://localhost:389/ou=loggingQueues, ou=tms,ou=services,ou=abc 등록 정보에서 `,'는 다음과 같이 이스케이프됩니다. -property java.naming.provider.url=ldap://localhost:389/ou=loggingQueues \\,ou=tms\\,ou=services\\,ou=abc |
|
5007892 |
dist-admin: ACL 삭제로 obj를 제거할 수 없습니다. 해결 방법: 다음과 같이 https-admserv에 대한 NameTrans를 주석으로 처리합니다.
|
|
5035129 |
RHLAS 3.0에 국한된 경우로 WS 6.1 SP2 Admin을 사용하여 DS user/group/ou를 관리할 수 없습니다. |
|
4650456 |
멀티바이트 문자에서 액세스 보기와 오류 보기가 제대로 작동하지 않습니다. |
|
4652585 |
분산 관리를 사용하는 경우 로컬 관리자를 사용할 수 없게 됩니다. 해결 방법: 분산된 관리자 그룹에 기본 관리자 이름으로 사용자를 만듭니다. 참고로 새로 만들어진 LDAP 관리자의 비밀번호는 반드시 Web Server 관리자의 비밀번호와 동일해야 합니다. |
|
4725683 |
로그 파일 날짜 스탬프가 로컬 시간대를 적용하지 않으며 잘못된 날짜를 표시합니다. 해결 방법: 로그 파일 파일 이름 확장자의 날짜가 로그 항목 자체의 날짜와 일치해야 하는 경우 서버가 로그 파일을 하루의 끝인 23:59에 교체하도록 구성합니다. |
|
4761960 |
Version 6.0 SP4에서 SASL과 익명 바인드를 사용할 때 분산 관리를 사용할 수 없습니다. 해결 방법: SSL을 사용하는 디렉토리 서버에 익명 바인드를 사용하지 않습니다. |
|
4841310 |
.htaccess로 인증하는 경우 REMOTE_USER 변수를 가져올 수 없습니다. 해결 방법: .htaccess 파일을 사용하도록 설정하면 서버가 자원을 서비스하기 전에 .htaccess 파일을 확인합니다. 서버는 우선 자원과 동일한 디렉토리에서 시작하여 그 상위 디렉토리, 다시 문서 루트까지 .htaccess 파일을 찾습니다. 예를 들어, Primary Document Directory가 /sun/server/docs로 설정되어 있고 클라이언트가 /sun/server/docs/reports/index.html을 요청하는 경우 서버는 /sun/server/docs/reports/.htaccess와 /sun/server/docs/.htaccess 에서 .htaccess 파일을 확인하게 됩니다. 참고로 관리자는 추가 문서 디렉토리와 CGI 디렉토리 기능을 사용하여 대체 문서 루트를 정의할 수 있습니다. 대체 문서 루트가 있으면 .htaccess 파일 처리가 달라집니다. 예를 들어, 서버의 기본 문서 디렉토리는 /sun/server/docs로 설정되고 CGI 프로그램은 /sun/server/docs/cgi-bin/program.cgi에 있는 것으로 가정합니다. CGI를 파일 유형으로 사용 설정하면 클라이언트가 CGI 프로그램을 요청할 때 서버는 /sun/server/docs/.htaccess와 /sun/server/docs/cgi-bin/.htaccess의 내용을 모두 확인합니다. 그러나 대신 CGI 디렉토리를 /sun/server/docs/cgi-bin으로 구성하면 서버가 /sun/server/docs/cgi-bin/.htaccess는 확인하지만 /sun/server/docs/.htaccess 는 확인하지 않습니다. 이는 /sun/server/docs/cgi-bin을 CGI 디렉토리로 지정하면 이 디렉토리가 대체 문서 루트가 되기 때문입니다. |
|
4865295 |
End User Administration 기능(관리 인터페이스의 Distributed Administration)이 더 이상 지원되지 않습니다. |
|
4882999 |
관리 GUI의 모양과 느낌이 일관되지 않습니다. |
|
4888696 |
충분한 정보를 입력하지 않으면 Netscape 7.0에서 관리 GUI의 서버 추가 페이지가 사라집니다. 해결 방법: Add Server 페이지에서 확인을 누르기 전에 완전한 정보를 입력합니다. 필요한 경우 페이지를 다시 로드하여 서버 추가 GUI를 복원하거나 다른 페이지 또는 다른 탭을 클릭한 후 다시 서버 추가 페이지로 돌아갑니다. 이 문제는 Netscape 7.0에서만 발생합니다. |
|
4910309 |
경고 메시지에 `null'이라는 단어가 잘못 표시됩니다. 이 메시지는 Virtual Server Manager의 Virtual Server 페이지용 Pick Directory에서 디렉토리 서비스를 편집할 때 발생합니다. |
|
4905808 |
분산 관리를 사용하도록 설정한 후 수퍼유저가 관리 인터페이스에 액세스할 수 없습니다. 해결 방법: 분산 관리를 사용하도록 설정한 후 해당 `수퍼유저'와 동일한 관리자 이름 및 비밀번호로 LDAP에 사용자를 만듭니다. |
|
4908694 |
로깅 설정용 Default 링크가 작동하지 않습니다. Virtual Server 페이지에 대한 Logging Settings에서 Default 링크가 기본 경로로 설정되지 않았으며, 재설정 버튼으로 작동합니다. |
|
4910197 |
JDBC 리소스를 편집할 때 등록 정보 페이지에 포함된 값이 삭제 후에도 유지됩니다. |
|
4911552 |
.shtml 파일의 구문을 분석하지 않아야 하는 경우에도 파일 구문이 분석됩니다. Class Manager의 Content Management 탭에 있는 Parse HTML 페이지에 관련된 문제입니다. 이 페이지에서 .shtml 파일의 구문을 분석하지 않도록 구성한 경우에도 파일 구문이 분석됩니다. 예를 들어, `예, exec 태그 있음' 및 `모든 HTML 파일'을 지정한 경우에도 .shtml 파일의 구문이 분석됩니다. |
|
ID 없음 |
Web Server에 번들된 sun-web.xml 파일이 잘못된 DTD 위치를 가리킵니다. 수정 내용: 올바른 위치는 http://www.sun.com/software/dtd/webserver/sun-web-app_2_3-1.dtd입니다. |
|
6284698 |
루트가 아닌 사용자로 설치하면 Web Server가 작동하지 않습니다. 해결 방법: 웹 관리 콘솔을 사용하는 대신 명령줄에서 Web Server 인스턴스를 시작합니다. |
|
6078104 |
passthrough 플러그인을 구성하면 WS6.1에서 JSP 응용 프로그램에 액세스할 수 없습니다. 해결 방법: passthrough의 service 지시문에서 다음 줄을 변경합니다. 변경 전: Service type="magnus-internal/passthrough" fn="service-passthrough" servers="http://server:port" 변경 후: Service fn="service-passthrough" servers="http://server:port" |
|
4841310 |
.htaccess로 인증하는 경우 REMOTE_USER 변수를 가져올 수 없습니다. 해결 방법:If you enable ..htaccess 파일을 사용하도록 설정하면 서버가 자원을 서비스하기 전에 .htaccess 파일을 확인합니다. 서버는 우선 자원과 동일한 디렉토리에서 시작하여 그 상위 디렉토리, 다시 문서 루트까지 .htaccess 파일을 찾습니다. 예를 들어, Primary Document Directory가 /sun/server/docs로 설정되어 있고 클라이언트가 /sun/server/docs/reports/index.html을 요청하는 경우 서버는 /sun/server/docs/reports/.htaccess와 /sun/server/docs/.htaccess 에서 .htaccess 파일을 확인하게 됩니다. 참고로 관리자는 추가 문서 디렉토리와 CGI 디렉토리 기능을 사용하여 대체 문서 루트를 정의할 수 있습니다. 대체 문서 루트가 있으면 htaccess 파일 처리가 달라집니다. 예를 들어, 서버의 기본 문서 디렉토리는 /sun/server/docs로 설정되고 CGI 프로그램은 /sun/server/docs/cgi-bin/program.cgi에 있는 것으로 가정합니다. CGI를 파일 유형으로 사용 설정하면 클라이언트가 CGI 프로그램을 요청할 때 서버는 /sun/server/docs/.htaccess와 /sun/server/docs/cgi-bin/.htaccess의 내용을 모두 확인합니다. 그러나 대신 CGI 디렉토리를 /sun/server/docs/cgi-bin으로 구성하면 서버가 /sun/server/docs/cgi-bin/.htaccess는 확인하지만 /sun/server/docs/.htaccess는 확인하지 않습니다. 이는 /sun/server/docs/cgi-bin을 CGI 디렉토리로 지정하면 이 디렉토리가 대체 문서 루트가 되기 때문입니다. |
|
4991278 |
JSP ClassCache 파일을 삭제할 수 있는 관리 GUI 기능이 없습니다. |
|
6316262 |
관리 GUI가 accesslog 경로의 변경 내용을 반영하지 않습니다. |
|
6316265 |
관리 GUI에 변경 내용을 적용하려면 `적용을 클릭'하라고 표시되어 있지만 관리 서버에 대한 `적용' 버튼이 없습니다. |