Cấu hình URL đăng nhập cho Outlook Web App

  • Bài viết

 

Áp dụng với: Office 365 for professionals and small businesses, Office 365 for enterprises, Live@edu

Chủ đề được sửa đổi lần cuối: 2012-12-05

Trước khi người dùng của bạn có thể đăng nhập hộp thư Exchange Online bằng cách sử dụng Outlook Web App, bạn phải cho họ biết nên sử dụng URL nào. Bạn có các tuỳ chọn sau:

Bạn có muốn đơn giản hóa mọi thứ không? Điều đó rất đơn giản!

  • Đối với Microsoft Live@edu, sử dụng http://outlook.com.

  • Đối với Microsoft Office 365, đặc biệt Microsoft Office 365 dành cho chuyên gia và doanh nghiệp nhỏ, sử dụng http://mail.office365.com.

    Lưu ý   Vì liên kết nhận dạng và triển khai kết hợp không đơn giản, bạn nên làm theo hướng dẫn sau trong chủ đề này tại Federated identity in Office 365 for enterprises. Đồng thời, bạn không thể sử dụng https trong URL với mail.office365.com. Mặc dù URL bắt đầu bằng http, URL được chuyển hướng ngay để sử dụng https cho toàn bộ phiên, bao gồm xác thực và truy cập hộp thư trong Outlook Web App.

Bạn có muốn cung cấp URL được tùy chỉnh cho tổ chức của bạn không? Ví dụ: nếu miền của bạn là contoso.com, bạn có muốn người dùng của bạn đăng nhập vào hộp thư của họ tại http://webmail.contoso.com không? Nếu vậy, bạn cần thực hiện một số việc.

Hãy cùng xem các tùy chọn cho URL tùy chỉnh Microsoft Office 365 và cho Live@edu.

Microsoft Office 365

  • Non-federated identity in Office 365

    • Direct access URLs in Office 365

    • Customized URL using a CNAME record in Office 365

    • Customized URL using Web page redirection in Office 365

  • Federated identity in Office 365 for enterprises

    • Direct access URLs in Office 365 for federated users

    • Customized URL using a CNAME record in Office 365 for federated users

    • Customized URL using Web page redirection in Office 365 for federated users

    • Special consideration for hybrid deployments

Live@edu

  • Direct access URLs in Live@edu

  • Customized URL using a CNAME record in Live@edu

  • Customized URL using Web page redirection in Live@edu

Nhận dạng không được liên kết trong Office 365

Với nhận dạng không được liên kết, tất cả người dùng có hộp thư trong ứng dụng web qua Internet sẽ sử dụng thông tin đăng nhập do Office 365 tạo để truy cập tài nguyên Microsoft Office 365 của mình. Bạn có thể tạo các tài khoản người dùng và mật khẩu mới cho người dùng Office 365 trong cổng Office 365. Hoặc, trong Office 365 Beta dành cho doanh nghiệp, bạn có thể sử dụng đồng bộ hoá thư mục để tự động cung cấp người dùng từ Active Directory tại chỗ. Dù là cách nào thì cuối cùng thông tin đăng nhập đều được tạo và quản lý bởi Office 365.

Các URL truy cập trực tiếp trong Office 365

Trong ví dụ này, miền văn phòng 365 là contoso.com. Tài khoản người dùng của người dùng Office 365 ở trong miền này.

Người dùng Office 365 có thể truy cập trực tiếp vào hộp thư của họ tại các URL sau:

Top of page

URL tùy chỉnh sử dụng bản ghi CNAME trong Office 365

Khi bạn tạo bản ghi CNAME tại dịch vụ máy chủ DNS cho miền Office 365 của bạn, bạn có thể cung cấp cho người dùng một URL tùy chỉnh để mở hộp thư của họ bằng cách sử dụng Outlook Web App. Ví dụ: nếu miền Office 365 của bạn là contoso.com, bạn cấu hình bản ghi CNAME để webmail.contoso.com chuyển hướng người dùng đến mail.office365.com. Bạn có thể yêu cầu người dùng Office 365 truy cập hộp thư của họ tại http://webmail.contoso.com. Bản ghi CNAME giống như:

  • Bí danh   webmail

  • Đích   mail.office365.com

