Share via

Konfigurere kvittere-inne URL-adresser for Outlook Web App

  • Artikkel

 

Gjelder: Office 365 for professionals and small businesses, Office 365 for enterprises, Live@edu

Emnet sist endret: 2012-12-05

Før brukerne kan logge på Exchange Online-postboksen med Outlook Web App, må du fortelle dem hvilken nettadresse de skal bruke. Du har følgende alternativer:

Vil du holde ting enkelt? Det er lett!

  • For Microsoft Live@edu, bruk http://outlook.com.

  • For Microsoft Office 365, spesielt Microsoft Office 365 for eksperter og småbedrifter, bruker du http://mail.office365.com.

    Obs!   Fordi forent identitet og hybriddistribusjoner er ikke så enkelt, bør du følge veiledningen senere i dette emnet på Federert identitet i Office 365 for virksomheter. Du kan heller ikke bruke https i URL-adressen med mail.office365.com. Selv om nettadressen starter med http, blir URL umiddelbart omdirigert til å bruke https for hele økten, inkludert autentisering og tilgang til postboksen i Outlook Web App.

Vil du angi en egendefinert URL-adresse for organisasjonen? For eksempel, hvis domenet ditt er contoso.com, vil du at brukerne dine skal logge på postkassen sin på http://webmail.contoso.com? I så fall må du gjøre litt arbeid.

La oss ta en titt på mulighetene for tilpassede nettadresser for Microsoft Office 365 og for Live@edu.

Microsoft Office 365

  • Ikke-federert identitet i Office 365

    • Direkte tilgang-URL-adresser i Office 365

    • Egendefinert URL-adresse som bruker en CNAME-post i Office 365

    • Egendefinert URL-adresse ved hjelp av webside-omdirigering i Office 365

  • Federert identitet i Office 365 for virksomheter

    • Direkte tilgang-URL-adresser i Office 365 for federerte brukere

    • Egendefinert URL-adresse som bruker en CNAME-post i Office 365 for federerte brukere

    • Egendefinert URL-adresse ved hjelp av webside-omdirigering i Office 365 for federerte brukere

    • Spesielle hensyn for hybrid-distribusjoner

Live@edu

  • Direkte tilgang-URL-adresser i Live@edu

  • Egendefinert URL-adresse som bruker en CNAME-post i Live@edu

  • Egendefinert URL-adresse ved hjelp av webside-omdirigering i Live@edu

Ikke-federert identitet i Office 365

Med ikke-federert identitet bruker alle brukere med postbokser i skyen Office 365-generert legitimasjon for tilgang til Microsoft Office 365-ressursene sine. Du kan opprette nye brukerkontoer og passord for Office 365-brukere i Office 365-portalen. Alternativt kan du bruke direktesynkronisering i Office 365 for virksomheter for å klargjøre brukere automatisk fra den lokale Active Directory. Uansett genereres og administreres legitimasjon av Office 365 til slutt.

Direkte tilgang-URL-adresser i Office 365

I dette eksempelet er Office 365-domenenavnet contoso.com. Brukerkontoene til Office 365-brukerne er i dette domenet.

Office 365-brukere har direkte tilgang til e-postboksene sine på følgende URL-adresser:

Øverst på siden

Egendefinert URL-adresse som bruker en CNAME-post i Office 365

Når du oppretter en CNAME-post ved DNS-vertstjenesten for ditt Office 365-domene, kan du gi brukerne en tilpasset URL til å åpne postboksene sine ved å bruke Outlook Web App. Hvis for eksempel ditt Office 365-domene er contoso.com, konfigurerer du en CNAME-post så webmail.contoso.com omdirigerer brukere til mail.office365.com. Du kan fortelle Office 365-brukere at de kan få tilgang til postboksen sin på http://webmail.contoso.com. CNAME-posten ser slik ut:

  • Alias   webmail

  • Mål mail.office365.com

Fordelen med å bruke en CNAME-post for en tilpasset URL er at den er lett å konfigurere.

Dette er ulempene med å bruke en CNAME-post for en tilpasset URL:

  • Det er ikke veldig fleksibelt. En CNAME-post kan ikke direkte peke til en URL som http://outlook.com/\<domenenavn>. Målet må være et gyldig DNS-vertsnavn, for eksempel mail.office365.com.

  • Du kan ikke bruke SSL på den egendefinerte URL-adressen. Likevel, selv om du ikke bruker SSL til den tilpassede URL-en, er SSL tilordnet innloggingssiden der brukerne angir sine akkreditiver, og akkreditivene deres er kryptert på det tidspunktet. Faktisk er tilgang til alle Office 365-tjenester beskyttet av SSL, uavhengig av om SSL brukes i URL-en.

