다음을 통해 공유

Outlook Web App에 대한 로그인 URL 구성

  • 아티클

적용 대상: Office 365 for professionals and small businesses, Office 365 for enterprises, Live@edu

마지막으로 수정된 항목: 2011-11-23

사용자가 Outlook Web App을 사용하여 Exchange Online 사서함에 로그인하려면 먼저 사용자에게 사용할 URL을 알려야 합니다. 다음 옵션을 사용할 수 있습니다.

간단히 작업하시겠습니까? 간단합니다.

  • Microsoft Live@edu의 경우 http://outlook.com을 사용합니다.
  • Microsoft Office 365에서 특히 전문가 및 중소기업용 Microsoft Office 365의 경우 http://mail.office365.com을 사용합니다.
    참고   페더레이션 ID 및 하이브리드 배포는 간단하지 않기 때문에 기업에 대한 Office 365의 페더레이션 ID에서 이 항목 뒷부분에 있는 지침을 따라야 합니다. 또한 mail.office365.com과 함께 URL에 https를 사용할 수 없습니다. URL이 http로 시작되는 경우에도 이 URL은 인증 및 Outlook Web App의 사서함 액세스를 포함하여 전체 세션에 대해 https를 사용하도록 즉시 리디렉션됩니다.

조직에 대한 사용자 지정 URL을 제공하시겠습니까? 예를 들어 도메인이 contoso.com인 경우 사용자가 http://webmail.contoso.com에서 사서함에 로그인하도록 하시겠습니까? 그렇다면 약간의 작업을 수행해야 합니다.

Microsoft Office 365 및 Live@edu에 대한 사용자 지정 URL 옵션을 살펴 보겠습니다.

Microsoft Office 365

  • Office 365의 페더레이션되지 않은 ID
    • Office 365의 직접 액세스 URL
    • Office 365의 CNAME 레코드를 사용하는 사용자 지정 URL
    • Office 365의 웹 페이지 리디렉션을 사용하는 사용자 지정 URL
  • 기업에 대한 Office 365의 페더레이션 ID
    • 페더레이션 사용자에 대한 Office 365의 직접 액세스 URL
    • 페더레이션 사용자에 대해 Office 365의 CNAME 레코드를 사용하는 사용자 지정 URL
    • 페더레이션 사용자에 대한 Office 365의 웹 페이지 리디렉션을 사용하는 사용자 지정 URL
    • 하이브리드 배포에 대한 특수 고려 사항

Live@edu

  • Live@edu의 직접 액세스 URL
  • Live@edu의 CNAME 레코드를 사용하는 사용자 지정 URL
  • Live@edu의 웹 페이지 리디렉션을 사용하는 사용자 지정 URL

Office 365의 페더레이션되지 않은 ID

페더레이션되지 않은 ID를 사용하는 경우 클라우드(Cloud)에 사서함이 있는 모든 사용자는 Office 365에서 생성된 자격 증명을 사용하여 Microsoft Office 365 리소스에 액세스합니다. Office 365 포털에서 Office 365 사용자의 새로운 사용자 계정 및 암호를 만들 수 있습니다. 또는 대기업용 Office 365에서 디렉터리 동기화를 사용하여 자동으로 온-프레미스 Active Directory에서 사용자를 프로비전할 수 있습니다. 결국 두 방법 모두 Office 365를 통해 자격 증명이 생성되고 관리됩니다.

Office 365의 직접 액세스 URL

이 예제에서 Office 365 도메인은 contoso.com입니다. Office 365 사용자의 사용자 계정이 이 도메인에 있습니다.

Office 365 사용자는 다음 URL에서 자신의 사서함에 직접 액세스할 수 있습니다.

맨 위로 이동

Office 365의 CNAME 레코드를 사용하는 사용자 지정 URL

Office 365 도메인에 대한 DNS 호스팅 서비스에서 CNAME 레코드를 만들 경우 Outlook Web App을 통해 사용자에게 사용자 지정 URL을 제공하여 사용자의 사서함을 열 수 있습니다. 예를 들어 Office 365 도메인이 contoso.com인 경우 webmail.contoso.com이 사용자를 mail.office365.com으로 리디렉션하도록 CNAME 레코드를 구성합니다. http://webmail.contoso.com에서 자신의 사서함에 액세스 하도록 Office 365 사용자에게 알릴 수 있습니다. CNAME 레코드는 다음과 같습니다.

  • 별칭   webmail
  • 대상 mail.office365.com

