Windows SharePoint Services를 설치한 후 Outlook Web Access(OWA)를 사용하여 Exchange Server 2003 클라이언트를 탐색하면 "페이지를 찾을 수 없습니다." 오류 메시지가 나타난다

기술 자료 번역 기술 자료 번역
기술 자료: 823265 - 이 문서가 적용되는 제품 보기.
모두 확대 | 모두 축소

현상

Microsoft Outlook Web Access를 사용하여 Microsoft Exchange Server 2003 클라이언트를 탐색하려고 하면 다음과 유사한 오류 메시지가 나타날 수 있습니다.
페이지를 찾을 수 없습니다.

원인

이 문제는 Microsoft Exchange Server를 실행하는 서버에 Microsoft Windows SharePoint Services를 설치한 후에 발생할 수 있습니다. Windows SharePoint Services ISAPI 필터는 들어오는 모든 URL을 처리합니다. Exchange Server 2003 가상 디렉터리 중 하나를 탐색하면 ISAPI 필터가 폴더의 URL 경로를 찾지 못합니다.

해결 방법

이 문제를 해결하고 Windows SharePoint Services와 Exchange Server 2003이 모두 올바르게 작동하도록 하려면 Kerberos 인증을 설정하고 Microsoft Exchange Server 2003이 사용하는 폴더(디렉터리)는 제외시켜야 합니다. 이렇게 하려면 다음과 같이 하십시오.
  1. Windows SharePoint Services와 Exchange Server 2003 프로그램을 실행하는 가상 서버가 Kerberos 인증을 사용하도록 구성합니다.

    Windows SharePoint Services를 사용하여 가상 서버를 확장하면 Kerberos 인증이 해제되고 Windows 통합 인증이 설정됩니다. Exchange Server 2003이 올바르게 작동하려면 Kerberos 인증을 사용하도록 가상 서버를 구성해야 합니다. Kerberos 인증을 사용하도록 Windows SharePoint Services를 구성하는 방법에 대한 자세한 내용은 Microsoft 기술 자료의 다음 문서를 참조하십시오.
    832769 Kerberos 인증을 사용하도록 Windows SharePoint Services 가상 서버를 구성하는 방법 및 Kerberos 인증에서 NTLM 인증으로 다시 전환하는 방법
  2. Microsoft Exchange Server 2003이 사용하는 다음 폴더(디렉터리)를 제외시킵니다.
    • Public
    • Exchange
    • Exadmin
    • OMA
    • Microsoft-Server-ActiveSync
    • ExchWeb
    이렇게 하려면 다음과 같이 하십시오.
    1. Exchange Server 2003과 Windows SharePoint Services를 실행하는 서버에서 시작, 관리 도구, SharePoint 중앙 관리를 차례로 누릅니다.
    2. 가상 서버 구성 영역에서 가상 서버 설정 구성을 누릅니다.
    3. 가상 서버 목록 탭에서 제외된 경로를 추가해야 하는 가상 서버를 누릅니다.
    4. 가상 서버 관리에서 관리 경로 정의를 누릅니다.
    5. 새 경로 추가 구역의 경로 상자에 제외시킬 경로를 입력합니다.
    6. 제외 경로를 누른 다음 확인을 누릅니다.
    7. 제외시킬 각 폴더에 대해 d-f단계를 반복합니다.
Outlook Mobile Access를 Microsoft Windows SharePoint Services와 함께 사용해야 하는 경우 이 가상 디렉터리에 액세스할 수 있도록 하려면 OMA 경로를 제외시키는 것 이외에 추가 단계를 완료해야 합니다. 다음 경로에 있는 OMA Web.config 파일을 엽니다.
\Program Files\Exchsrvr\OMA\browse\web.config
Web.config의 <system.web></system.web> 사이에 다음 지시문을 추가합니다. <system.web> 바로 다음에 이러한 지시문을 추가하여 가능한 한 간단하게 유지합니다.
<!-- 
        Clear out the WSS ASP.Net handler and specify the default ASP.Net handler for all pages 
    -->

 

    <httpHandlers>
        <clear />
        <add verb="*" path="*.aspx" type="System.Web.UI.PageHandlerFactory" />
    </httpHandlers>

 

    <!-- 

        Set the trust back to Full.  WSS configures a very restrictive trust policy that does not allow OMA to run correctly.

    -->

 

    <trust level="Full" originUrl="" />

 

 

    <!-- 

        Enable the session module.  This can also be enabled on the WSS Web.config, but is not enabled by default.
   
        If you receive the following message:

 

        Parser Error Message: The module 'Session' is already in the application and cannot be added again

 

        You can remove the following <httpModules></httpModules> section as session is already enabled on the virtual server 

    --> 

 

    <httpModules>
        <add name="Session" type="System.Web.SessionState.SessionStateModule"/>
    </httpModules>

 <!-- Enable Session for the pages in the OMA application --> 
<pages enableSessionState="true" enableViewState="true" enableViewStateMac="true" validateRequest="false" />

Web.config에 지시문을 추가한 다음 파일을 저장합니다.



Microsoft 제품 관련 기술 전문가들과 온라인으로 정보를 교환하시려면 Microsoft 뉴스 그룹에 참여하시기 바랍니다.

속성

기술 자료: 823265 - 마지막 검토: 2006년 7월 14일 금요일 - 수정: 5.1
본 문서의 정보는 다음의 제품에 적용됩니다.
  • Microsoft Windows SharePoint Services
키워드:?
kberrmsg kbtshoot kbprb KB823265

피드백 보내기

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com