몇 가지 문제와 해당 문제의 가능한 원인 및 문제 해결에 유용한 정보는 다음과 같습니다.
Sun JavaTM System Portal Server 7 2006Q1 이상에서 메시지가 아카이브되지 않음
Access Manager 콘솔(amconsole
)에 Instant Messaging 서비스가 표시되지 않음
리디렉션 서버를 성공적으로 배포하려면 XMPP 리디렉션을 지원하는 클라이언트를 사용해야 합니다. Instant Messenger 2006Q1 이상을 사용하거나 타사 클라이언트를 사용할 경우 해당 클라이언트에서 XMPP 리디렉션을 지원하는지 확인하십시오.
XMPP/HTTP 게이트웨이에서 두 도메인을 지원하고 단 하나의 도메인에 대한 인수만 im.jnlp 파일에 있으면 나열된 도메인에 속하지 않은 사용자는 인증될 수 없습니다. 예를 들어 im.jnlp 파일에 포함된 인수가 다음과 같은 경우가 있습니다.
<argument>domain=mydomain.siroe.com</argument> |
이때 mydomain이 아닌 도메인에서 로그인을 시도하는 사용자에게는 오류 메시지가 나타나고 인증받을 수 없습니다. 이 문제를 해결하려면 다른 도메인에서 인증받을 수 있도록 Instant Messenger를 구성해야 합니다.
im.jnlp 자원 파일을 엽니다.
도메인 인수 항목을 제거합니다.
예를 들어 다음과 같이 제거합니다.
<argument>domain=mydomain.siroe.com</argument> |
Instant Messenger를 다시 다운로드합니다.
Instant Messenger를 실행합니다.
로그인 페이지가 표시됩니다.
자세히를 누릅니다.
로그인 페이지가 확장되어 클라이언트의 연결 설정을 보여 줍니다.
서버 텍스트 상자에서 게이트웨이에 대한 URL을 입력하고 ?to=domain을 추가합니다.
예를 들어 사용자가 mydomain.siroe.com에 속하면 URL에 다음과 같이 추가합니다.
?to=mydomain.siroe.com |
유효한 사용자 아이디와 비밀번호로 로그인하여 이 구성을 테스트합니다.
Sun Java System Portal Server 7 2006Q1 이상에 포털 아카이브를 설정했지만 메시지가 아카이브되지 않으면 iim.conf에서 iim_arch.portal.search 매개 변수가 다음과 같이 설정되었는지 확인하십시오.
iim_arch.portal.search="Portal Server Search URL" |
여기서 Portal Server Search URL은 Portal Server의 검색 URL입니다. 예를 들면 다음과 같습니다.
iim_arch.portal.search="http://portal.siroe.com:8080/search1/search" |
(문제 번호: 6361796) patchrm 및 patchadd 프로세스는 클라이언트 자원을 다시 배포합니다. 이 경우 사용자 정의된 파일을 모두 덮어쓰게 됩니다. 따라서 저장할 필요가 있는 사용자 정의 파일을 백업한 후에 작업을 수행하십시오.
기본적으로 Instant Messaging은 mail 속성을 사용하여 수신자가 오프라인일 때 인스턴트 메시지를 전달할 전자 메일 주소를 결정합니다. 디렉토리에서 전자 메일 주소의 mail 속성이 사용되지 않으면 디렉토리와 같은 속성을 사용하도록 Instant Messaging을 구성해야 합니다.
iim.conf를 엽니다.
iim.conf 파일 찾기 및 수정에 대한 지침은 iim.conf 파일 구문을 참조하십시오.
iim_ldap.user.mailattr 매개 변수 값을 디렉토리에서 사용자 항목의 전자 메일 주소를 포함하는 데 사용되는 속성으로 변경합니다.
캘린더 팝업이 예상대로 전달되지 않으면 여기서 설명한 대로 구성 문제를 해결합니다. 캘린더 팝업 설정에 대한 지침은 16 장, 캘린더 팝업 미리 알림 사용을 참조하십시오.
캘린더 팝업 구성에서 가장 일반적인 오류는 구성 파일에 잘못 입력된 매개 변수 이름으로 인해 발생하는 것입니다. 여기에는 표기법 및 철자법에 어긋나는 매개 변수 이름이 해당됩니다. 따라서 iim.conf 및 ics.conf에서 모든 구성 매개 변수와 해당 값을 올바르게 입력했는지 확인하십시오. 이미 팝업이 구성되어 있으면 표 A–11을 사용하여 필수 매개 변수와 해당 항목을 비교하십시오.
Instant Messaging 및 Calendar Server 구성 파일이 올바르게 구성되었어도 팝업이 예상대로 도착하지 않으면 캘린더 클라이언트와 Instant Messenger가 올바르게 구성되었는지 확인하십시오.
캘린더 클라이언트에 로그인합니다.
시간대 설정이 올바른지 확인합니다.
Calendar Express를 사용하는 경우 메뉴에서 도구 -> 옵션 -> 설정을 선택합니다.
전자 메일 미리 알림을 예약합니다.
Calendar Express를 사용하는 경우 메뉴에서 도구 -> 옵션 -> 설정을 선택합니다.
설정을 저장합니다.
동일한 사용자로 Instant Messenger에 로그인합니다.
도구 -> 설정을 선택합니다.
설정 대화 상자가 표시됩니다.
알림 탭을 선택합니다.
캘린더 미리 알림 표시 확인란을 선택하고 확인을 누릅니다.
로그인한 Instant Messenger 사용자를 그대로 둡니다.
사용자가 캘린더 클라이언트에서 구성한 시점에 전자 메일 알림 및 팝업을 받았는지 확인합니다.
전자 메일 알림을 받지 않았으면 캘린더 클라이언트가 잘못 구성된 것입니다. 문제 해결에 대한 자세한 내용은 캘린더 클라이언트 설명서를 참조하십시오.
전자 메일 알림을 받았지만 캘린더 팝업은 받지 못했고 서버와 클라이언트를 모두 올바르게 구성했다고 확신하는 경우 xmppd.log를 자세히 확인하십시오. DEBUG처럼 더 높은 세밀도로 로깅 수준을 설정해야 할 수도 있습니다. 로그 수준 변경에 대한 지침은 iim.conf 매개 변수를 사용하여 Instant Messaging 구성 요소의 로깅 수준을 설정하려면을 참조하십시오.
Sun Java System Access Manager에서 SSO를 사용하는 경우 Access Manager 서버와 Instant Messaging 서버에서 동일한 웹 컨테이너를 사용하도록 구성해야 합니다.
이 문제에 가능한 원인은 다음과 같습니다.
애플릿 페이지에 잘못된 코드베이스가 있습니다.
웹 컨테이너 구성에 Application/x-java-jnlp-file MIME 형식이 정의되지 않았습니다.
Java Web Start 의 플러그인이 설치되지 않았거나 작동하지 않습니다.
호환되는 Java 버전이 없습니다.
보안 예외로 인해 .jar 파일의 서명을 확인할 수 없습니다.
필요한 정보를 가져올 수 있는 위치:
Java Web Start 또는 플러그인 오류(예외 스택 추적, 시작 페이지)
브라우저의 애플릿 페이지 소스
이 문제에 가능한 원인은 다음과 같습니다.
Instant Messaging 서버 또는 멀티플렉서가 실행되고 있지 않습니다.
애플릿 설명자 파일(.jnlp 또는.html)에 잘못된 멀티플렉서 호스트 또는 포트 번호가 사용되었습니다.
Instant Messenger와 멀티플렉서 간에 서로 다른 SSL 설정이 사용되었습니다.
클라이언트와 서버의 버전이 일치하지 않습니다.
진단 정보를 가져올 수 있는 위치:
Instant Messaging 서버 및 멀티플렉서 로그 파일
Instant Messenger 로그
Instant Messenger 정보 대화 상자의 세부 정보 탭
이 문제에 가능한 원인은 다음과 같습니다.
DAP 서버가 실행되고 있지 않거나 준비 오류(예: 스키마 위반)가 발생하는 등 LDAP 서버에 액세스하는 동안 발생하는 문제
최종 사용자를 찾을 수 없습니다.
자격 증명이 유효하지 않습니다.
Instant Messenger 세션이 유효하지 않습니다.
진단 정보를 가져올 수 있는 위치:
Instant Messaging 서버, Identity 인증 및 LDAP 로그 파일
Sun Java System Access Manager를 사용하여 배포할 때 디렉토리의 사용자 항목에 iplanet-am-managed-person 객체 클래스가 포함되어 있는지 확인하십시오. Instant Messaging 서버는 이 객체 클래스를 사용하여 Access Manager 배포에서 유효한 사용자를 검색합니다. 이 객체 클래스 및 Access Manager에서 이 객체 클래스를 사용하는 방법에 대한 자세한 내용은 Sun Java System Access Manager 설명서를 참조하십시오.
이 문제에 가능한 원인은 다음과 같습니다.
서버에서 세션 토큰을 검증할 수 없습니다.
Instant Messaging 채널이 제대로 구성되지 않았습니다. 예를 들어 Instant Messaging 서버 호스트, 포트 또는 둘 모두가 잘못되었습니다.
플러그인 또는 Java Web Start가 설치되지 않았거나 작동하지 않습니다.
최종 사용자가 없으며 Instant Messaging 서버가 LDAP 조회에서 최종 사용자를 찾을 수 없습니다.
진단 정보를 가져올 수 있는 위치:
Instant Messaging 서버 및 Instant Messaging 채널 로그
이 문제에 가능한 원인은 다음과 같습니다.
내용이 실제로는 아카이브되지만 최종 사용자가 내용에 액세스할 권한이 없습니다.
내용이 데이터베이스로 아직 완결되지 않았습니다.
Instant Messaging 서버에서 아카이브 공급자가 비활성화되었습니다.
진단 정보를 가져올 수 있는 위치:
Instant Messaging 서버 및 아카이브 로그 파일
이 문제에 가능한 원인은 다음과 같습니다.
서버 식별이 잘못되었습니다.
SSL 설정이 일치하지 않습니다.
진단 정보를 가져올 수 있는 위치:
두 서버의 Instant Messaging 서버 로그 파일
Instant Messaging을 설치 또는 제거하는 도중 치명적인 오류가 발생하면 시스템 상태가 불안정하게 될 수 있습니다. 이로 인해 설치 및 제거 작업을 완료하지 못하게 됩니다. 이 경우 새로 설치할 수 있도록 모든 Instant Messaging 구성 요소를 수동으로 제거해야 합니다. 이러한 정리 절차는 패키지 및 레지스트리 정보의 제거 작업으로 구성됩니다.
이후의 설치에서 필요한 모든 정보를 백업합니다.
자세한 지침은 Instant Messaging 데이터 백업을 참조하십시오.
제품 레지스트리 정보를 수동으로 편집합니다.
Solaris 9의 경우 다음 명령을 실행합니다.
prodreg(1) |
기타 모든 운영 체제의 경우 다음을 수행합니다.
productregistry.xml을 편집하고, 파일에서 모든 Instant Messaging XML 요소를 제거합니다.
기본적으로 productregistry XML 파일은 다음 위치에 저장됩니다.
Solaris: /var/sadm/install/productregistry
Linux: /var/tmp/productregistry
다음 패키지나 RPM이 아직 남아 있으면 이를 제거합니다.
SUNWiim
SUNWiimc
SUNWiimd
SUNWiimid
SUNWiimin
SUNWiimjd
SUNWiimm
SUNWiimc-l10n
SUNWiimd-l10n
SUNWiimid-l10n
SUNWiimin-l10n
amconsole
)에 Instant Messaging 서비스가 표시되지 않음Instant Messaging에서 Access Manager 정책을 Sun Java System Application Server 배포 환경에 사용할 경우 Instant Messaging 구성을 끝낸 후 Application Server를 다시 시작해야 합니다. Application Server를 다시 시작하지 않으면 Access Manager 콘솔(amconsole
)에서 Instant Messaging 서비스가 표시되지 않습니다.