Aanmeldings-URL's voor Outlook Web App configureren

  • Artikel

 

Van toepassing op: Office 365 for professionals and small businesses, Office 365 for enterprises, Live@edu

Onderwerp laatst gewijzigd: 2012-12-05

Voor gebruikers kunnen inschrijven in hun postvak van Exchange Online met behulpt van Outlook Web App moet u hen vertellen welke URL ze hiervoor moeten gebruiken. U kunt kiezen uit de volgende opties:

Wilt u zaken eenvoudig te houden? Geen probleem!

  • Voor MicrosoftLive@edu, gebruikt u http://outlook.com.

  • Voor Microsoft Office 365, met name Microsoft Office 365 voor professionals en kleine bedrijven, gebruikt u http://mail.office365.com.

    Opmerking   Omdat gefedereerde identiteiten en hybride implementaties niet eenvoudig zijn moet u de richtlijnen later in dit artikel volgen op Gefedereerde identiteit in Office 365 voor ondernemingen. U mag ook https niet gebruiken in de URL met mail.office365.com. Hoewel de URL start met http wordt deze meteen doorgestuurd voor gebruik met https voor de volledige sessie, waaronder de verificatie en de toegang tot uw postvak in Outlook Web App.

Wilt u een aangepaste URL opgeven voor uw organisatie? Wanneer uw domein bijvoorbeeld contoso.com is, wenst u dan dat uw gebruikers zich op hun postvak moeten aanmelden op http://webmail.contoso.com? Als u dit wenst, hebt u werk voor de boeg.

Kijk even naar uw opties voor aangepaste URL's voor Microsoft Office 365 en voor Live@edu.

Microsoft Office 365

  • Niet-gefedereerde identiteit in Office 365

    • Directe toegang tot URL's in Office 365

    • Aangepaste URL met behulp van een CNAME-record in Office 365

    • Aangepaste URL met behulp van Web-pagina omleiden in Office 365

  • Gefedereerde identiteit in Office 365 voor ondernemingen

    • URL's die direct toegang gevent tot Office 365 voor gefedereerde gebruikers

    • Aangepaste URL dat een CNAME-record gebruikt in Office 365 voor gefedereerde gebruikers

    • Aangepaste URL met behulp van Web-pagina omleiden in Office 365 voor gefedereerde gebruikers

    • Speciale aandacht voor hybride implementaties

Live@edu

  • URL's voor directe toegang in Live@edu

  • Aangepaste URL die gebruik maken van een CNAME-record in Live@edu

  • Aangepaste URL met behulp van Web-pagina omleiden in Live@edu

Niet-gefedereerde identiteit in Office 365

Met niet-gefedereerde identiteit kunnen alle gebruikers met postvakken in de cloud gebruik maken van aanmeldingsgegevens van Office 365 om toegang te krijgen tot hun Microsoft Office 365-bronnen. U kunt nieuwe gebruikersaccounts en wachtwoorden voor Office 365-gebruikers maken in de Office 365 Portal. In Office 365 voor ondernemingen kunt u ook adressenlijstsynchronisatie gebruiken om automatisch gebruikers te voorzien via de lokale Active Directory. In beide gevallen worden er aanmeldgegevens gegenereerd en beheerd door Office 365.

Directe toegang tot URL's in Office 365

In dit voorbeeld is het Office 365-domein contoso.com. De gebruikersaccounts van de gebruikers van Office 365 zitten in dit domein.

Office 365-gebruikers kunnen hun postvakken meteen openen op de volgende URL's:

Boven aan pagina

Aangepaste URL met behulp van een CNAME-record in Office 365