사용자 지정 URL에 CNAME 레코드를 사용하는 이점은 구성하기 쉽다는 것입니다.

사용자 지정 URL에 CNAME 레코드를 사용하는 단점은 다음과 같습니다.

  • 매우 유연하지는 않습니다. CNAME 레코드가 직접 http://outlook.com/\<domain_name> 등의 URL 대상을 가리킬 수 없습니다. 대상은 mail.office365.com과 같은 유효한 DNS 호스트 이름이어야 합니다.
  • 사용자 지정 URL에 SSL을 적용할 수 없습니다. 그러나 SSL을 사용자 지정 URL에 적용하지 않는 경우에도 사용자가 자격 증명을 제공하는 로그인 페이지에는 SSL이 적용되고 해당 자격 증명이 이때 암호화됩니다. 사실 SSL이 URL에서 사용되는지 여부에 관계없이 모든 Office 365 서비스에 대한 액세스는 SSL로 보호됩니다.

맨 위로 이동

Office 365의 웹 페이지 리디렉션을 사용하는 사용자 지정 URL

인터넷에서 공개적으로 액세스할 수 있는 웹 서버가 있는 경우 사용자를 Exchange Online으로 리디렉션하도록 웹 사이트를 구성할 수 있습니다. 예를 들어 사용자를 http://mail.office365.com 또는 http://outlook.com/contoso.com으로 리디렉션하도록 웹 사이트 http://webmail.contoso.com을 구성할 수 있습니다.

웹 페이지 리디렉션을 어떻게 구성합니까? 사용 중인 웹 서버에 따라 다릅니다.

사용자 지정 URL에 웹 페이지 리디렉션을 사용하는 이점은 다음과 같습니다.

  • 매우 유연합니다. 호스트 이름만이 아니라 사용자를 URL로 리디렉션하도록 웹 페이지를 구성할 수 있습니다. 또한 리디렉션 작동 방법을 제어합니다. 예를 들면 다음과 같습니다.
    • 웹 페이지에서 사용자를 Exchange Online으로 자동으로 리디렉션하시겠습니까?
    • 사용자를 Exchange Online으로 리디렉션하기 전에 사용자에게 사용자 지정 상태 페이지를 잠시 표시하시겠습니까?
    • 사용자가 단추나 링크를 클릭하여 Outlook Web App에 액세스할 수 있는 전체 포털을 사용자에게 제공하시겠습니까?
  • 사용자 지정 URL에 SSL을 적용할 수 있습니다. 이 작업을 수행할 경우 사용자가 http://를 사용하여 사용자 지정 URL에 액세스할 때 수행할 작업을 결정해야 합니다. 사용자를 https://로 자동으로 리디렉션하시겠습니까? 또는 https://가 필요함을 나타내는 오류를 표시하여 리디렉션을 중지하시겠습니까?

사용자 지정 URL에 웹 페이지 리디렉션을 사용하는 단점은 CNAME 리디렉션보다 구성하는 데 더 많은 작업이 필요할 수 있다는 점입니다.

맨 위로 이동

기업에 대한 Office 365의 페더레이션 ID

대기업용 Office 365에서 페더레이션된 ID를 사용하는경우 Exchange Online 사서함을 가진 사용자는 온-프레미스 Active Directory 자격 증명을 사용하여 Exchange Online 사서함과 모든 기타 Office 365 리소스에 액세스할 수 있습니다. 자세한 내용은 동시 사용 - Office 365 베타 엔터프라이즈 에디션을 참조하십시오.

페더레이션 사용자에 대한 Office 365의 직접 액세스 URL

이 예제에서 페더레이션 Office 365 도메인은 contoso.com입니다. 페더레이션 Office 365 사용자의 사용자 계정 및 전자 메일 주소가 이 도메인에 있습니다. 예를 들어 Tamara Johnston이라는 사용자의 전자 메일 주소 및 ID는 tamara.johnston@contoso.com입니다.

