Конфигурирайте URL-и за влизане за Outlook Web App

  • Статия

 

Отнася се за: Office 365 for professionals and small businesses, Office 365 for enterprises, Live@edu

Последна промяна на темата: 2012-12-05

Преди потребителите ви да могат да влязат в пощенските си кутии на Exchange Online с помощта на Outlook Web App, трябва да им кажете кой URL адрес да използват. Имате следните възможности:

Искате ли да запазите нещата прости? Това е лесно!

  • За Microsoft Live@edu използвайте http://outlook.com.

  • За Microsoft Office 365, особено Мигриране на пощенски кутии към Microsoft Office 365 за професионалисти и малки фирми, използвайте http://mail.office365.com.

    Забележка   Тъй като външното търсене на идентичност и хибридните разполагания не са толкова прости, трябва да следвате насоките по-долу в темата на Външно търсене на идентичност в Office 365 за предприятия. Също така не можете да използвате https в URL адрес с mail.office365.com. Въпреки че URL адресът започва с http, той незабавно се пренасочва да използва https за цялата сесия, включително за удостоверяване и достъп до пощенската кутия в Outlook Web App.

Искате ли да предоставите персонализиран URL адрес за своята организация? Например, ако домейнът ви е contoso.com, искате ли потребителите ви да влизат в пощенските си кутии на http://webmail.contoso.com? Ако е така, трябва да свършите малко работа.

Нека разгледаме опциите ви за персонализирани URL адреси за Microsoft Office 365 и за Live@edu.

Microsoft Office 365

  • Вътрешно търсене на идентичност в Office 365

    • URL адреси за директен достъп в Office 365

    • Персонализирани URL адреси, използващи CNAME запис в Office 365

    • Персонализирани URL адреси, използващи пренасочване на уеб страница в Office 365

  • Външно търсене на идентичност в Office 365 за предприятия

    • URL адреси за директен достъп в Office 365 за външни потребители

    • Персонализирани URL адреси, използващи CNAME запис в Office 365 за външни потребители

    • Персонализирани URL адреси, използващи пренасочване на уеб страница в Office 365 за външни потребители

    • Специални съображения за хибридни разполагания

Live@edu

  • URL адреси за директен достъп в Live@edu

  • Персонализирани URL адреси, използващи CNAME запис в Live@edu

  • Персонализирани URL адреси, използващи пренасочване на уеб страница в Live@edu

Вътрешно търсене на идентичност в Office 365

При вътрешното търсене на идентичност всички потребители с пощенски кутии в облака използват идентификационни данни, генерирани от Office 365, за достъп до своите Microsoft Office 365 ресурси. Можете да създавате нови потребителски акаунти и пароли за потребители на Office 365 в портала на Office 365. В противен случай в Office 365 за предприятия можете да използвате синхронизиране на справочен указател за автоматично осигуряване на потребителите от локалната Active Directory. В крайна сметка, и в двата случая идентификационните данни се генерират и управляват от Office 365.

URL адреси за директен достъп в Office 365

В този пример домейнът за Office 365 е contoso.com. Потребителските акаунти за потребителите на Office 365 са в този домейн.

Потребителите на Office 365 могат да влизат директно в пощенските си кутии на следните URL адреси:

Начало на страницата

Персонализирани URL адреси, използващи CNAME запис в Office 365

Когато създавате CNAME запис в услугата за DNS хостинг за домейна ви на Office 365, можете да предоставите на потребителите персонализиран URL адрес за отваряне на пощенските им кутии чрез Outlook Web App. Например, ако домейнът ви за Office 365 е contoso.com, можете да конфигурирате CNAME запис, така че webmail.contoso.com да пренасочва потребителите към mail.office365.com. Можете да съобщите на потребителите на Office 365 да влизат в пощенските си кутии на http://webmail.contoso.com. CNAME записът изглежда така:

  • Псевдоним   webmail

  • Цел   mail.office365.com

Предимството при използване на CNAME запис за персонализиран URL адрес е, че се конфигурира лесно.