Wanneer u een CNAME-record maakt in de DNS-hostingservice voor uw Office 365-domein kunt u voor uw gebruikers een aangepaste URL voorzien om hun postvakken te openen met behulp van Outlook Web App. Wanneer uw Office 365-domein bijvoorbeeld contoso.com is, configureert u een CNAME-record zodat webmail.contoso.com gebruikers doorstuurt naar mail.office365.com. U kunt Office 365-gebruikers doorgeven dat ze hun postvakken kunnen openen op http://webmail.contoso.com. De CNAME-record ziet er zo uit:

  • Alias   webmail

  • Doel mail.office365.com

Het voordeel van het gebruik van een CNAME-record voor een aangepaste URL is dat het gemakkelijk te configureren is.

Dit zijn de nadelen van het gebruik van een CNAME-record om een URL aan te passen:

  • Het is niet erg flexibel. Een CNAME-record kan niet meteen verwijzen naar een URL-doel zoals http://outlook.com/\<domain_name>. Het doel moet een geldige DNS-hostnaam zijn, zoals mail.office365.com.

  • U kunt geen SSL toepassen op de aangepaste URL. Hoewel u geen SSL kunt toepassen voor de aangepaste URL wordt SSL wel toegepast voor de aanmeldingspagina waar gebruikers hun referenties invullen. Bijgevolg worden deze referenties op dat moment niet gecodeerd. De toegang tot alle Office 365-services is beveiligd door SSL, ongeacht het feit of SSL wordt gebruikt in de URL.

Boven aan pagina

Aangepaste URL met behulp van Web-pagina omleiden in Office 365

Indien u een webserver hebt die via internet publiek toegankelijk is, kunt u een website configureren om gebruikers door te sturen naar Exchange Online. Zo kunt u bijvoorbeeld een website http://webmail.contoso.com configureren om gebruikers door te sturen naar http://mail.office365.com of http://outlook.com/contoso.com.

Hoe kunt u de webpaginaomleiding configureren? Dat hangt af van de gebruikte webserver.

Dit zijn de voordelen van webpaginaomleiding voor een aangepaste URL:

  • Het is erg flexibel. U kunt de webpagina configureren om gebruikers door te sturen naar een URL en niet gewoon naar een hostnaam. U ook bepalen hoe de omleiding werkt. Bijvoorbeeld:

    • Wenst u dat de webpagina gebruikers in het geheim doorstuurt naar Exchange Online?

    • Wenst u gebruikers kort een aangepaste statuspagina te tonen voor ze worden doorgestuurd naar Exchange Online?

    • Wenst u gebruikers een volledige portal ter beschikking te stellen waar ze toegang krijgen tot Outlook Web App door op een knop of op een koppeling te klikken?

  • U kunt SSL toepassen op het aangepaste URL. Merk op dat wanneer u dit doet, u moet beslissen wat er moet gebeuren wanneer gebruikers de aangepaste URL gebruikvan via http://. Wilt u hen automatisch omgeleid naar https://? Of wenst u dat de omleiding stopt met een foutbericht waarin wordt aangegeven dat https:// moet worden gebruikt?

Het nadeel van het gebruik van een webpaginaomleiding voor een aangepaste URL is dat het meer werk betekent dan bij een gewone CNAME-omleiding.

Boven aan pagina

Gefedereerde identiteit in Office 365 voor ondernemingen

Wanneer u gebruikt maakt van een gefedereerde identiteit in Office 365 voor ondernemingen, kunnen gebruikers van Exchange Online-postvakken hun lokale Active Directory-referenties gebruiken om toegang te krijgen tot hun postvakken van Exchange Online en alle andere Office 365-bronnen. Zie Exchange hybride implementatie en migratie met Office 365 voor meer informatie.

URL's die direct toegang gevent tot Office 365 voor gefedereerde gebruikers

In dit voorbeeld is het gefedereerde Office 365-domein contoso.com. De gebruikersaccounts van de gebruikers van gefedereerde Office 365 zitten in dit domein. Een gebruiker met de naam Tamara Johnston heeft bijvoorbeeld een e-mailadres en identiteit tamara.johnston@contoso.com.