Office 365 페더레이션 사용자는 다음 URL에서 자신의 사서함에 직접 액세스할 수 있습니다.

참고 페더레이션 사용자는 http://outlook.com을 직접 사용할 수 없습니다. URL에는 인증을 위해 사용자를 보낼 위치를 확인하는 데 도움이 되는 도메인 이름이 있어야 합니다.

맨 위로 이동

페더레이션 사용자에 대해 Office 365의 CNAME 레코드를 사용하는 사용자 지정 URL

페더레이션 Office 365 도메인에 대한 DNS 호스팅 서비스에서 CNAME 레코드를 만들 경우 Outlook Web App을 통해 사용자에게 사용자 지정 URL을 제공하여 사용자의 사서함을 열 수 있습니다. 예를 들어 페더레이션 Office 365 도메인이 contoso.com이면 cloudmail.contoso.com이 사용자를 outlook.com으로 리디렉션하도록 CNAME 레코드를 구성합니다. Office 365 페더레이션 사용자에게 http://cloudmail.contoso.com에서 사서함에 액세스하도록 알릴 수 있습니다. CNAME 레코드는 다음과 같습니다.

  • 별칭   cloudmail
  • 대상 outlook.com

사용자 지정 URL에 CNAME 레코드를 사용하는 이점은 구성하기 쉽다는 것입니다.

사용자 지정 URL에 CNAME 레코드를 사용하는 단점은 다음과 같습니다.

  • CNAME 레코드의 최상위 수준 도메인은 페더레이션 Office 365 도메인과 일치해야 합니다. 예를 들어 CNAME 레코드 cloudmail.contoso.com을 사용하려면 페더레이션 Office 365 도메인 이름이 contoso.com이어야 합니다. 페더레이션 Office 365 도메인이 contoso.com일 경우 CNAME 레코드 cloudmail.fabrikam.com을 사용할 수 없습니다.
  • CNAME 레코드에서 하위 도메인을 사용할 때 주의해야 합니다. 예를 들어 페더레이션 Office 365 도메인이 contoso.com이며 CNAME 레코드 cloudmail.contoso.com을 사용할 수 있지만 cloudmail.test.contoso.com을 사용할 수 없습니다. 마찬가지로 페더레이션 Office 365 도메인이 contractors.contoso.com이면 CNAME 레코드 cloudmail.contractors.contoso.com을 사용할 수 있지만 cloudmail.test.contractors.contoso.com 또는 cloudmail.contoso.com을 사용할 수 없습니다.
  • 매우 유연하지는 않습니다. CNAME 레코드가 직접 http://outlook.com/\<domain_name> 등의 URL 대상을 가리킬 수 없습니다. 대상은 outlook.com과 같은 유효한 DNS 호스트 이름이어야 합니다.
  • 사용자 지정 URL에 SSL을 적용할 수 없습니다. 그러나 SSL을 사용자 지정 URL에 적용하지 않는 경우에도 사용자가 자격 증명을 제공하는 로그인 페이지에는 SSL이 적용되고 해당 자격 증명이 이때 암호화됩니다. 사실 SSL이 URL에서 사용되는지 여부에 관계없이 모든 Office 365 서비스에 대한 액세스는 SSL로 보호됩니다.

페더레이션 사용자에 대한 Office 365의 웹 페이지 리디렉션을 사용하는 사용자 지정 URL

인터넷에서 공개적으로 액세스할 수 있는 웹 서버가 있는 경우 페더레이션 Office 360 사용자를 Exchange Online으로 리디렉션하도록 웹 사이트를 구성할 수 있습니다. 예를 들어 사용자를 http://outlook.com/contoso.com 또는 http://outlook.com/owa/contoso.com으로 리디렉션하도록 웹 사이트 http://cloudmail.contoso.com을 구성할 수 있습니다.

웹 페이지 리디렉션을 어떻게 구성합니까? 사용 중인 웹 서버에 따라 다릅니다.

