Outlook 2003의 기능 향상

마지막으로 수정된 항목: 2006-03-15

Outlook 2003의 향상된 기능을 사용할 수 있는 영역은 다음과 같습니다.

• 캐시된 Exchange 모드
• RPC over HTTP
• Kerberos 인증

이러한 영역의 향상된 기능 중 일부는 Windows Server 2003을 실행하는지 Outlook 2003을 실행하는지에 따라 달라집니다. 이러한 기능 향상과 그 종속성에 대해서는 다음 섹션에서 살펴봅니다.

캐시된 Exchange 모드

Outlook 2003의 캐시된 Exchange 모드는 로컬 캐시(.ost 파일)나 Exchange 2003 서버에서 메일에 액세스할 수 있도록 하므로 낮은 대역폭과 높은 대기 시간 연결을 사용하는 사무실에 있는 사용자의 환경이 상당히 향상됩니다. Exchange 2003에서는 서버의 사서함과 클라이언트 컴퓨터의 .ost 파일을 효율적으로 동기화하므로 이전 버전의 Exchange보다 캐시된 Exchange 모드 지원이 더욱 좋아졌습니다. Exchange 서버로 보내는 클라이언트 컴퓨터의 업데이트 요청이 제거되었습니다.

캐시된 Exchange 모드는 원격 사무실에서 저속 연결 또는 불안정한 연결을 사용하는 지점 시나리오에 특히 유용합니다. 사용자는 네트워크 연결 여부에 관계없이 자신의 로컬 캐시에서 작업할 수 있으며 연결이 사용 가능해지면 Exchange에서 로컬 캐시와 서버 사서함이 동기화됩니다. 또한 캐시된 Exchange 모드에는 서버에 대한 요청이 덜 필요하므로 사용자당 서버 로드가 줄어들고 서버당 더 많은 사용자를 지원할 수 있습니다.

캐시된 Exchange 모드의 배포 고려 사항

Outlook 2003을 메시징 환경에 배포할 경우 Outlook에 대해 캐시된 Exchange 모드 기능의 사용을 허용할 수 있습니다. 그러나 이 기능을 배포할 때는 롤아웃을 반드시 준비해야 합니다. 사용자의 .ost 파일은 사용자가 Exchagne 서버와의 동기화를 시도할 때 자신의 컴퓨터에 만들어집니다. 이것은 사용자 사서함의 모든 정보가 서버에서 사용자 컴퓨터로 전송된다는 것을 의미합니다. 그렇기 때문에 이 기능의 롤아웃을 준비하여 Exchange 서버와 Outlook 2003을 실행하는 컴퓨터 간의 초기 동기화 수행을 시도하는 사용자 수를 줄여야 합니다. 사용자가 Exchange 서버에서 자신의 전체 사서함 복사본을 다운로드하여 로컬 컴퓨터에서 사용하기 때문에 캐시된 Exchange 모드의 롤아웃 준비가 필요합니다. 많은 사용자들이 동시에 사서함을 다운로드할 경우 초기 다운로드가 Exchange 서버에 나쁜 영향을 줄 수 있습니다.

연결 속도는 느린데 몇 명의 사용자가 동시에 연결되는 경우 데이터의 양이 특히 중요한 요소가 됩니다. 사용자 사서함이 아주 클 경우(예: 각각 2GB 초과) .ost 파일과 동기화를 수행하는 것이 네트워크 연결에 큰 영향을 줄 수 있습니다. 이러한 상황은 특히 사서함 크기에 제한을 두지 않는 조직에서 발생할 수 있습니다.

.ost 파일은 기본적으로 프로필 디렉터리에 놓이므로 사용자가 로밍 프로필(예: 여러 지점 전체)을 사용하는 경우 프로필 중 하나에서만 캐시를 사용할 수 있습니다.

RPC over HTTP