Gefedereerde Office 365-gebruikers kunnen hun postvakken meteen openen op de volgende URL's:

Opmerking Gefedereerde gebruikers kunnen http://outlook.com niet rechtstreeks gebruiken. De URL moet de domeinnaam bevatten die zal helpen bepalen waarnaar de gebruikers moeten worden doorgezonden voor verificatie.

Boven aan pagina

Aangepaste URL dat een CNAME-record gebruikt in Office 365 voor gefedereerde gebruikers

Wanneer u een CNAME-record maakt in de DNS-hostingservice voor uw gefedereerd Office 365-domein kunt u voor uw gebruikers een aangepaste URL voorzien om hun postvakken te openen met behulp van Outlook Web App. Wanneer uw gefedereerde Office 365-domeinnaam bijvoorbeeld contoso.com is, configureert u een CNAME-record als cloudmail.contoso.com om gebruikers meteen om te leiden naar outlook.com. U kunt aan gefedereerde Office 365-gebruikers doorgeven dat ze hun e-mailpostvakken kunnen bekijken via http://cloudmail.contoso.com. De CNAME-record ziet er als volgt uit:

  • Alias   cloudmail

  • Doel outlook.com

Het voordeel van het gebruik van een CNAME-record voor een aangepaste URL is dat het gemakkelijk te configureren is.

Dit zijn de nadelen van het gebruik van een CNAME-record om een URL aan te passen:

  • Het topleveldomein van de CNAME-record moet passen bij het gefedereerde Office 365-domein. Om bijvoorbeeld het CNAM-record cloudmail.contoso.com te gebruiken moet uw gefedereerde Office 365-domeinnaam contoso.com zijn. U kunt geen CNAME-record cloudmail.fabrikam.com gebruiken wanneer uw gefedereerd Office 365-domein contoso.com is.

  • Wees voorzichtig wanneer u subdomeinen gebruikt in het CNAME-record. Wanneer uw gefedereerd Office 365-domein bijvoorbeeld contoso.com is, kunt u het CNAME-record cloudmail.contoso.com gebruiken, maar bijvoorbeeld cloudmail.test.contoso.com kunt u niet gebruiken. Op dezelfde wijze kunt u, wanneer uw gefedereerd Office 365-domein contractors.contoso.com is, het CNAME-record cloudmail.contractors.contoso.com gebruiken, maar kunt u niet cloudmail.test.contractors.contoso.com of cloudmail.contoso.com gebruiken.

  • Het is niet erg flexibel. Een CNAME-record kan niet meteen verwijzen naar een URL-doel zoals http://outlook.com/\<domain_name>. Het doel moet een geldige DNS-hostnaam zijn, zoals outlook.com.

  • U kunt geen SSL toepassen op de aangepaste URL. Hoewel u geen SSL kunt toepassen voor de aangepaste URL wordt SSL wel toegepast voor de aanmeldingspagina waar gebruikers hun referenties invullen. Bijgevolg worden deze referenties op dat moment niet gecodeerd. De toegang tot alle Office 365-services is beveiligd door SSL, ongeacht het feit of SSL wordt gebruikt in de URL.

Aangepaste URL met behulp van Web-pagina omleiden in Office 365 voor gefedereerde gebruikers

Indien u een webserver hebt die via internet publiek toegankelijk is, kunt u een website configureren om gefedereerde Office 365-gebruikers om te leiden naar Exchange Online. Zo kunt u bijvoorbeeld een website http://cloudmail.contoso.com configureren om gebruikers door te sturen naar http://outlook.com/contoso.com of http://outlook.com/owa/contoso.com.

Hoe kunt u de webpaginaomleiding configureren? Dat hangt af van de gebruikte webserver.