사용자 지정 URL에 웹 페이지 리디렉션을 사용하는 이점은 다음과 같습니다.

  • 매우 유연합니다. 호스트 이름만이 아니라 사용자를 URL로 리디렉션하도록 웹 페이지를 구성할 수 있습니다. 또한 리디렉션 작동 방법을 제어합니다. 예를 들면 다음과 같습니다.
    • 웹 페이지에서 사용자를 Exchange Online으로 자동으로 리디렉션하시겠습니까?
    • 사용자를 Exchange Online으로 리디렉션하기 전에 사용자에게 사용자 지정 상태 페이지를 잠시 표시하시겠습니까?
    • 사용자가 단추나 링크를 클릭하여 Outlook Web App에 액세스할 수 있는 전체 포털을 사용자에게 제공하시겠습니까?
  • 사용자 지정 URL에 SSL을 적용할 수 있습니다. 이 작업을 수행할 경우 사용자가 http://를 사용하여 사용자 지정 URL에 액세스할 때 수행할 작업을 결정해야 합니다. 사용자를 https://로 자동으로 리디렉션하시겠습니까? 또는 https://가 필요함을 나타내는 오류를 표시하여 리디렉션을 중지하시겠습니까?

사용자 지정 URL에 웹 페이지 리디렉션을 사용하는 단점은 CNAME 리디렉션보다 구성하는 데 더 많은 작업이 필요할 수 있다는 점입니다.

맨 위로 이동

하이브리드 배포에 대한 특수 고려 사항

하이브리드 배포는 대기업용 Office 365과(와) 온-프레미스 Exchange 조직 간에 모든 기능을 갖춘 크로스-프레미스 메시징 솔루션입니다. 일부 사서함은 온-프레미스 Exchange 조직에 있고 일부 사서함은 대기업용 Office 365에 있습니다. 온-프레미스 사서함 사용자와 Exchange Online 사서함 사용자는 사서함에 액세스하기 위해 동일한 Outlook Web App URL을 공유할 수 없습니다. 그러나 온-프레미스 Outlook Web App URL을 사용하여 Exchange Online 사서함 사용자에게 적합한 Outlook Web App URL을 알릴 수 있습니다. 자세한 내용은 다음 항목을 참조하십시오.

하이브리드 배포에 대한 권장 Outlook Web App URL 전략은 하이브리드 배포 항목에 설명된 대로 Set-OrganizationRelationship cmdlet에서 CNAME 레코드와 TargetOwaURL 매개 변수를 함께 사용하는 것입니다. 결과는 다음과 같습니다. Exchange Online 사서함이 있는 사용자가 온-프레미스 사서함 사용자에 대한 Outlook Web App URL을 열고 사서함에 액세스하려고 하면 로그인 프로세스가 중지되고 Exchange Online 사서함에 액세스하는 데 사용하도록 설정된 Outlook Web App URL이 제공됩니다. Exchange Online 사용자는 Exchange Online의 URL로 자동으로 리디렉션되지 않습니다. 제공된 링크를 클릭해야 하며 URL을 즐겨찾기에 추가하는 옵션도 제공됩니다. 다음은 몇 가지 추가 지침입니다.

  • 온-프레미스 사서함 사용자에 대한 Outlook Web App URL은 Exchange Online 사서함 사용자에 대한 Outlook Web App URL과 달라야 합니다. 예를 들어 온-프레미스 사서함 사용자에 대한 URL이 http://webmail.contoso.com이면 Exchange Online 사용자에 대해 http://cloudmail.contoso.com을 사용합니다.
  • 이 항목의 페더레이션 사용자에 대해 Office 365의 CNAME 레코드를 사용하는 사용자 지정 URL 섹션에 설명된 대로 CNAME 레코드를 만듭니다. 예를 들어 페더레이션 Office 365 도메인이 contoso.com이면 outlook.com을 가리키는 cloudmail.contoso.com에 대한 CNAME 레코드를 만듭니다.
  • Set-OrganizationRelationship cmdlet의 TargetOwaURL 매개 변수에 대해 Exchange Online 사서함 사용자에 대한 CNAME 레코드가 포함된 URL을 지정합니다. 예를 들어 Exchange Online 사용자에 대한 CNAME 레코드가 cloudmail.contoso.com이면 TargetOwaURL 매개 변수 값에 http://cloudmail.contoso.com을 사용합니다.