Windows Server 2003의 RPC over HTTP 기능을 사용하면 멀리 떨어져 있는 사무실의 사용자가 Exchange 서버에 연결하기 위해 가상 사설망(VPN)을 사용할 필요가 없어집니다. Outlook 2003을 실행하는 사용자는 인터넷을 통해 회사 환경 내에서 Exchange 2003 서버에 직접 연결할 수 있습니다. Exchange에서 RPC over HTTP를 지원하기 위해서는 Outlook 2003으로 사용자가 액세스할 모든 Exchange 서버에 Exchange Server 2003을 실행해야 합니다. 또한 RPC over HTTP는 Outlook 2003에서만 지원됩니다. 끝으로 RPC over HTTP 통신과 함께 사용자가 사용해야 할 메시징 환경의 모든 컴퓨터에는 Windows Server 2003을 실행해야 합니다. 해당되는 컴퓨터는 다음과 같습니다.

• 모든 글로벌 카탈로그 서버
• Outlook 2003 사용자가 액세스할 모든 Exchange 서버

ISA(Internet Security and Acceleration) 서버와 함께 권장되는 Exchange 프런트 엔드 및 백 엔드 서버 아키텍처를 구성하면 사용자가 RPC over HTTP를 사용하여 Exchange 2003 서버에 연결할 수 있습니다.

RPC over HTTP 배포를 위해서는 기능 팩이 포함된 ISA 서버를 주변 네트워크에 설치하고 RPC 프록시 서버를 회사 네트워크 내에 배치하는 방법을 사용하는 것이 좋습니다. RPC 프록시 서버는 인터넷에서 사용자의 연결을 허용하는 Exchange 프런트 엔드 서버 또는 다른 웹 서버가 될 수 있습니다. 배포 옵션에 대한 자세한 내용은 "Exchange Server 2003 RPC over HTTP 배포 시나리오"를 참조하십시오.

조직에서RPC Over HTTP를 사용하려면 다음 단계를 수행하십시오.

• 서버를 RPC 프록시 서버로 구성 Exchange 프런트 엔드 서버처럼 인터넷에서 사용자가 액세스할 수 있는 서버가 있을 경우 이 서버를 RPC 프록시 서버로 구성할 수 있습니다. 이 RPC 프록시 서버는 Outlook 2003 클라이언트 컴퓨터와 통신해야 하는 모든 Exchange 2003 서버 및 글로벌 카탈로그 서버와 통신이 이루어지는 포트를 지정하는 일을 담당합니다.
• RPC over HTTP를 사용하도록 내부 네트워크 구성 Exchange Server 2003 컴퓨터와 글로벌 카탈로그 서버를 비롯하여 Outlook 2003 사용자가 액세스할 컴퓨터는 RPC over HTTP 통신용으로 구성해야 합니다. 뿐만 아니라 주변 네트워크도 RPC Over HTTP 통신을 사용할 수 있도록 구성해야 합니다.

Kerberos 인증

Exchange 2003과 Outlook 2003에서는 Kerberos를 사용하여 Exchange 서버에 대한 사용자를 인증할 수 있습니다. 네트워크에서 Windows Server 2003 도메인 컨트롤러를 사용하는 경우 사용자는 전체 포리스트에 대해 신뢰할 수 있는 포리스트에 있는 도메인 컨트롤러를 인증할 수 있으므로 사용자 계정과 Exchange 서버를 서로 다른 포리스트에 둘 수 있습니다.

Exchange 2003에서는 Exchange 프런트 엔드 서버와 Exchange 백 엔드 서버 사이에 사용자 자격 증명을 보낼 때 Kerberos를 사용합니다. 이전 버전의 Exchange에서는 Outlook Web Access 같은 응용 프로그램에 대해 기본 인증을 사용하여 Exchange 프런트 엔드 서버와 Exchange 백 엔드 서버 사이에 사용자 자격 증명을 보냈습니다. 따라서 회사에서는 IPSec(인터넷 프로토콜 보안)과 같은 보안 메커니즘을 사용하여 Exchange 프런트 엔드 서버에서 Exchange 백 엔드 서버로 가는 정보를 암호화해야 했습니다.