Ưu điểm của việc sử dụng bản ghi CNAME cho một URL tùy chỉnh là rất đơn giản để cấu hình.

Đây là những nhược điểm của việc sử dụng bản ghi CNAME cho một URL tùy chỉnh:

  • Không linh hoạt. Bản ghi CNAME không thể trỏ trực tiếp đến đích URL như http://outlook.com/\<domain_name>. Đích phải là tên máy chủ DNS hợp lệ như mail.office365.com.

  • Bạn không thể áp dụng SSL cho URL tùy chỉnh. Tuy nhiên, mặc dù bạn không áp dụng SSL cho URL tùy chỉnh, trang đăng nhập mà người dùng cung cấp thông tin đăng nhập của họ có SSL áp dụng và thông tin đăng nhập của họ được mã hóa tại điểm đó. Thực tế, truy cập vào tất cả các dịch vụ Office 365 được bảo vệ bởi SSL, không quan tâm đến việc SSL có được sử dụng trong URL không.

Top of page

URL được tùy chỉnh sử dụng chuyển hướng trang Web trong Office 365

Nếu bạn có một máy chủ Web có thể truy cập công khai qua Internet, bạn có thể cấu hình trang Web để chuyển hướng người dùng đến Exchange Online. Ví dụ: bạn có thể cấu hình trang Web http://webmail.contoso.com để chuyển hướng người dùng đến http://mail.office365.com hoặc http://outlook.com/contoso.com.

Bạn cấu hình chuyển hướng trang Web bằng cách nào? Điều đó tùy thuộc vào máy chủ Web mà bạn đang sử dụng.

Đây là những ưu điểm của việc sử dụng chuyển hướng trang web cho một URL tùy chỉnh:

  • Rất linh hoạt. Bạn có thể cấu hình trang Web để chuyển hướng người dùng đến URL và không chỉ là tên máy chủ. Bạn cũng có thể điều khiển cách chuyển hướng hoạt động. Ví dụ:

    • Bạn có muốn trang web lặng lẽ chuyển hướng người dùng đến Exchange Online không?

    • Bạn có muốn trình bày ngắn gọn cho người dùng về trang trạng thái tùy chỉnh trước khi họ được chuyển hướng đến Exchange Online không?

    • Bạn có muốn cung cấp cho người dùng toàn bộ cổng mà họ có thể truy cập Outlook Web App bằng cách nhấp vào nút hoặc liên kết không?

  • Bạn có thể áp dụng SSL cho URL tùy chỉnh. Lưu ý rằng nếu bạn làm như vậy, bạn phải quyết định làm việc gì khi người dùng truy cập URL tùy chỉnh bằng cách sử dụng http://. Bạn có muốn tự động chuyển hướng họ đến https:// không? Hay bạn muốn ngừng chuyển hướng với lỗi cho biết rằng https:// được yêu cầu?

Nhược điểm của việc sử dụng chuyển hướng trang web cho URL tùy chỉnh là có thể có nhiều việc hơn để cấu hình hơn là chuyển hướng CNAME.

Top of page

Liên kết được nhận dạng trong Office 365 cho các doanh nghiệp

Khi bạn sử dụng liên kết được nhận dạng trong Office 365 Beta dành cho doanh nghiệp, người dùng có hộp thư Exchange Online có thể sử dụng thông tin đăng nhập Active Directory tại chỗ của họ để truy cập hộp thư Exchange Online và tất cả tài nguyên Office 365 khác. Để biết thêm thông tin, hãy xem Triển khai Exchange Hybrid và di chuyển với văn phòng 365.

Các URL truy cập trực tiếp trong Office 365 cho người dùng đươc liên kết

Trong ví dụ này: miền Office 365 được liên kết là contoso.com. Tài khoản người dùng và địa chỉ e-mail của người dùng Office 365 được liên kết nằm trong miền này. Ví dụ: người dùng tên là Tamara Johnston có địa chỉ e-mail và nhận dạng là tamara.johnston@contoso.com.