Dit zijn de voordelen van webpaginaomleiding voor een aangepaste URL:

  • Het is erg flexibel. U kunt de webpagina configureren om gebruikers door te sturen naar een URL en niet gewoon naar een hostnaam. U ook bepalen hoe de omleiding werkt. Bijvoorbeeld:

    • Wenst u dat de webpagina gebruikers in het geheim doorstuurt naar Exchange Online?

    • Wenst u gebruikers kort een aangepaste statuspagina te tonen voor ze worden doorgestuurd naar Exchange Online?

    • Wenst u gebruikers een volledige portal ter beschikking te stellen waar ze toegang krijgen tot Outlook Web App door op een knop of op een koppeling te klikken?

  • U kunt SSL toepassen op het aangepaste URL. Merk op dat wanneer u dit doet, u moet beslissen wat er moet gebeuren wanneer gebruikers de aangepaste URL gebruikvan via http://. Wilt u hen automatisch omgeleid naar https://? Of wenst u dat de omleiding stopt met een foutbericht waarin wordt aangegeven dat https:// moet worden gebruikt?

Het nadeel van het gebruik van een webpaginaomleiding voor een aangepaste URL is dat het meer werk betekent dan bij een gewone CNAME-omleiding.

Boven aan pagina

Speciale aandacht voor hybride implementaties

Een hybride implementatie is berichtenoplossing over meerdere lokaties heen met volledige functionaliteit tussen Office 365 voor ondernemingen en de lokale Exchange-organisatie. Sommige postvakken bevinden zich in de lokale Exchange-organisatie, terwijl andere postvakken zich bevinden in Office 365 voor ondernemingen. Lokale postvakgebruikers en Exchange Online-postvakgebruikers kunnen hetzelfde Outlook Web App-URL-adres niet delen om hun postvakken te openen. U kunt de lokale Outlook Web App-URL echter gebruiken om Exchange Online-postvakgebruikers te informeren over de Outlook Web App-URL die voor hen is bedoeld. Lees de volgende onderwerpen voor meer informatie:

De aanbevolen Outlook Web App-URL-strategie voor hybride implementaties is een CNAME-record in combinatie met de parameter TargetOwaURL in cmdlet Set-OrganizationRelationship zoals beschreven in het onderwerp hybride implementatie. Het resultaat is: wanneer een gebruiker met een Exchange Online-postvak de Outlook Web App-URL opent voor lokale postvakgebruikers en probeert zok, postvakken te openen, het aanmeldingsproces wordt beëindigd en de gebruiker de Outlook Web App-URL krijgt aangeboden hij had moeten gebruiken om hun Exchange Online-postvakken te openen. De Exchange Online-gebruikers kunnen niet automatisch worden omgeleid naar de URL voor Exchange Online Ze moeten klikken op de koppeling die hen wordt aangeboden, en ze hebben eveneens de mogelijkheid om deze URL toe te voegen aan hun Favorieten. Hier zijn wat extra richtlijnen:

  • De Outlook Web App-URL voor lokale postvakgebruikers moet verschillend zijn van de Outlook Web App-URL voor Exchange Online-postvakgebruikers. Indien bijvoorbeeld de URL voor uw lokale postvakgebruikers http://webmail.contoso.com is, gebruikt u http://cloudmail.contoso.com voor uw Exchange Online-gebruikers.

  • Maak een CNAME-record aan zoals beschreven in het gedeelte Aangepaste URL dat een CNAME-record gebruikt in Office 365 voor gefedereerde gebruikers van dit onderwerp. Indien uw gefedereerd Office 365-domain bijvoorbeeld contoso.com is, maakt u een CNAME-record aan voor cloudmail.contoso.com die verwijst naar outlook.com.

  • Voor de parameter TargetOwaURL in cmdlet Set-OrganizationRelationship legt ueen een URL vast met de CNAME-record van uw Exchange Online-postvakgebruikers. Indien bijvoorbeeld de CNAME-record voor Exchange Online-gebruikers cloudmail.contoso.com is, gebruikt u http://cloudmail.contoso.com voor de parameterwaarde TargetOwaURL.