Това са недостатъците при използване на CNAME запис за персонализиран URL адрес:

  • Не е много гъвкав. CNAME записът не може да посочи директно целеви URL адрес, като например http://outlook.com/\<domain_name>. Целта трябва да бъде валидно име на DNS хоста, като например mail.office365.com.

  • Не можете да приложите SSL към персонализирания URL адрес. Дори ако не приложите SSL към персонализирания URL адрес, обаче, страницата за влизане, на която потребителите предоставят своите идентификационни данни, има приложен SSL и техните идентификационни данни се шифроват на това място. Всъщност, достъпът до всички услуги на Office 365 е защитен чрез SSL, независимо дали SSL се използва в URL адреса.

Начало на страницата

Персонализирани URL адреси, използващи пренасочване на уеб страница в Office 365

Ако имате уеб сървър, който е достъпен публично от интернет, можете да конфигурирате даден уеб сайт да пренасочва потребителите към Exchange Online. Например, можете да конфигурирате уеб сайта http://webmail.contoso.com да пренасочва потребителите към http://mail.office365.com или http://outlook.com/contoso.com.

Как се конфигурира пренасочването на уеб страницата? Това зависи от уеб сървъра, който използвате.

Това са предимствата при използване на пренасочване на уеб страница за персонализиран URL адрес:

  • Много е гъвкаво. Можете да конфигурирате уеб страницата да пренасочва потребителите към даден URL адрес, а не само име на хост. Можете също така да управлявате начина на работа на пренасочването. Например:

    • Искате ли уеб страницата да пренасочва потребителите към Exchange Online без предупреждение?

    • Искате ли на потребителите за кратко да се показва персонализирана страница на състоянието, преди да бъдат пренасочени към Exchange Online?

    • Искате ли да предоставите на потребителите цял портал, от който могат да влизат в Outlook Web App чрез щракване върху бутон или връзка?

  • Можете да приложите SSL към персонализирания URL адрес. Имайте предвид, че ако направите това, трябва да решите какво да се прави, когато потребителите влизат в персонализирания URL адрес чрез http://. Искате ли автоматично да ги пренасочвате към https://? Или искате пренасочването да се прекрати с грешка, уведомяваща, че се изисква https://?

Недостатъкът от използването на пренасочване на уеб страница за персонализиран URL адрес е, че може да е нужна повече работа за конфигуриране, отколкото CNAME пренасочването.

Начало на страницата

Външно търсене на идентичност в Office 365 за предприятия

Когато използвате външното търсене на идентичност в Office 365 за предприятия, потребителите, които имат пощенски кутии в Exchange Online, могат да използват локалните си идентификационните данни за Active Directory за достъп до своите пощенски кутии в Exchange Online и всички останали ресурси на Office 365. За повече информация вижте Хибридно разполагане и мигриране на Exchange с Office 365.

URL адреси за директен достъп в Office 365 за външни потребители

В този пример федерираният домейн за Office 365 е contoso.com. Потребителските акаунти и имейл адреси за външните потребители на Office 365 са в този домейн. Например, потребител с име Тамара Джонстън има имейл адрес и самоличност tamara.johnston@contoso.com.

Външните потребители на Office 365 могат да влизат директно в пощенските си кутии на следните URL адреси:

Забележка   Външните потребители не могат да използват директно http://outlook.com. URL адресът трябва да съдържа името на домейна, което помага за определяне къде да се изпращат потребителите за удостоверяване.

Начало на страницата

Персонализирани URL адреси, използващи CNAME запис в Office 365 за външни потребители

Когато създавате CNAME запис в услугата за DNS хостинг за федерирания домейн на Office 365, можете да предоставите на потребителите персонализиран URL адрес за отваряне на пощенските им кутии чрез Outlook Web App. Например, ако федерираният ви домейн за Office 365 е contoso.com, конфигурирате CNAME запис, така че cloudmail.contoso.com да пренасочва потребителите към outlook.com. Можете да съобщите на външните потребители на Office 365 да влизат в пощенските си кутии на http://cloudmail.contoso.com. CNAME записът изглежда така:

  • Псевдоним   cloudmail

  • Цел   outlook.com

Предимството при използване на CNAME запис за персонализиран URL адрес е, че се конфигурира лесно.

