Outlook Web Access와 Exchange 2007, Exchange 2003 및 Exchange 2000 공존

적용 대상: Exchange Server 2007 SP3, Exchange Server 2007 SP2, Exchange Server 2007 SP1

마지막으로 수정된 항목: 2009-08-20

이 항목에서는 Microsoft Exchange Server 2007보다 이전에 출시된 Microsoft Exchange 버전을 하나 이상 실행 중인 컴퓨터가 있는 Exchange 조직에서 Microsoft Outlook Web Access가 어떻게 작동하는지에 대해 설명합니다. 이러한 이전 버전에는 Microsoft Exchange Server 2003 및 Microsoft Exchange 2000 Server가 포함될 수 있습니다. 이 정보를 사용하여 성공적인 공존 전략을 계획할 수 있습니다. 또한 Exchange 2007로 마이그레이션할 수 있습니다.

Exchange Server 2007 이전의 Outlook Web Access

Exchange 2003 및 Exchange 2000의 경우 프런트 엔드와 백 엔드라는 두 개의 서버 구성이 있었습니다. 프런트 엔드 서버의 기본 역할은 Outlook Web Access 콘텐츠에 대한 클라이언트 요청을 프록시 처리하는 것이었습니다. 프런트 엔드 서버에서 요청을 수락하고 백 엔드 서버에 이를 전달하면, 백 엔드 서버가 콘텐츠를 호스팅하고 모든 비즈니스 논리와 Outlook Web Access 사용자 인터페이스 표시를 처리했습니다.

프런트 엔드 또는 백 엔드 서버의 IIS(인터넷 정보 서비스) 메타베이스에는 일반적으로 다음과 같은 세 개의 가상 디렉터리가 Outlook Web Access와 연결되어 있습니다.

• /exchange   Outlook Web Access 및 WebDAV에 대한 사서함 액세스 요청을 처리합니다.

• /public   공용 폴더에 대한 요청을 처리합니다.

• /exchweb   Outlook Web Access 및 WebDAV에서 사용되는 리소스 파일을 포함합니다.

프런트 엔드 서버를 통해 /exchange 가상 디렉터리에 액세스하는 경우 자격 증명을 입력하라는 메시지가 나타납니다. 그러면 백 엔드 서버에서 /exchange로 프록시 처리되고 Outlook Web Access 사용자 인터페이스가 표시됩니다.

Exchange Server 2007에서의 Outlook Web Access

Exchange 2007에는 Exchange 아키텍처에 중요한 변화가 있었습니다. Exchange 2007에서는 Exchange 2003 및 Exchange 2000의 프런트 엔드/백 엔드 아키텍처를 사용하는 대신 클라이언트 액세스 서버 역할을 통해 Outlook Web Access를 제공합니다. Exchange 2007의 클라이언트 액세스 서버 역할과 이전 버전의 Microsoft Exchange에 사용된 프런트 엔드 구성 간의 주요 차이점은 클라이언트 액세스 서버가 비즈니스 논리를 포함하고 Outlook Web Access 사용자 인터페이스도 표시한다는 점입니다. Exchange 2000 및 Exchange 2003 사서함에 Outlook Web Access를 제공하기 위해 클라이언트 액세스 서버 역할을 실행하는 Exchange 2007 서버의 경우 클라이언트 액세스 서버에서 Exchange 2000 또는 Exchange 2003 프런트 엔드 서버를 에뮬레이트해야 합니다.

배포 시 고려할 사항은 특정 조직의 서버 구성 방법에 따라 다릅니다.

배포 시 고려할 사항

Outlook Web Access를 환경에 배포하려는 경우 다음 사항을 고려합니다.