Øverst på siden

Egendefinert URL-adresse ved hjelp av webside-omdirigering i Office 365

Hvis du har en webserver som er offentlig tilgjengelig fra Internett, kan du konfigurere et webområde til å omdirigere brukere til Exchange Online. For eksempel kan du konfigurere webområdet http://webmail.contoso.com til å omdirigere brukere til http://mail.office365.com eller http://outlook.com/contoso.com.

Hvordan konfigurerer du webside-omdirigering? Det kommer an på webserveren du bruker.

Dette er fordelene med å bruke webside-omdirigering for en tilpasset URL:

  • Det er veldig fleksibelt. Du kan konfigurere websiden til å omdirigere brukere til en URL, og ikke bare et vertsnavn. Du styrer også hvordan omdirigeringen fungerer. Eksempel:

    • Vil du at websiden automatisk skal omdirigere brukere til Exchange Online?

    • Ønsker du at det kort skal vises en tilpasset statusside for brukerne før de blir omdirigert til Exchange Online?

    • Ønsker du å gi brukerne en hel portal hvor de kan få tilgang til Outlook Web App ved å klikke en knapp eller lenke?

  • Du kan bruke SSL på den egendefinerte URL-adressen. Merk at hvis du gjør dette, må du bestemme hva du skal gjøre når brukerne får tilgang til den tilpassede nettadressen med http://. Vil du automatisk omdirigere dem til https://? Eller vil du at omdirigeringen skal stoppe med en feilmelding som sier at https:// er nødvendig?

Ulempen ved å bruke webside-omdirigering for en tilpasset URL er at det kan medføre ekstraarbeid å konfigurere denne i forhold til en CNAME-omdirigering.

Øverst på siden

Federert identitet i Office 365 for virksomheter

Når du bruker federert identitet i Office 365 for virksomheter, kan brukere som har Exchange Online-postbokser bruke sin lokale Active Directory-legitimasjon for å få tilgang til Exchange Online-postkassen og alle andre Office 365-ressurser. Hvis du vil ha mer informasjon, se Migrering og hybriddistribusjon for Exchange med Office 365.

Direkte tilgang-URL-adresser i Office 365 for federerte brukere

I dette eksempelet er det federerte Office 365-domenenavnet contoso.com. Brukerkontoer og e-postadresser med federerte Office 365-brukere er i dette domenet. La oss for eksempel anta at en bruker ved navn Tamara Johnston har e-postadressen og identiteten tamara.johnston@contoso.com.

Federerte Office 365-brukere kan få direkte tilgang til postboksene sine på følgende nettadresser:

Merk Federerte brukere kan ikke bruke http://outlook.com direkte. URLen skal inneholde domenenavnet, noe som bidrar til å bestemme hvor du skal sende brukerne for godkjenning.

Øverst på siden

Egendefinert URL-adresse som bruker en CNAME-post i Office 365 for federerte brukere

Når du oppretter en CNAME-post ved DNS-vertstjenesten for ditt federerte Office 365-domene, kan du gi brukerne en tilpasset URL til å åpne postboksene sine ved å bruke Outlook Web App. Hvis for eksempel ditt federerte Office 365-domene er contoso.com, konfigurerer du en CNAME-post så cloudmail.contoso.com omdirigerer brukere til outlook.com. Du kan fortelle Office 365-federerte brukere at de får tilgang til postkassen sin på http://cloudmail.contoso.com. CNAME-posten ser slik ut:

  • Alias   cloudmail

  • Mål   outlook.com

Fordelen med å bruke en CNAME-post for en tilpasset URL er at den er lett å konfigurere.

