test

Sun Java System Instant Messaging 7.2 관리 설명서

문제 및 해결 방법

몇 가지 문제와 해당 문제의 가능한 원인 및 문제 해결에 유용한 정보는 다음과 같습니다.

클라이언트에서 Instant Messaging 리디렉션 서버에 연결할 수 없음

리디렉션 서버를 성공적으로 배포하려면 XMPP 리디렉션을 지원하는 클라이언트를 사용해야 합니다. Instant Messenger 2006Q1 이상을 사용하거나 타사 클라이언트를 사용할 경우 해당 클라이언트에서 XMPP 리디렉션을 지원하는지 확인하십시오.

XMPP/HTTP 게이트웨이를 통해 Instant Messenger에 로그인할 수 없음

XMPP/HTTP 게이트웨이에서 두 도메인을 지원하고 단 하나의 도메인에 대한 인수만 im.jnlp 파일에 있으면 나열된 도메인에 속하지 않은 사용자는 인증될 수 없습니다. 예를 들어 im.jnlp 파일에 포함된 인수가 다음과 같은 경우가 있습니다.


<argument>domain=mydomain.siroe.com</argument>

이때 mydomain이 아닌 도메인에서 로그인을 시도하는 사용자에게는 오류 메시지가 나타나고 인증받을 수 없습니다. 이 문제를 해결하려면 다른 도메인에서 인증받을 수 있도록 Instant Messenger를 구성해야 합니다.

Procedure특정 도메인에서 인증하도록 Instant Messenger를 구성하려면

  1. im.jnlp 자원 파일을 엽니다.

  2. 도메인 인수 항목을 제거합니다.

    예를 들어 다음과 같이 제거합니다.


    <argument>domain=mydomain.siroe.com</argument>

  3. Instant Messenger를 다시 다운로드합니다.

  4. Instant Messenger를 실행합니다.

    로그인 페이지가 표시됩니다.

  5. 자세히를 누릅니다.

    로그인 페이지가 확장되어 클라이언트의 연결 설정을 보여 줍니다.

  6. 서버 텍스트 상자에서 게이트웨이에 대한 URL을 입력하고 ?to=domain을 추가합니다.

    예를 들어 사용자가 mydomain.siroe.com에 속하면 URL에 다음과 같이 추가합니다.


    ?to=mydomain.siroe.com

  7. 유효한 사용자 아이디와 비밀번호로 로그인하여 이 구성을 테스트합니다.

Sun JavaTM System Portal Server 7 2006Q1 이상에서 메시지가 아카이브되지 않음

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"

patchrm 및 patchadd 실행 후 Instant Messenger 자원 사용자 정의가 손실됨

(문제 번호: 6361796) patchrm 및 patchadd 프로세스는 클라이언트 자원을 다시 배포합니다. 이 경우 사용자 정의된 파일을 모두 덮어쓰게 됩니다. 따라서 저장할 필요가 있는 사용자 정의 파일을 백업한 후에 작업을 수행하십시오.

오프라인 사용자에게 메일을 전달할 수 없음

기본적으로 Instant Messaging은 mail 속성을 사용하여 수신자가 오프라인일 때 인스턴트 메시지를 전달할 전자 메일 주소를 결정합니다. 디렉토리에서 전자 메일 주소의 mail 속성이 사용되지 않으면 디렉토리와 같은 속성을 사용하도록 Instant Messaging을 구성해야 합니다.

Procedure사용자 전자 메일 주소에 사용되는 속성을 구성하려면

  1. iim.conf를 엽니다.

    iim.conf 파일 찾기 및 수정에 대한 지침은 iim.conf 파일 구문을 참조하십시오.

  2. iim_ldap.user.mailattr 매개 변수 값을 디렉토리에서 사용자 항목의 전자 메일 주소를 포함하는 데 사용되는 속성으로 변경합니다.

캘린더 팝업 미리 알림이 작동하지 않음

캘린더 팝업이 예상대로 전달되지 않으면 여기서 설명한 대로 구성 문제를 해결합니다. 캘린더 팝업 설정에 대한 지침은 16 장, 캘린더 팝업 미리 알림 사용을 참조하십시오.

캘린더 팝업 구성에서 가장 일반적인 오류는 구성 파일에 잘못 입력된 매개 변수 이름으로 인해 발생하는 것입니다. 여기에는 표기법 및 철자법에 어긋나는 매개 변수 이름이 해당됩니다. 따라서 iim.conf 및 ics.conf에서 모든 구성 매개 변수와 해당 값을 올바르게 입력했는지 확인하십시오. 이미 팝업이 구성되어 있으면 표 A–11을 사용하여 필수 매개 변수와 해당 항목을 비교하십시오.

Instant Messaging 및 Calendar Server 구성 파일이 올바르게 구성되었어도 팝업이 예상대로 도착하지 않으면 캘린더 클라이언트와 Instant Messenger가 올바르게 구성되었는지 확인하십시오.