Това са недостатъците при използване на CNAME запис за персонализиран URL адрес:

  • Домейнът от най-високо ниво за CNAME записа трябва да съвпада с федерирания домейн за Office 365. Например, за да използвате CNAME записа cloudmail.contoso.com, името на федерирания ви домейн за Office 365 трябва да бъде contoso.com. Не можете да използвате CNAME записа cloudmail.fabrikam.com, ако федерираният ви домейн за Office 365 е contoso.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 записът не може да посочи директно целеви URL адрес, като например http://outlook.com/\<domain_name>. Целта трябва да бъде валидно име на DNS хоста, като например outlook.com.

  • Не можете да приложите SSL към персонализирания URL адрес. Дори ако не приложите SSL към персонализирания URL адрес, обаче, страницата за влизане, на която потребителите предоставят своите идентификационни данни, има приложен SSL и техните идентификационни данни се шифроват на това място. Всъщност, достъпът до всички услуги на Office 365 е защитен чрез SSL, независимо дали SSL се използва в URL адреса.

Персонализирани URL адреси, използващи пренасочване на уеб страница в Office 365 за външни потребители

Ако имате уеб сървър, който е достъпен публично от интернет, можете да конфигурирате даден уеб сайт да пренасочва външните потребители на Office 365 към Exchange Online. Например, можете да конфигурирате уеб сайта http://cloudmail.contoso.com да пренасочва потребителите към http://outlook.com/contoso.com или http://outlook.com/owa/contoso.com.

Как се конфигурира пренасочването на уеб страницата? Това зависи от уеб сървъра, който използвате.

Това са предимствата при използване на пренасочване на уеб страница за персонализиран URL адрес:

  • Много е гъвкаво. Можете да конфигурирате уеб страницата да пренасочва потребителите към даден URL адрес, а не само име на хост. Можете също така да управлявате начина на работа на пренасочването. Например:

    • Искате ли уеб страницата да пренасочва потребителите към Exchange Online без предупреждение?

    • Искате ли на потребителите за кратко да се показва персонализирана страница на състоянието, преди да бъдат пренасочени към Exchange Online?

    • Искате ли да предоставите на потребителите цял портал, от който могат да влизат в Outlook Web App чрез щракване върху бутон или връзка?

  • Можете да приложите SSL към персонализирания URL адрес. Имайте предвид, че ако направите това, трябва да решите какво да се прави, когато потребителите влизат в персонализирания URL адрес чрез http://. Искате ли автоматично да ги пренасочвате към https://? Или искате пренасочването да се прекрати с грешка, уведомяваща, че се изисква https://?

Недостатъкът от използването на пренасочване на уеб страница за персонализиран URL адрес е, че може да е нужна повече работа за конфигуриране, отколкото CNAME пренасочването.

Начало на страницата

Специални съображения за хибридни разполагания

Хибридно разполагане представлява пълнофункционално решение за съобщения в няколко локални системи между Office 365 за предприятия и локалната организация на Exchange. Някои пощенски кутии ще бъдат в локалната организация на Exchange, а някои ще са в Office 365 за предприятия. Потребителите на локални пощенски кутии и потребителите на пощенски кутии в Exchange Online не могат да споделят един и същ URL адрес на Outlook Web App за достъп до своите кутии. Въпреки това, можете да използвате локалния URL адрес на Outlook Web App, за да обучите потребителите на пощенски кутии в Exchange Online относно URL адреса на Outlook Web App, подходящ за тях. За още информация вижте следните теми:

Препоръчаната стратегия за URL адрес на Outlook Web App за хибридно разполагане е CNAME запис в комбинация с параметъра TargetOwaURL на кратката команда Set-OrganizationRelationship, както е описано в темите за хибридно разполагане. Резултатът е: когато някой потребител с пощенска кутия в Exchange Online отвори URL адрес на Outlook Web App за локалните потребители на пощенски кутии и опита да влезе в кутиите им, процесът по влизане се прекратява, а на него се представя URL адреса на Outlook Web App, който би трябвало да използва за достъп до своята пощенска кутия в Exchange Online. Потребителите на Exchange Online няма да бъдат пренасочвани автоматично към URL адресът за Exchange Online. Те трябва да щракнат върху представената връзка, а също така имат и опцията да добавят URL адреса към своите предпочитани. Ето някои допълнителни насоки:

  • URL адресът на Outlook Web App за потребителите на локални пощенски кутии трябва да е различен от URL адреса на Outlook Web App за потребителите на пощенски кутии в Exchange Online. Например, ако URL адресът за потребителите на локални пощенски кутии е http://webmail.contoso.com, използвайте http://cloudmail.contoso.com за потребителите на Exchange Online.

  • Създайте CNAME записа, както е описано в раздела Персонализирани URL адреси, използващи CNAME запис в Office 365 за външни потребители от тази тема. Например, ако федерираният ви домейн за Office 365 е contoso.com, създайте CNAME запис за cloudmail.contoso.com, който насочва към outlook.com.

  • За параметъра TargetOwaURL на кратката команда Set-OrganizationRelationship определете URL адрес, който съдържа CNAME записа за потребителите на пощенски кутии в Exchange Online. Например, ако CNAME записът за потребителите на Exchange Online е cloudmail.contoso.com, използвайте http://cloudmail.contoso.com като стойност на параметъра TargetOwaURL.