Dette er ulempene med å bruke en CNAME-post for en tilpasset URL:

  • Toppdomenet for CNAME-posten må samsvare med federert Office 365-domene. For eksempel må det federerte Office 365-domenenavnet være contoso.com for at du skal kunne bruke CNAME-posten cloudmail.contoso.com. Du kan ikke bruke CNAME-posten cloudmail.fabrikam.com hvis det federerte Office 365-domenet er contoso.com.

  • Vær forsiktig når du bruker underdomener i CNAME-posten. Hvis for eksempel ditt federerte Office 365-domene er contoso.com, kan du bruke CNAME-posten cloudmail.contoso.com, men du kan ikke bruke cloudmail.test.contoso.com. Likeledes, hvis det federerte Office 365-domenet er contractors.contoso.com, kan du bruke CNAME-posten cloudmail.contractors.contoso.com, men du kan ikke bruke cloudmail.test.contractors.contoso.com eller cloudmail.contoso.com.

  • Det er ikke veldig fleksibelt. En CNAME-post kan ikke direkte peke til en URL som http://outlook.com/\<domenenavn>. Målet må være et gyldig DNS-vertsnavn, for eksempel outlook.com.

  • Du kan ikke bruke SSL på den egendefinerte URL-adressen. Likevel, selv om du ikke bruker SSL til den tilpassede URL-en, er SSL tilordnet innloggingssiden der brukerne angir sine akkreditiver, og akkreditivene deres er kryptert på det tidspunktet. Faktisk er tilgang til alle Office 365-tjenester beskyttet av SSL, uavhengig av om SSL brukes i URL-en.

Egendefinert URL-adresse ved hjelp av webside-omdirigering i Office 365 for federerte brukere

Hvis du har en webserver som er offentlig tilgjengelig fra Internett, kan du konfigurere et webområde til å omdirigere federerte Office 365-brukere til Exchange Online. For eksempel kan du konfigurere webområdet http://cloudmail.contoso.com til å omdirigere brukere til http://outlook.com/contoso.com eller http://outlook.com/owa/contoso.com.

Hvordan konfigurerer du webside-omdirigering? Det kommer an på webserveren du bruker.

Dette er fordelene med å bruke webside-omdirigering for en tilpasset URL:

  • Det er veldig fleksibelt. Du kan konfigurere websiden til å omdirigere brukere til en URL, og ikke bare et vertsnavn. Du styrer også hvordan omdirigeringen fungerer. Eksempel:

    • Vil du at websiden automatisk skal omdirigere brukere til Exchange Online?

    • Ønsker du at det kort skal vises en tilpasset statusside for brukerne før de blir omdirigert til Exchange Online?

    • Ønsker du å gi brukerne en hel portal hvor de kan få tilgang til Outlook Web App ved å klikke en knapp eller lenke?

  • Du kan bruke SSL på den egendefinerte URL-adressen. Merk at hvis du gjør dette, må du bestemme hva du skal gjøre når brukerne får tilgang til den tilpassede nettadressen med http://. Vil du automatisk omdirigere dem til https://? Eller vil du at omdirigeringen skal stoppe med en feilmelding som sier at https:// er nødvendig?

Ulempen ved å bruke webside-omdirigering for en tilpasset URL er at det kan medføre ekstraarbeid å konfigurere denne i forhold til en CNAME-omdirigering.

Øverst på siden

Spesielle hensyn for hybrid-distribusjoner

En hybrid-distribusjon er en fullfunksjons meldingsløsning på tvers av ulike lokaliteter mellom Office 365 for virksomheter og en lokal Exchange-organisasjon. Noen postbokser vil være i den lokale Exchange-organisasjonen, og noen postbokser vil være i Office 365 for virksomheter. Lokale postboksbrukere og Exchange Online-postboksbrukere kan ikke dele samme Outlook Web App-URL for å få tilgang til postkassene sine. Du kan imidlertid bruke den lokale Outlook Web App URL for å opplyse Exchange Online-postboksbrukerne om hvilken Outlook Web App-URL som passer for dem. Hvis du vil ha mer informasjon, kan du se følgende emner:

Anbefalt Outlook Web App-URL-strategi for hybriddistribusjoner er en CNAME-post i kombinasjon med TargetOwaURL-parameteren på Set-OrganizationRelationship-cmdlet-en som beskrevet i emnene om hybriddistribusjon. Resultatet er at når en bruker med en Exchange Online-postboks åpner Outlook Web App-URL for lokale postboksbrukere og forsøker å få tilgang til postkassen deres, stopper påloggingsprosessen, og de blir presentert for Outlook Web App-URLen som de er ment å skulle bruke for å få tilgang til Exchange Online-postkassen sin. Exchange Online-brukere vil ikke bli automatisk omdirigert til URL-adressen for Exchange Online. De må klikke på lenken som presenteres for dem, og de har også muligheten til å legge til nettadressen til sine favoritter. Her er litt mer veiledning:

  • Outlook Web App-URL for lokale postboksbrukere må være annerledes enn Outlook Web App-URL for Exchange Online-postboksbrukere. Hvis for eksempel webadressen for lokale postboksbrukere er http://webmail.contoso.com, bruk http://cloudmail.contoso.com for Exchange Online-brukerne dine.

  • Gå frem som beskrevet for å opprette CNAME-posten som beskrevet i delen Egendefinert URL-adresse som bruker en CNAME-post i Office 365 for federerte brukere i dette emnet. Hvis for eksempel ditt federerte Office 365-domene er contoso.com, opprett en CNAME-post for cloudmail.contoso.com som peker til outlook.com.

  • For parameteren TargetOwaURL på Set-OrganizationRelationship-cmdlet-en, spesifiser en URL som inneholder CNAME-posten til brukerne av Exchange Online-postboksen. Hvs for eksempel CNAME-posten for Exchange Online-brukere er cloudmail.contoso.com, bruk http://cloudmail.contoso.com somTargetOwaURL parameterverdi.