URL's voor directe toegang in Live@edu

In dit voorbeeld is het Live@edu-domein contoso.edu. De Windows Live ID's van de Live@edu-gebruikers zitten in dit domein.

Live@edu-gebruikers kunnen hun postvakken meteen openen op de volgende URL's:

Opmerking Momenteel werken beide URL's even goed. Geplande wijzigingen zullen waarschijnlijk voor gevolg hebben dat u http://outlook.com/\<domeinnaam> moet gebruiken. Waarom zou u dit niet nu reeds voorzien?

Boven aan pagina

Aangepaste URL die gebruik maken van een CNAME-record in Live@edu

Wanneer u een CNAME-record maakt in de DNS-hostingservice voor uw Live@edu-domein kunt u voor uw gebruikers een aangepaste URL voorzien om hun postvakken te openen met behulp van Outlook Web App. Wanneer uw Live@edu-domeinnaam bijvoorbeeld contoso.edu is, configureert u een CNAME-record als webmail.contoso.edu om gebruikers meteen om te leiden naar outlook.com. U kunt aan Live@edu-gebruikers doorgeven dat ze hun e-mailpostvakken kunnen bekijken via http://webmail.contoso.edu. De CNAME-record ziet er als volgt uit:

  • Alias   webmail

  • Doel outlook.com

Het voordeel van het gebruik van een CNAME-record voor een aangepaste URL is dat het gemakkelijk te configureren is.

Dit zijn de nadelen van het gebruik van een CNAME-record om een URL aan te passen:

  • Het is niet erg flexibel. Een CNAME-record kan niet meteen verwijzen naar een URL-doel zoals http://outlook.com/\<domeinnaam>. Het doel moet een geldige DNS-hostnaam zijn, zoals outlook.com.

  • U kunt geen SSL toepassen op de aangepaste URL. Hoewel u geen SSL kunt toepassen voor de aangepaste URL wordt SSL wel toegepast voor de aanmeldingspagina waar gebruikers hun referenties invullen. Bijgevolg worden deze referenties op dat moment niet gecodeerd.

Boven aan pagina

Aangepaste URL met behulp van Web-pagina omleiden in Live@edu

Indien u een webserver hebt die via internet publiek toegankelijk is, kunt u een website configureren om gebruikers door te sturen naar Exchange Online. Zo kunt u bijvoorbeeld een website http://webmail.contoso.edu configureren om gebruikers om te leiden naar http://outlook.com of http://outlook.com/contoso.edu.

Hoe kunt u de webpaginaomleiding configureren? Dat hangt af van de gebruikte webserver.

Dit zijn de voordelen van webpaginaomleiding voor een aangepaste URL:

  • Het is erg flexibel. U kunt de webpagina configureren om gebruikers door te sturen naar een URL en niet gewoon naar een hostnaam. U ook bepalen hoe de omleiding werkt. Bijvoorbeeld:

    • Wenst u dat de webpagina gebruikers in het geheim doorstuurt naar Exchange Online?

    • Wenst u gebruikers kort een aangepaste statuspagina te tonen voor ze worden doorgestuurd naar Exchange Online?

    • Wenst u gebruikers een volledige portal ter beschikking te stellen waar ze toegang krijgen tot Outlook Web App door op een knop of op een koppeling te klikken?

  • U kunt SSL toepassen op het aangepaste URL. Merk op dat wanneer u dit doet, u moet beslissen wat er moet gebeuren wanneer gebruikers de aangepaste URL gebruikvan via http://. Wilt u hen automatisch omgeleid naar https://? Of wenst u dat de omleiding stopt met een foutbericht waarin wordt aangegeven dat https:// moet worden gebruikt?

Het nadeel van het gebruik van een webpaginaomleiding voor een aangepaste URL is dat het meer werk betekent dan bij een gewone CNAME-omleiding.

Boven aan pagina