• 조직에 Exchange 2007, Exchange 2003 및 Exchange 2000 컴퓨터를 포함할 경우 Exchange 2007 클라이언트 액세스 서버 역할과 Exchange 2007 사서함 서버 역할을 서로 다른 컴퓨터에 설치하는 것이 좋습니다. 그러나 Exchange 2003 및 Exchange 2000 컴퓨터를 여전히 유지 관리하면서 클라이언트 액세스 서버 역할과 사서함 서버 역할을 단일 컴퓨터에서 결합하려는 경우에는 다음과 같은 두 개의 URL을 노출해야 합니다.

  • 하나는 Exchange 2007 컴퓨터로 연결되는 URL입니다(예: https://<Exchange2007 컴퓨터 이름>.contoso.com/owa).

  • 다른 하나는 Exchange 2003 또는 Exchange 2000 컴퓨터로 연결되는 URL입니다(예: https://<Exchange2003 컴퓨터 이름>.contoso.com/exchange).

• Exchange 2003 또는 Exchange 2000 프런트 엔드 서버를 사용하여 Exchange 2007 사서함 서버 앞에 Exchange 2007을 배포할 수는 없습니다.

• Exchange 2007의 원본 릴리스(RTM) 버전에서는 Outlook Web Access를 통해 Exchange 2007 공용 폴더에 액세스할 수 없습니다. Exchange 2007용 Outlook Web Access의 공용 폴더에 대한 지원 기능이 Exchange 2007 SP1(서비스 팩 1)에 추가되었습니다. 자세한 내용은 이 항목 뒷부분의 "공용 폴더"를 참조하십시오.

• 사서함을 Exchange 2007로 이동하기 전에 기존의 모든 Exchange 2003 및 Exchange 2000 프런트 엔드 서버를 Exchange 2007 클라이언트 액세스 서버로 바꿔야 합니다. Exchange 2007 클라이언트 액세스 컴퓨터에는 일반적으로 Exchange 2003 및 Exchange 2000 프런트 엔드 서버보다 더 강력한 하드웨어가 필요합니다. 자세한 내용은 클라이언트 액세스 서버 크기 조정을 참조하십시오.

가상 디렉터리

다음 표에서는 Exchange 2007 컴퓨터에 기본적으로 설치되는 가상 디렉터리를 보여줍니다. 설치되는 가상 디렉터리는 컴퓨터에 설치된 서버 역할에 따라 다릅니다.

서로 다른 구성으로 설치되는 Exchange 2007 가상 디렉터리

Exchange 2007에서 /owa 가상 디렉터리는 Exchange 2007 Outlook Web Access 요청을 반환하는 데 사용됩니다. 레거시 가상 디렉터리는 Exchange 2003 Outlook Web Access 요청, Exchange 2000 Outlook Web Access 요청, WebDAV 요청 및 일부 관리 기능을 처리하고, 이 레거시 가상 디렉터리를 통해 클라이언트 액세스 서버 역할이 Exchange 2003 또는 Exchange 2000 프런트 엔드 서버와 같은 기능을 합니다. 즉, 클라이언트 액세스 서버가 요청을 받아 이를 백 엔드 서버로 프록시 처리합니다. Exchange 2007의 각 가상 디렉터리 역할에 대한 자세한 내용은 Exchange 2007에서 Outlook Web Access 가상 디렉터리 관리를 참조하십시오.

요청을 받아 이를 백 엔드 서버로 프록시 처리하는 논리는 Exprox.dll에서 제공하고, 구체적으로 Exprox.dll은 클라이언트 액세스 서버의 클라이언트 요청을 Exchange 2007 사서함 서버, Exchange 2003 백 엔드 서버 또는 Exchange 2000 백 엔드 서버로 프록시 처리합니다.

레거시 요청을 처리하는 논리는 Davex.dll에서 제공하고, Davex.dll은 DAV(Distributed Authoring and Versioning) 요청을 처리하고 Exchange 2007 사서함 사용자를 /owa 가상 디렉터리에 리디렉션하며 Exchange 2003 및 Exchange 2000 Outlook Web Access 환경을 표시합니다.

Exprox.dll은 트래픽을 사서함 서버의 Davex.dll에 전달하기만 하고, 어떤 서버를 사용하는 것이 옳은지는 Davex.dll이 결정합니다.

Davex.dll로 작업하는 경우 다음 사항을 염두에 두십시오.

• Davex.dll은 DAV 및 Outlook Web Access 요청에 모두 응답합니다. 브라우저에서 https://mail.contoso.com/exchange와 같은 URL을 찾고 있고, Davex.dll이 이에 응답하면 브라우저는 해당 요청을 Outlook Web Access 요청으로 처리합니다.

• Davex.dll은 서버의 내부(인트라넷) 이름에 따라 요청을 리디렉션합니다. 즉, 서버의 내부 이름이 인터넷에 노출된 이름이 아닌 경우에는 이 때문에 인터넷 사용자에게 DNS 오류가 발생할 수 있습니다.

배포 시나리오

다음 배포 시나리오에서는 Exchange 2007 및 하나 이상의 Microsoft Exchange 이전 버전을 사용하여 Outlook Web Access를 구성할 수 있는 방법에 대한 예를 제공합니다.

시나리오 1

클라이언트 액세스 서버 역할만 설치된 Exchange 2007 컴퓨터 한 대를 배포합니다.

사서함 서버 역할만 설치된 Exchange 2007 컴퓨터 한 대를 배포합니다.

모든 사서함은 Exchange 2007입니다.

다음과 같은 네 개의 가상 디렉터리에 요청이 수신됩니다.

• /owa에 대한 요청은 Exchange 2007 Outlook Web Access 환경을 반환합니다.

• /exchange에 대한 요청은 다음과 같이 처리됩니다.

  1. Exprox.dll이 사서함 서버의 /exchange로 요청을 프록시 처리합니다.

  2. Davex.dll이 클라이언트 액세스 서버의 /owa로 사용자를 리디렉션합니다.

• /public에 대한 요청은 다음과 같이 처리됩니다.

  1. Exprox.dll이 사서함 서버의 /public으로 요청을 프록시 처리합니다.

  2. Davex.dll이 Exchange 2003 공용 폴더 서버를 찾으려 하지만 찾지 못합니다. 그러면 오류 메시지가 반환됩니다.

• /exchweb에 대한 요청은 다음과 같이 처리됩니다.

  • Exprox.dll이 사서함 서버의 /exchange 또는 /public으로 요청을 프록시 처리하거나 응답하지 않습니다.

시나리오 2

클라이언트 액세스 서버 역할만 설치된 Exchange 2007 컴퓨터 한 대를 배포합니다.

Exchange 2003 백 엔드 서버 하나를 배포합니다.

다음과 같은 가상 디렉터리에 요청이 수신됩니다.

• Exchange 2007 사서함이 없기 때문에 /owa에 대한 요청은 오류 메시지를 반환합니다. 예를 들어, 다음과 같은 오류 메시지를 받을 수 있습니다.

  Outlook Web Access에서 <도메인\사용자>에 대한 사서함을 찾을 수 없습니다.

• 클라이언트 액세스 서버의 /exchange에 대한 요청은 백 엔드 서버의 /exchange로 프록시 처리됩니다. 이를 통해 Exchange 2003 Outlook Web Access 환경이 제공됩니다.

• 클라이언트 액세스 서버의 /public에 대한 요청은 백 엔드 서버의 /public으로 프록시 처리됩니다. 이를 통해 Exchange 2003 Outlook Web Access 공용 폴더 환경이 반환됩니다.

• /exchweb에 대한 요청의 경우 Exprox.dll은 사서함 서버의 /exchange 또는 /public으로 요청을 프록시 처리하거나 응답하지 않습니다.

시나리오 3

클라이언트 액세스 서버 역할만 설치된 Exchange 2007 컴퓨터 한 대를 배포합니다.

사서함 서버 역할만 설치된 Exchange 2007 컴퓨터 한 대를 배포합니다.

Exchange 2003 백 엔드 서버 하나를 배포합니다.

Exchange 2007과 Exchange 2003 서버에 모두 사서함이 있습니다.

사서함이 Exchange 2007 서버에 있는 경우

• /owa에 대한 요청은 Exchange 2007 Outlook Web Access 환경을 반환합니다.

• 클라이언트 액세스 서버 또는 사서함 서버의 /exchange에 대한 요청은 사용자를 /owa로 리디렉션합니다. 인증 자격 증명이 투명하게 통과됩니다.

• 백 엔드 서버의 /exchange에 대한 요청은 사용자를 클라이언트 액세스 서버로 연결합니다. 그러나 사용자 인증을 다시 해야 할 수 있습니다.

• /public에 대한 요청은 백 엔드 서버의 /public으로 전달됩니다.

• /exchweb에 대한 요청은 백 엔드 서버로 전달되지만 아무것도 반환하지 않습니다.

사서함이 Exchange 2003 서버에 있는 경우

• /owa에 대한 요청은 시나리오 2에서 설명한 오류 메시지를 반환합니다.

• 클라이언트 액세스 서버의 /exchange 또는 /public에 대한 요청은 Exprox.dll에 의해 백 엔드 서버의 /exchange 또는 /public으로 프록시 처리되고 Exchange 2003 Outlook Web Access 환경을 제공합니다.

• 백 엔드 서버의 /exchange 또는 /public에 대한 요청은 Exchange 2003 Outlook Web Access 환경을 제공합니다.

• /exchweb에 대한 요청은 백 엔드 서버로 전달되지만 아무것도 반환하지 않습니다.

시나리오 4

클라이언트 액세스 서버 역할과 사서함 서버 역할이 모두 설치된 Exchange 2007 컴퓨터 한 대를 배포합니다. 이 경우 요청은 다음과 같이 처리됩니다.

• /owa에 대한 요청은 Exchange 2007 Outlook Web Access 환경을 반환합니다.

• /exchange에 대한 내부 사용자의 요청은 Davex.dll에 의해 /owa로 리디렉션됩니다.

• Exchange 2003 공용 폴더 서버가 없기 때문에 /public에 대한 요청은 오류를 반환합니다.

  참고

  /exchange를 요청하는 외부 사용자에게는 "페이지를 표시할 수 없습니다." 오류 메시지가 표시됩니다. 이 동작은 Davex.dll이 Exchange 관리 콘솔에서 /owa 가상 디렉터리와 관련해 InternalURL 매개 변수에 정의된 URL로 요청을 리디렉션하기 때문에 발생합니다. 그러나 원격 사용자는 InternalURL 매개 변수에 정의된 내부 FQDN에 액세스할 수 없습니다. 이 문제를 해결하려면 InternalUrl 매개 변수에 정의된 URL을 외부 사용자가 인터넷을 통해 Outlook Web Access에 액세스하는 데 사용하는 외부 URL로 변경합니다. 또는 외부 사용자에게 /exchange가 아닌 /owa를 사용하여 Outlook Web Access에 액세스하도록 합니다.

시나리오 5

클라이언트 액세스 서버 역할과 사서함 서버 역할이 모두 설치된 Exchange 2007 컴퓨터 한 대를 배포합니다.

Exchange 2003 백 엔드 서버 하나를 배포합니다.

사서함이 Exchange 2007 서버에 있는 경우

• /owa에 대한 요청은 Exchange 2007 Outlook Web Access 환경을 반환합니다.

• /exchange에 대한 내부 사용자의 요청은 Davex.dll에 의해 /owa로 리디렉션됩니다.

• Davex.dll이 Outlook Web Access 요청을 Exchange 2003 공용 폴더 서버로 올바르게 리디렉션하지 않기 때문에 /public에 대한 요청은 오류를 반환할 수 있습니다.

사서함이 Exchange 2003 서버에 있는 경우

• /owa에 대한 요청은 시나리오 2에서 설명한 오류 메시지를 반환합니다.

• 내부 사용자가 /exchange를 요청하면 Exchange 2003 서버의 내부 URL로 리디렉션되고 Exchange 2003 Outlook Web Access 환경을 반환합니다.

  Exchange 2007 서버의 /exchange에 액세스하는 경우 Exchange 2003 서버에 리디렉션된 후 다시 인증해야 합니다. /exchange를 요청하는 원격 사용자에게는 "페이지를 표시할 수 없습니다."라는 오류 메시지가 나타납니다. 이는 Davex.dll이 /owa 가상 디렉터리에 대한 InternalURL 매개 변수에 정의된 URL로 요청을 리디렉션하기 때문에 발생합니다. 이러한 경우 원격 사용자는 InternalURL 매개 변수에 정의된 내부 FQDN에 액세스할 수 없습니다.

• Davex.dll이 Outlook Web Access 요청을 Exchange 2003 공용 폴더 서버로 올바르게 리디렉션하지 않기 때문에 /public에 대한 요청은 오류를 반환할 수 있습니다.

Outlook Web Access 액세스

이러한 공존 시나리오에는 여러 개의 서버와 가상 디렉터리가 관련되어 있기 때문에 어느 가상 디렉터리에 액세스해야 하는지 파악하기가 어려울 수 있습니다. 사용자는 다음과 같은 가상 디렉터리에 액세스해야 합니다.

• Exchange 2007 컴퓨터에 사서함이 있는 사용자는 클라이언트 액세스 서버의 /owa 또는 /exchange에 액세스해야 합니다.

  • /owa에 액세스하면 Outlook Web Access에 직접 연결됩니다.

  • /exchange에 액세스하면 DAV를 통해 /owa로 리디렉션됩니다.

• Exchange 2003 또는 Exchange 2000 사서함이 있는 사용자는 클라이언트 액세스 서버의 /exchange에 액세스해야 합니다. 이렇게 하면 Exchange 2003 Outlook Web Access 환경 또는 Exchange 2000 Outlook Web Access 환경이 반환됩니다. 필요한 경우 Davex.dll은 사용자를 올바른 서버로 리디렉션합니다.

공존 시나리오의 가장 간단한 전략은 모든 사용자가 /exchange 가상 디렉터리에 액세스하도록 하고 필요한 경우 클라이언트 액세스 서버가 사용자를 올바른 가상 디렉터리로 리디렉션하도록 하는 것입니다.

인증

Microsoft Exchange에서는 Exprox.dll과 Davex.dll을 사용하여 Exchange 2007, Exchange 2003 및 Exchange 2000 컴퓨터의 가상 디렉터리에 전송된 요청을 올바른 URL로 리디렉션합니다. 이 논리 덕분에 사용자의 인증 빈도가 줄어들지만, Exchange 2007과 Exchange 2003 컴퓨터가 모두 있는 전자 메일 환경에서는 Exchange 2007 컴퓨터에 사서함이 있는 Outlook Web Access 사용자의 경우 사용자 이름과 암호를 두 번 입력해야 할 수 있습니다. 다음은 Outlook Web Access에서 여러 번 인증을 수행해야 하는 경우입니다.

• 사용자가 Exchange 2007 사서함 서버의 /exchange에서 Exchange 2003 백 엔드 서버의 /exchange로 연결되는 경우. 예를 들어, Exchange 2007 사서함이 있는 사용자가 Outlook Web Access에 로그온한 후 Exchange 2003 컴퓨터에 사서함이 있는 사용자를 모임 요청에 추가하면 자격 증명을 다시 제공하라는 메시지가 나타납니다. 이러한 경우는 Exchange 2007을 실행 중인 컴퓨터에서 Exchange 2003 사용자의 약속 있음/없음 정보를 가져오기 위해 /public 가상 디렉터리에 연결할 때 발생합니다.

• 사용자가 Exchange 2003 백 엔드 서버의 /exchange에서 클라이언트 액세스 서버의 /owa로 연결되는 경우.

고려해야 할 또 다른 인증 문제는 클라이언트 액세스 서버의 레거시 가상 디렉터리(예: Exprox.dll을 사용하는 가상 디렉터리)가 Exchange 2003 프런트 엔드 서버에 있는 가상 디렉터리와 동일하다는 점입니다. Microsoft Exchange에서는 Exchange 2007 사서함 서버 또는 Exchange 2003 백 엔드 서버의 가상 디렉터리에 대해 인증하려면 자격 증명이 필요하기 때문에, 클라이언트 액세스 서버에 대해 인증하려면 폼 기반 인증 또는 기본 인증만 사용할 수 있습니다. Exchange 2007 사서함 서버 또는 Exchange 2003 백 엔드 서버에서는 폼 기반 인증, 기본 인증, 다이제스트 인증, Windows 통합 인증 등 지원되는 모든 인증 유형을 사용할 수 있습니다.

가상 디렉터리 혼합 및 일치

Exchange 2007 이전 버전의 Microsoft Exchange에서는 단일 웹 사이트(가상 서버) 내에 Outlook Web Access 가상 디렉터리를 여러 개 만들 수 있었습니다. Exchange 2007에서 이 작업은 더 이상 가능하지 않습니다. 다수의 가상 디렉터리를 사용할 경우 다음 사항을 고려합니다.

• 웹 사이트당 /owa라는 이름의 Exchange 2007 Outlook Web Access 가상 디렉터리를 최대 하나씩 만들 수 있습니다. 따라서 Exchange 2007 Outlook Web Access 가상 디렉터리의 이름은 "/owa"여야 합니다.

• 웹 사이트당 원하는 만큼의 레거시 가상 디렉터리를 만들 수 있습니다. 그러나 폼 기반 인증을 사용하려면 이 인증을 사용하는 모든 가상 디렉터리가 동일한 웹 사이트 및 동일한 응용 프로그램 풀에 있어야 합니다. 폼 기반 인증을 사용하지 않을 경우에는 레거시 가상 디렉터리를 원하는 모든 곳에 놓을 수 있습니다.

• 클라이언트 액세스 서버의 레거시 가상 디렉터리에 사용하는 이름은 Exchange 2003 또는 Exchange 2000 백 엔드 서버의 가상 디렉터리 이름과 일치해야 합니다. 그리고 클라이언트 액세스 서버의 레거시 가상 디렉터리와 Exchange 2007 사서함 서버 또는 Exchange 2003이나 Exchange 2000 백 엔드 서버의 가상 디렉터리 간에 일대일 매핑이 이루어져야 합니다.

공용 폴더

Exchange 2007의 RTM 버전에 포함된 Outlook Web Access 버전에서는 Exchange 2007 공용 폴더를 지원하지 않았습니다. Exchange 2007용 Outlook Web Access의 공용 폴더에 대한 지원 기능이 Exchange 2007 SP1에 추가되었습니다. Exchange 2007에서 공용 폴더에 액세스하는 방법에 대한 내용은 Outlook Web Access에서 공용 폴더에 액세스하도록 사용자를 설정하는 방법을 참조하십시오.

Exchange 2007 SP1을 아직 배포하지 않은 경우 Exchange 2007 사서함 서버에 사서함이 있는 사용자가 Outlook Web Access를 통해 공용 폴더에 액세스할 수 있도록 하려면 Exchange 조직에 Exchange 2003 또는 Exchange 2000 공용 폴더 서버가 있어야 합니다. 이는 /public이 사용자의 사서함 데이터베이스와 연결된 기본 공용 폴더 데이터베이스를 로드하려고 하기 때문입니다. 사용자의 기본 공용 폴더 데이터베이스가 포함된 서버에서 Exchange 2007을 실행하면 오류가 발생합니다. 또한 Exchange 2003 및 Exchange 2000 공용 폴더 서버에서 모든 콘텐츠가 복제되도록 해야 조회가 올바로 이루어집니다.

Outlook Web Access 사용자가 공용 폴더에 액세스하지 않아도 되는 경우에는 Exchange 2007, Exchange 2003 또는 Exchange 2000 공용 폴더 서버를 사용할 필요가 없습니다.

자세한 내용

Exchange 2007 서버 역할을 배포하는 방법에 대한 자세한 내용은 서버 역할 배포를 참조하십시오.

가상 디렉터리를 관리하는 방법에 대한 자세한 내용은 Exchange 2007에서 Outlook Web Access 가상 디렉터리 관리를 참조하십시오.