Direkte tilgang-URL-adresser i Live@edu

I dette eksemplet er Live@edu-domenet contoso.edu. Windows Live ID-ene til Live@edu-brukerne er i dette domenet.

Live@edu-brukere har direkte tilgang til e-postboksene sine på følgende URL-adresser:

Merk For øyeblikket fungerer begge URL-adressene like bra. Imidlertid vil fremtidige endringer mest sannsynlig kreve at du bruker http://outlook.com/\<domenenavn>. Hvorfor ikke gå tidlig ombord?

Øverst på siden

Egendefinert URL-adresse som bruker en CNAME-post i Live@edu

Når du oppretter en CNAME-post ved DNS-vertstjenesten for ditt Live@edu-domene, kan du gi brukerne en tilpasset URL til å åpne postboksene sine ved å bruke Outlook Web App. Hvis for eksempel ditt Live@edu-domene er contoso.com, konfigurerer du en CNAME-post så webmail.contoso.edu omdirigerer brukere til outlook.com. Du kan fortelle Live@edu-federerte brukere at de får tilgang til postkassen sin på http://webmail.contoso.edu. CNAME-posten ser slik ut:

  • Alias   webmail

  • Mål   outlook.com

Fordelen med å bruke en CNAME-post for en tilpasset URL er at den er lett å konfigurere.

Dette er ulempene med å bruke en CNAME-post for en tilpasset URL:

  • Det er ikke veldig fleksibelt. En CNAME-post kan ikke direkte peke til en URL som http://outlook.com/\<domenenavn>. Målet må være et gyldig DNS-vertsnavn, for eksempel outlook.com.

  • Du kan ikke bruke SSL på den egendefinerte URL-adressen. Likevel, selv om du ikke bruker SSL til den tilpassede URL-en, er SSL tilordnet innloggingssiden der brukerne angir sine akkreditiver, og akkreditivene deres er kryptert på det tidspunktet.

Øverst på siden

Egendefinert URL-adresse ved hjelp av webside-omdirigering i Live@edu

Hvis du har en webserver som er offentlig tilgjengelig fra Internett, kan du konfigurere et webområde til å omdirigere brukere til Exchange Online. For eksempel kan du konfigurere webområdet http://webmail.contoso.edu til å omdirigere brukere til http://outlook.com eller http://outlook.com/contoso.edu.

Hvordan konfigurerer du webside-omdirigering? Det kommer an på webserveren du bruker.

Dette er fordelene med å bruke webside-omdirigering for en tilpasset URL:

  • Det er veldig fleksibelt. Du kan konfigurere websiden til å omdirigere brukere til en URL, og ikke bare et vertsnavn. Du styrer også hvordan omdirigeringen fungerer. Eksempel:

    • Vil du at websiden automatisk skal omdirigere brukere til Exchange Online?

    • Ønsker du at det kort skal vises en tilpasset statusside for brukerne før de blir omdirigert til Exchange Online?

    • Ønsker du å gi brukerne en hel portal hvor de kan få tilgang til Outlook Web App ved å klikke en knapp eller lenke?

  • Du kan bruke SSL på den egendefinerte URL-adressen. Merk at hvis du gjør dette, må du bestemme hva du skal gjøre når brukerne får tilgang til den tilpassede nettadressen med http://. Vil du automatisk omdirigere dem til https://? Eller vil du at omdirigeringen skal stoppe med en feilmelding som sier at https:// er nødvendig?

Ulempen ved å bruke webside-omdirigering for en tilpasset URL er at det kan medføre ekstraarbeid å konfigurere denne i forhold til en CNAME-omdirigering.

Øverst på siden