Người dùng được liên kết Office 365 có thể truy cập trực tiếp hộp thư của họ tại các URL sau:

Lưu ý   Người dùng được liên kết không thể sử dụng http://outlook.com trực tiếp. URL phải chứa tên miền, giúp xác định nơi cần gửi người dùng để xác thực.

Top of page

URL tùy chỉnh sử dụng bản ghi CNAME trong Office 365 cho người dùng được liên kết

Khi bạn tạo bản ghi CNAME tại dịch vụ máy chủ DNS cho miền Office 365 được liên kết của bạn, bạn có thể cung cấp cho người dùng một URL tùy chỉnh để mở hộp thư của họ bằng cách sử dụng Outlook Web App. Ví dụ: nếu miền Office 365 được liên kết của bạn là contoso.com, bạn cấu hình bản ghi CNAME để cloudmail.contoso.com chuyển hướng người dùng đến outlook.com. Bạn có thể yêu cầu người dùng được liên kết của Office 365 truy cập hộp thư của họ tại http://cloudmail.contoso.com. Bản ghi CNAME giống như:

  • Bí danh   cloudmail

  • Đích   outlook.com

Ưu điểm của việc sử dụng bản ghi CNAME cho một URL tùy chỉnh là rất đơn giản để cấu hình.

Đây là những nhược điểm của việc sử dụng bản ghi CNAME cho một URL tùy chỉnh:

  • Miền cấp cao của bản ghi CNAME phải phù hợp với miền Office 365 được liên kết. Ví dụ: để sử dụng bản ghi CNAME cloudmail.contoso.com, tên miền Office 365 được liên kết của bạn phải là contoso.com. Bạn không thể sử dụng bản ghi CNAME cloudmail.fabrikam.com nếu miền Office 365 được liên kết của bạn là contoso.com.

  • Cẩn thận khi bạn sử dụng miền phụ trong bản ghi CNAME. Ví dụ: nếu miền Office 365 được liên kết của bạn là contoso.com, bạn có thể sử dụng bản ghi CNAME cloudmail.contoso.com nhưng bạn không thể sử dụng cloudmail.test.contoso.com. Do vậy, nếu miền Office 365 được liên kết của bạn là contractors.contoso.com, bạn có thể sử dụng bản ghi CNAME cloudmail.contractors.contoso.com nhưng bạn không thể sử dụng cloudmail.test.contractors.contoso.com hoặc cloudmail.contoso.com.

  • Không linh hoạt. Bản ghi CNAME không thể trỏ trực tiếp đến đích URL như http://outlook.com/\<domain_name>. Đích phải là tên máy chủ DNS hợp lệ như outlook.com.

  • Bạn không thể áp dụng SSL cho URL tùy chỉnh. Tuy nhiên, mặc dù bạn không áp dụng SSL cho URL tùy chỉnh, trang đăng nhập mà người dùng cung cấp thông tin đăng nhập của họ có SSL áp dụng và thông tin đăng nhập của họ được mã hóa tại điểm đó. Thực tế, truy cập vào tất cả các dịch vụ Office 365 được bảo vệ bởi SSL, không quan tâm đến việc SSL có được sử dụng trong URL không.

URL tùy chỉnh sử dụng chuyển hướng trang Web trong Office 365 dành cho người dùng được liên kết

Nếu bạn có máy chủ Web có thể truy cập công khai qua Internet, bạn có thể cấu hình trang Web để chuyển hướng người dùng Office 365 được liên kết đến Exchange Online. Ví dụ: bạn có thể cấu hình trang Web http://cloudmail.contoso.com để chuyển hướng người dùng tới http://outlook.com/contoso.com hoặc http://outlook.com/owa/contoso.com.

Bạn cấu hình chuyển hướng trang Web bằng cách nào? Điều đó tùy thuộc vào máy chủ Web mà bạn đang sử dụng.