URL адреси за директен достъп в Live@edu

В този пример Live@edu домейнът е contoso.edu. Windows Live ID на потребителите на Live@edu са в този домейн.

Потребителите на Live@edu могат да влизат директно в пощенските си кутии на следните URL адреси:

Забележка   В момента и двата URL адреса работят еднакво добре. Въпреки това, бъдещите промени най-вероятно ще изискват да използвате http://outlook.com/\<domain_name>. Защо не се присъедините отрано?

Начало на страницата

Персонализирани URL адреси, използващи CNAME запис в Live@edu

Когато създавате CNAME запис в услугата за DNS хостинг за домейна ви на Live@edu, можете да предоставите на потребителите персонализиран URL адрес за отваряне на пощенските им кутии чрез Outlook Web App. Например, ако домейнът ви за Live@edu е contoso.com, конфигурирате CNAME запис, така че webmail.contoso.edu да пренасочва потребителите към outlook.com. Можете да съобщите на потребителите на Live@edu да влизат в пощенските си кутии на http://webmail.contoso.edu. CNAME записът изглежда така:

  • Псевдоним   webmail

  • Цел   outlook.com

Предимството при използване на CNAME запис за персонализиран URL адрес е, че се конфигурира лесно.

Това са недостатъците при използване на CNAME запис за персонализиран URL адрес:

  • Не е много гъвкав. CNAME записът не може да посочи директно целеви URL адрес, като например http://outlook.com/\<domain_name>. Целта трябва да бъде валидно име на DNS хоста, като например outlook.com.

  • Не можете да приложите SSL към персонализирания URL адрес. Дори ако не приложите SSL към персонализирания URL адрес, обаче, страницата за влизане, на която потребителите предоставят своите идентификационни данни, има приложен SSL и техните идентификационни данни се шифроват на това място.

Начало на страницата

Персонализирани URL адреси, използващи пренасочване на уеб страница в Live@edu

Ако имате уеб сървър, който е достъпен публично от интернет, можете да конфигурирате даден уеб сайт да пренасочва потребителите към Exchange Online. Например, можете да конфигурирате уеб сайта http://webmail.contoso.edu да пренасочва потребителите към http://outlook.com или http://outlook.com/contoso.edu.

Как се конфигурира пренасочването на уеб страницата? Това зависи от уеб сървъра, който използвате.

Това са предимствата при използване на пренасочване на уеб страница за персонализиран URL адрес:

  • Много е гъвкаво. Можете да конфигурирате уеб страницата да пренасочва потребителите към даден URL адрес, а не само име на хост. Можете също така да управлявате начина на работа на пренасочването. Например:

    • Искате ли уеб страницата да пренасочва потребителите към Exchange Online без предупреждение?

    • Искате ли на потребителите за кратко да се показва персонализирана страница на състоянието, преди да бъдат пренасочени към Exchange Online?

    • Искате ли да предоставите на потребителите цял портал, от който могат да влизат в Outlook Web App чрез щракване върху бутон или връзка?

  • Можете да приложите SSL към персонализирания URL адрес. Имайте предвид, че ако направите това, трябва да решите какво да се прави, когато потребителите влизат в персонализирания URL адрес чрез http://. Искате ли автоматично да ги пренасочвате към https://? Или искате пренасочването да се прекрати с грешка, уведомяваща, че се изисква https://?

Недостатъкът от използването на пренасочване на уеб страница за персонализиран URL адрес е, че може да е нужна повече работа за конфигуриране, отколкото CNAME пренасочването.

Начало на страницата