Procedure캘린더 클라이언트 및 Instant Messenger 구성에서 팝업 관련 문제를 해결하려면

  1. 캘린더 클라이언트에 로그인합니다.

  2. 시간대 설정이 올바른지 확인합니다.

    Calendar Express를 사용하는 경우 메뉴에서 도구 -> 옵션 -> 설정을 선택합니다.

  3. 전자 메일 미리 알림을 예약합니다.

    Calendar Express를 사용하는 경우 메뉴에서 도구 -> 옵션 -> 설정을 선택합니다.

  4. 설정을 저장합니다.

  5. 동일한 사용자로 Instant Messenger에 로그인합니다.

  6. 도구 -> 설정을 선택합니다.

    설정 대화 상자가 표시됩니다.

  7. 알림 탭을 선택합니다.

  8. 캘린더 미리 알림 표시 확인란을 선택하고 확인을 누릅니다.

  9. 로그인한 Instant Messenger 사용자를 그대로 둡니다.

  10. 사용자가 캘린더 클라이언트에서 구성한 시점에 전자 메일 알림 및 팝업을 받았는지 확인합니다.

    전자 메일 알림을 받지 않았으면 캘린더 클라이언트가 잘못 구성된 것입니다. 문제 해결에 대한 자세한 내용은 캘린더 클라이언트 설명서를 참조하십시오.

    전자 메일 알림을 받았지만 캘린더 팝업은 받지 못했고 서버와 클라이언트를 모두 올바르게 구성했다고 확신하는 경우 xmppd.log를 자세히 확인하십시오. DEBUG처럼 더 높은 세밀도로 로깅 수준을 설정해야 할 수도 있습니다. 로그 수준 변경에 대한 지침은 iim.conf 매개 변수를 사용하여 Instant Messaging 구성 요소의 로깅 수준을 설정하려면을 참조하십시오.

단일 사인 온(SSO)이 작동하지 않음

Sun Java System Access Manager에서 SSO를 사용하는 경우 Access Manager 서버와 Instant Messaging 서버에서 동일한 웹 컨테이너를 사용하도록 구성해야 합니다.

Instant Messenger가 로드되거나 시작되지 않음

이 문제에 가능한 원인은 다음과 같습니다.

필요한 정보를 가져올 수 있는 위치:

연결이 거부되거나 시간이 초과됨

이 문제에 가능한 원인은 다음과 같습니다.

진단 정보를 가져올 수 있는 위치:

인증 오류

이 문제에 가능한 원인은 다음과 같습니다.

진단 정보를 가져올 수 있는 위치:

Instant Messenger 채널 표시 오류

이 문제에 가능한 원인은 다음과 같습니다.

진단 정보를 가져올 수 있는 위치:

Instant Messaging 서버 및 Instant Messaging 채널 로그

Instant Messaging의 내용이 아카이브되지 않음

이 문제에 가능한 원인은 다음과 같습니다.

진단 정보를 가져올 수 있는 위치:

Instant Messaging 서버 및 아카이브 로그 파일

서버 간 통신을 시작할 수 없음

이 문제에 가능한 원인은 다음과 같습니다.

진단 정보를 가져올 수 있는 위치:

두 서버의 Instant Messaging 서버 로그 파일

치명적인 설치 오류로 인해 불안정한 서버 상태

Instant Messaging을 설치 또는 제거하는 도중 치명적인 오류가 발생하면 시스템 상태가 불안정하게 될 수 있습니다. 이로 인해 설치 및 제거 작업을 완료하지 못하게 됩니다. 이 경우 새로 설치할 수 있도록 모든 Instant Messaging 구성 요소를 수동으로 제거해야 합니다. 이러한 정리 절차는 패키지 및 레지스트리 정보의 제거 작업으로 구성됩니다.

Procedure모든 Instant Messaging 구성 요소를 수동으로 제거하려면

  1. 이후의 설치에서 필요한 모든 정보를 백업합니다.

    자세한 지침은 Instant Messaging 데이터 백업을 참조하십시오.

  2. 제품 레지스트리 정보를 수동으로 편집합니다.

    Solaris 9의 경우 다음 명령을 실행합니다.


    prodreg(1)

    기타 모든 운영 체제의 경우 다음을 수행합니다.

    1. productregistry.xml을 편집하고, 파일에서 모든 Instant Messaging XML 요소를 제거합니다.

      기본적으로 productregistry XML 파일은 다음 위치에 저장됩니다.

      • Solaris: /var/sadm/install/productregistry

      • Linux: /var/tmp/productregistry

    2. 다음 패키지나 RPM이 아직 남아 있으면 이를 제거합니다.

      • SUNWiim

      • SUNWiimc

      • SUNWiimd

      • SUNWiimid

      • SUNWiimin

      • SUNWiimjd

      • SUNWiimm

      • SUNWiimc-l10n

      • SUNWiimd-l10n

      • SUNWiimid-l10n

      • SUNWiimin-l10n

Access Manager 콘솔(amconsole)에 Instant Messaging 서비스가 표시되지 않음

Instant Messaging에서 Access Manager 정책을 Sun Java System Application Server 배포 환경에 사용할 경우 Instant Messaging 구성을 끝낸 후 Application Server를 다시 시작해야 합니다. Application Server를 다시 시작하지 않으면 Access Manager 콘솔(amconsole)에서 Instant Messaging 서비스가 표시되지 않습니다.