Đây là những ưu điểm của việc sử dụng chuyển hướng trang web cho một URL tùy chỉnh:

  • Rất linh hoạt. Bạn có thể cấu hình trang Web để chuyển hướng người dùng đến URL và không chỉ là tên máy chủ. Bạn cũng có thể điều khiển cách chuyển hướng hoạt động. Ví dụ:

    • Bạn có muốn trang web lặng lẽ chuyển hướng người dùng đến Exchange Online không?

    • Bạn có muốn trình bày ngắn gọn cho người dùng về trang trạng thái tùy chỉnh trước khi họ được chuyển hướng đến Exchange Online không?

    • Bạn có muốn cung cấp cho người dùng toàn bộ cổng mà họ có thể truy cập Outlook Web App bằng cách nhấp vào nút hoặc liên kết không?

  • Bạn có thể áp dụng SSL cho URL tùy chỉnh. Lưu ý rằng nếu bạn làm như vậy, bạn phải quyết định làm việc gì khi người dùng truy cập URL tùy chỉnh bằng cách sử dụng http://. Bạn có muốn tự động chuyển hướng họ đến https:// không? Hay bạn muốn ngừng chuyển hướng với lỗi cho biết rằng https:// được yêu cầu?

Nhược điểm của việc sử dụng chuyển hướng trang web cho URL tùy chỉnh là có thể có nhiều việc hơn để cấu hình hơn là chuyển hướng CNAME.

Top of page

Xem xét đặc biệt cho triển khai kết hợp

Một triển khai kết hợp là giải pháp nhắn tin nhiều địa điểm đầy đủ tính năng giữa Office 365 Beta dành cho doanh nghiệp và các tổ chức Exchange tại chỗ. Một số hộp thư sẽ nằm trong tổ chức Exchange tại chỗ và một số hộp thư sẽ nằm trong Office 365 Beta dành cho doanh nghiệp. Người dùng hộp thư tại chỗ và người dùng hộp thư Exchange Online không thể chia sẻ cùng URL Outlook Web App để chia sẻ hộp thư của họ. Tuy nhiên, bạn có thể sử dụng URL Outlook Web App tại chỗ để hướng dẫn người dùng hộp thư Exchange Online về URL Outlook Web App phù hợp cho họ. Để biết thêm thông tin, hãy xem các chủ đề sau:

Chiến lược URL Outlook Web App được khuyến nghị cho triển khai kết hợp là bản ghi CNAME kết hợp với các tham số TargetOwaURL trên cmdlet Set-OrganizationRelationship như được mô tả trong các chủ đề triển khai kết hợp. Kết quả là: khi người dùng có hộp thư Exchange Online mở URL Outlook Web App cho người dùng hộp thư tại chỗ và cố gắng truy cập hộp thư của họ, quy trình đăng nhập sẽ dừng lại và chúng được thể hiện với URL Outlook Web App mà chúng được coi là sử dụng để truy cập hộp thư Exchange Online của họ. Người dùng Exchange Online sẽ không được chuyển hướng tự động đến URL cho Exchange Online. Họ phải nhấp vào liên kết được trình bày cho họ và họ cũng có tùy chọn để thêm URL vào Ưa thích của họ. Đây là một số hướng dẫn bổ sung:

  • URL Outlook Web App cho người dùng hộp thư tại chỗ phải khác với URL Outlook Web App cho người dùng hộp thư Exchange Online. Ví dụ: nếu URL cho người dùng hộp thư tại chỗ của bạn là http://webmail.contoso.com, sử dụng http://cloudmail.contoso.com cho người dùng Exchange Online của bạn.

  • Tạo bản ghi CNAME được mô tả trong phần Customized URL using a CNAME record in Office 365 for federated users của chủ đề này. Ví dụ: nếu miền Office 365 được liên kết của bạn là contoso.com, tạo bản ghi CNAME cho cloudmail.contoso.com trỏ đến outlook.com.

  • Đối với tham số TargetOwaURL trên cmdlet Set-OrganizationRelationship, chỉ định một URL có chứa bản ghi CNAME cho người dùng hộp thư Exchange Online của bạn. Ví dụ: nếu bản ghi CNAME cho người dùng Exchange Online là cloudmail.contoso.com, hãy sử dụng http://cloudmail.contoso.com cho tham số TargetOwaURL.

Các URL truy cập trực tiếp trong Live@edu