Live@edu의 직접 액세스 URL

이 예제에서는 Live@edu 도메인이 contoso.edu입니다. Live@edu 사용자의 Windows Live ID가 이 도메인에 있습니다.

Live@edu 사용자는 다음 URL에서 자신의 사서함에 직접 액세스할 수 있습니다.

참고 현재 두 URL이 동등하게 잘 작동합니다. 그러나 나중에 변경할 경우 http://outlook.com/\<domain_name>을 사용해야 할 수 있습니다. 왜 일찍 사용하지 않았습니까?

맨 위로 이동

Live@edu의 CNAME 레코드를 사용하는 사용자 지정 URL

Live@edu 도메인에 대한 DNS 호스팅 서비스에서 CNAME 레코드를 만들 경우 사용자에게 Outlook Web App을 통해 사용자 지정 URL을 제공하여 사용자의 사서함을 열 수 있습니다. 예를 들어 Live@edu 도메인이 contoso.com이면 webmail.contoso.edu가 사용자를 outlook.com으로 리디렉션하도록 CNAME 레코드를 구성합니다. Live@edu 사용자에게 http://webmail.contoso.edu에서 사서함에 액세스하도록 알릴 수 있습니다. CNAME 레코드는 다음과 같습니다.

  • 별칭   webmail
  • 대상 outlook.com

사용자 지정 URL에 CNAME 레코드를 사용하는 이점은 구성하기 쉽다는 것입니다.

사용자 지정 URL에 CNAME 레코드를 사용하는 단점은 다음과 같습니다.

  • 매우 유연하지는 않습니다. CNAME 레코드가 직접 http://outlook.com/\<domain_name> 등의 URL 대상을 가리킬 수 없습니다. 대상은 outlook.com과 같은 유효한 DNS 호스트 이름이어야 합니다.
  • 사용자 지정 URL에 SSL을 적용할 수 없습니다. 그러나 SSL을 사용자 지정 URL에 적용하지 않는 경우에도 사용자가 자격 증명을 제공하는 로그인 페이지에는 SSL이 적용되고 해당 자격 증명이 이때 암호화됩니다.

맨 위로 이동

Live@edu의 웹 페이지 리디렉션을 사용하는 사용자 지정 URL

인터넷에서 공개적으로 액세스할 수 있는 웹 서버가 있는 경우 사용자를 Exchange Online으로 리디렉션하도록 웹 사이트를 구성할 수 있습니다. 예를 들어 사용자를 http://outlook.com 또는 http://outlook.com/contoso.edu로 리디렉션하도록 웹 사이트 http://webmail.contoso.edu를 구성할 수 있습니다.

웹 페이지 리디렉션을 어떻게 구성합니까? 사용 중인 웹 서버에 따라 다릅니다.

사용자 지정 URL에 웹 페이지 리디렉션을 사용하는 이점은 다음과 같습니다.

  • 매우 유연합니다. 호스트 이름만이 아니라 사용자를 URL로 리디렉션하도록 웹 페이지를 구성할 수 있습니다. 또한 리디렉션 작동 방법을 제어합니다. 예를 들면 다음과 같습니다.
    • 웹 페이지에서 사용자를 Exchange Online으로 자동으로 리디렉션하시겠습니까?
    • 사용자를 Exchange Online으로 리디렉션하기 전에 사용자에게 사용자 지정 상태 페이지를 잠시 표시하시겠습니까?
    • 사용자가 단추나 링크를 클릭하여 Outlook Web App에 액세스할 수 있는 전체 포털을 사용자에게 제공하시겠습니까?
  • 사용자 지정 URL에 SSL을 적용할 수 있습니다. 이 작업을 수행할 경우 사용자가 http://를 사용하여 사용자 지정 URL에 액세스할 때 수행할 작업을 결정해야 합니다. 사용자를 https://로 자동으로 리디렉션하시겠습니까? 또는 https://가 필요함을 나타내는 오류를 표시하여 리디렉션을 중지하시겠습니까?

사용자 지정 URL에 웹 페이지 리디렉션을 사용하는 단점은 CNAME 리디렉션보다 구성하는 데 더 많은 작업이 필요할 수 있다는 점입니다.

맨 위로 이동