Trong ví dụ này, miền Live@edu là contoso.edu. Các ID Windows Live của người dùng Live@edu nằm trong miền này.

Người dùng Live@edu có thể truy cập trực tiếp hộp thư của bạn tại các URL sau:

Lưu ý   Hiện tại, cả hai URL đều hoạt động tốt như nhau. Tuy nhiên, thay đổi trong tương lai sẽ yêu cầu bạn sử dụng http://outlook.com/\<domain_name>. Tại sao bạn không tham gia sớm?

Top of page

URL tùy chỉnh sử dụng bản ghi CNAME trong Live@edu

Khi bạn tạo bản ghi CNAME tại dịch vụ máy chủ DNS cho miền Live@edu của bạn, bạn có thể cung cấp cho người dùng một URL tùy chỉnh để mở hộp thư của họ bằng cách sử dụng Outlook Web App. Ví dụ: nếu miền Live@edu của bạn là contoso.edu, bạn cấu hình bản ghi CNAME để webmail.contoso.edu chuyển hướng người dùng đến outlook.com. Bạn có thể yêu cầu người dùng Live@edu truy cập hộp thư của họ tại http://webmail.contoso.edu. Bản ghi CNAME giống như:

  • Bí danh   webmail

  • Đích   outlook.com

Ưu điểm của việc sử dụng bản ghi CNAME cho một URL tùy chỉnh là rất đơn giản để cấu hình.

Đây là những nhược điểm của việc sử dụng bản ghi CNAME cho một URL tùy chỉnh:

  • Không linh hoạt. Bản ghi CNAME không thể trỏ trực tiếp đến đích URL như http://outlook.com/\<domain_name>. Đích phải là tên máy chủ DNS hợp lệ như outlook.com.

  • Bạn không thể áp dụng SSL cho URL tùy chỉnh. Tuy nhiên, mặc dù bạn không áp dụng SSL cho URL tùy chỉnh, trang đăng nhập mà người dùng cung cấp thông tin đăng nhập của họ có SSL áp dụng và thông tin đăng nhập của họ được mã hóa tại điểm đó.

Top of page

URL tùy chỉnh sử dụng chuyển hướng trang Web trong Live@edu

Nếu bạn có một máy chủ Web có thể truy cập công khai qua Internet, bạn có thể cấu hình trang Web để chuyển hướng người dùng đến Exchange Online. Ví dụ: bạn có thể cấu hình trang Web http://webmail.contoso.edu để chuyển hướng người dùng đến http://outlook.com hoặc http://outlook.com/contoso.edu.

Bạn cấu hình chuyển hướng trang Web bằng cách nào? Điều đó tùy thuộc vào máy chủ Web mà bạn đang sử dụng.

Đây là những ưu điểm của việc sử dụng chuyển hướng trang web cho một URL tùy chỉnh:

  • Rất linh hoạt. Bạn có thể cấu hình trang Web để chuyển hướng người dùng đến URL và không chỉ là tên máy chủ. Bạn cũng có thể điều khiển cách chuyển hướng hoạt động. Ví dụ:

    • Bạn có muốn trang web lặng lẽ chuyển hướng người dùng đến Exchange Online không?

    • Bạn có muốn trình bày ngắn gọn cho người dùng về trang trạng thái tùy chỉnh trước khi họ được chuyển hướng đến Exchange Online không?

    • Bạn có muốn cung cấp cho người dùng toàn bộ cổng mà họ có thể truy cập Outlook Web App bằng cách nhấp vào nút hoặc liên kết không?

  • Bạn có thể áp dụng SSL cho URL tùy chỉnh. Lưu ý rằng nếu bạn làm như vậy, bạn phải quyết định làm việc gì khi người dùng truy cập URL tùy chỉnh bằng cách sử dụng http://. Bạn có muốn tự động chuyển hướng họ đến https:// không? Hay bạn muốn ngừng chuyển hướng với lỗi cho biết rằng https:// được yêu cầu?

Nhược điểm của việc sử dụng chuyển hướng trang web cho URL tùy chỉnh là có thể có nhiều việc hơn để cấu hình hơn là chuyển hướng CNAME.

Top of page