Configurarea adreselor URL de sign in pentru Outlook Web App
Se aplică la: Office 365 for professionals and small businesses, Office 365 for enterprises, Live@edu
Ultima modificare a articolului: 2012-12-05
Înainte ca utilizatorii să poată face sign in la cutia lor poştală Exchange Online utilizând Outlook Web App, trebuie să le spuneţi ce URL să utilizeze. Aveţi opţiunile de mai jos:
Doriţi să păstraţi simple lucrurile? Este uşor!
Pentru Microsoft Live@edu, utilizaţi http://outlook.com.
Pentru Microsoft Office 365, mai ales pentru Microsoft Office 365 pentru profesioniști și întreprinderi mici, utilizaţi http://mail.office365.com.
Notă Pentru că identităţile federalizate şi implementările hibride nu sunt tocmai simple, trebuie să urmaţi instrucţiunile din cuprinsul ulterior al articolului la Identitatea federalizată în Office 365 pentru întreprinderi. De asemenea, nu se poate utiliza https în URL-ul cu mail.office365.com. Chiar dacă adresa URL începe cu http, aceasta este redirecţionată imediat pentru a utiliza https pentru întreaga sesiune, inclusiv pentru autentificarea şi accesarea cutiei poştale în Outlook Web App.
Doriţi să furnizaţi un URL particularizat pentru organizaţia dvs.? De exemplu, dacă domeniul dvs. este contoso.com, doriţi ca utilizatorii dvs. să facă sign in la cutia lor poştală la http://webmail.contoso.com? Dacă da, mai aveţi puţin de muncă.
Să vedem opţiunile pentru adresele URL particularizate pentru Microsoft Office 365 şi pentru Live@edu.
Microsoft Office 365
Identitatea non-federalizată în Office 365
URL-urile cu acces direct din Office 365
URL particularizat utilizând o înregistrare CNAME în Office 365
URL particularizat utilizând redirecţionarea paginii Web în Office 365
Identitatea federalizată în Office 365 pentru întreprinderi
URL-urile cu acces direct din Office 365 pentru utilizatorii federalizaţi
URL particularizat utilizând o înregistrare CNAME în Office 365 pentru utilizatorii federalizaţi
URL particularizat utilizând redirecţionarea paginii Web în Office 365 pentru utilizatorii federalizaţi
Consideraţii speciale pentru implementările hibride
Live@edu
URL-urile cu acces direct din Live@edu
URL particularizat utilizând o înregistrare CNAME în Live@edu
URL particularizat utilizând redirecţionarea paginii Web în Live@edu
Identitatea non-federalizată în Office 365
Cu identitatea non-federalizată, toţi utilizatorii care deţin cutii poştale în cadrul norului utilizează acreditări generate de Office 365 pentru accesarea resurselor Microsoft Office 365. Puteţi crea noi conturi de utilizator şi parole pentru utilizatorii Office 365 în cadrul portalului Office 365. Alternativ, în Office 365 pentru întreprinderi, puteţi utiliza sincronizarea directoarelor pentru furnizarea automată a accesului utilizatorilor din Active Directory local. Indiferent cum procedaţi, în ultimă instanţă, acreditările sunt generate şi gestionate de Office 365.
URL-urile cu acces direct din Office 365
În acest exemplu, domeniul Office 365 este contoso.com. Conturile de utilizator ale utilizatorilor Office 365 se află în acest domeniu.
Utilizatorii Office 365 îşi pot accesa direct cutiile poştale la următoarele adrese URL:
http://outlook.com/contoso.com
Notă După cum s-a explicat anterior, nu puteţi utiliza „https” în URL-ul cu mail.office365.com.
Începutul paginii
URL particularizat utilizând o înregistrare CNAME în Office 365
Când creaţi o înregistrare CNAME la serviciul de găzduire DNS pentru domeniul dvs. Office 365, aveţi posibilitatea să oferiţi utilizatorilor un URL particularizat pentru a-şi deschide cutia poştală utilizând Outlook Web App. De exemplu, dacă domeniul dvs. Office 365 este contoso.com, configuraţi o înregistrare CNAME astfel încât webmail.contoso.com să îi redirecţioneze pe utilizatori la mail.office365.com. Puteţi să spuneţi utilizatorilor Office 365 să îşi acceseze cutia poştală la http://webmail.contoso.com. Înregistrarea CNAME arată astfel:
Alias webmail
Ţintă mail.office365.com
Avantajul utilizării unei înregistrări CNAME pentru un URL particularizat este faptul că este simplu de configurat.
Iată dezavantajele utilizării unei înregistrări CNAME pentru un URL particularizat:
Nu este foarte flexibil. O înregistrare CNAME nu poate indica direct spre un URL ţintă precum http://outlook.com/\<nume_domeniu>. Ţinta trebuie să fie un nume valid de gazdă DNS, cum ar fi mail.office365.com.
Nu puteţi aplica SSL la URL-ul particularizat. Totuşi, chiar dacă nu aplicaţi SSL la URL-ul particularizat, pagina de sign-in în care utilizatorii îşi furnizează acreditările are aplicat SSL, iar acreditările sale sunt criptate în punctul respectiv. Da fapt, accesul la toate serviciile Office 365 este protejat de SSL, indiferent dacă este utilizat SSL în URL.
Începutul paginii
URL particularizat utilizând redirecţionarea paginii Web în Office 365
Dacă aveţi un server Web accesibil public de pe Internet, puteţi configura un site Web pentru a-i redirecţiona pe utilizatori la Exchange Online. De exemplu, aveţi posibilitatea să configuraţi site-ul Web http://webmail.contoso.com pentru a-i redirecţiona pe utilizatori la http://mail.office365.com or http://outlook.com/contoso.com.
Cum configuraţi redirecţionarea paginii Web? Aceasta depinde de serverul Web pe care îl utilizaţi.
Pentru Internet Information Services (IIS) 7, consultaţi Configurarea redirecţionării HTTP în IIS 7.
Pentru IIS 6, consultaţi Redirecţionarea site-urilor Web în IIS 6.0 (IIS 6.0).
Pentru Apache HTTP Server, consultaţi Apache Module mod_alias: Redirect Directive.
Iată care sunt avantajele utilizării redirecţionării paginii Web pentru un URL particularizat:
Este foarte flexibilă. Puteţi configura pagina Web pentru a-i redirecţiona pe utilizatori către un URL, nu doar către un nume de gazdă. De asemenea, controlaţi modul în care funcţionează redirecţionarea. De exemplu:
Doriţi ca pagina Web să îi redirecţioneze silenţios pe utilizatori la Exchange Online?
Doriţi să afişaţi pe scurt utilizatorilor o pagină de stare particularizată înainte ca aceştia să fie redirecţionaţi la Exchange Online?
Doriţi să oferiţi utilizatorilor un portal întreg unde pot accesa Outlook Web App, făcând clic pe un buton sau un link?
Puteţi aplica SSL la URL-ul particularizat. Reţineţi că, dacă procedaţi astfel, trebuie să decideţi ce să faceţi atunci când utilizatorii accesează URL-ul particularizat utilizând http://. Doriţi să îi redirecţionaţi automat la https://? Sau doriţi ca redirecţionarea să se oprească, cu o eroare care enunţă că este obligatoriu https://?
Dezavantajul utilizării redirecţionării paginii Web pentru un URL particularizat este faptul că poate necesita mai mult de lucru la configurare decât redirecţionarea CNAME.
Începutul paginii
Identitatea federalizată în Office 365 pentru întreprinderi
Atunci când utilizaţi identitatea federalizată în Office 365 pentru întreprinderi, utilizatorii care au cutii poştale Exchange Online îşi pot utiliza acreditările Active Directory locale pentru a-şi accesa cutia poştală Exchange Online şi toate celelalte resurse Office 365. Pentru informaţii suplimentare, consultaţi Implementarea hibridă şi migrarea Exchange cu Office 365.
URL-urile cu acces direct din Office 365 pentru utilizatorii federalizaţi
În acest exemplu, domeniul Office 365 federalizat este contoso.com. Conturile de utilizator şi adresele de poştă electronică ale utilizatorilor Office 365 federalizaţi se află în acest domeniu. De exemplu, un utilizator numit Cristina Potra are adresa de poştă electronică şi identitatea cristina.potra@contoso.com.
Utilizatorii Office 365 federalizaţi îşi pot accesa direct cutiile poştale la următoarele adrese URL:
Notă Utilizatorii federalizaţi nu pot utiliza http://outlook.com direct. Adresa URL trebuie să conţină numele de domeniu, care vă ajută să determinaţi unde să îi trimiteţi pe utilizatori pentru autentificare.
Începutul paginii
URL particularizat utilizând o înregistrare CNAME în Office 365 pentru utilizatorii federalizaţi
Când creaţi o înregistrare CNAME la serviciul de găzduire DNS pentru domeniul dvs. Office 365 federalizat, aveţi posibilitatea să oferiţi utilizatorilor un URL particularizat pentru a-şi deschide cutia poştală utilizând Outlook Web App. De exemplu, dacă domeniul dvs. Office 365 federalizat este contoso.com, configuraţi o înregistrare CNAME astfel încât cloudmail.contoso.com să îi redirecţioneze pe utilizatori la outlook.com. Le puteţi spune utilizatorilor Office 365 federalizaţi să îşi acceseze cutia poştală la http://cloudmail.contoso.com. Înregistrarea CNAME arată astfel:
Alias cloudmail
Ţintă outlook.com
Avantajul utilizării unei înregistrări CNAME pentru un URL particularizat este faptul că este simplu de configurat.
Iată dezavantajele utilizării unei înregistrări CNAME pentru un URL particularizat:
Domeniul de nivel superior al înregistrării CNAME trebuie să corespundă domeniului Office 365 federalizat. De exemplu, pentru a utiliza înregistrarea CNAME cloudmail.contoso.com, numele dvs. de domeniu Office 365 federalizat trebuie să fie contoso.com. Nu aveţi posibilitatea să utilizaţi înregistrarea CNAME cloudmail.fabrikam.com dacă domeniul dvs. Office 365 federalizat este contoso.com.
Fiţi atent când utilizaţi subdomenii în înregistrarea CNAME. De exemplu, dacă domeniul dvs. Office 365 federalizat este contoso.com, aveţi posibilitatea să utilizaţi înregistrarea CNAME cloudmail.contoso.com, dar nu este posibil să utilizaţi cloudmail.test.contoso.com. La fel, dacă domeniul dvs. Office 365 federalizat este contractori.contoso.com, este posibil să utilizaţi înregistrarea CNAME cloudmail.contractori.contoso.com, dar nu este posibil să utilizaţi cloudmail.test.contractori.contoso.com sau cloudmail.contoso.com.
Nu este foarte flexibil. O înregistrare CNAME nu poate indica direct spre un URL ţintă precum http://outlook.com/\<nume_domeniu>. Ţinta trebuie să fie un nume valid de gazdă DNS, cum ar fi outlook.com.
Nu puteţi aplica SSL la URL-ul particularizat. Totuşi, chiar dacă nu aplicaţi SSL la URL-ul particularizat, pagina de sign-in în care utilizatorii îşi furnizează acreditările are aplicat SSL, iar acreditările sale sunt criptate în punctul respectiv. Da fapt, accesul la toate serviciile Office 365 este protejat de SSL, indiferent dacă este utilizat SSL în URL.
URL particularizat utilizând redirecţionarea paginii Web în Office 365 pentru utilizatorii federalizaţi
Dacă aveţi un server Web accesibil public de pe Internet, puteţi configura un site Web pentru a-i redirecţiona pe utilizatorii Office 365 federalizaţi la Exchange Online. De exemplu, aveţi posibilitatea să configuraţi site-ul Web http://cloudmail.contoso.com pentru a-i redirecţiona pe utilizatori la http://outlook.com/contoso.com sau la http://outlook.com/owa/contoso.com.
Cum configuraţi redirecţionarea paginii Web? Aceasta depinde de serverul Web pe care îl utilizaţi.
Pentru Internet Information Services (IIS) 7, consultaţi Configurarea redirecţionării HTTP în IIS 7.
Pentru IIS 6, consultaţi Redirecţionarea site-urilor Web în IIS 6.0 (IIS 6.0).
Pentru Apache HTTP Server, consultaţi Apache Module mod_alias: Redirect Directive.
Iată care sunt avantajele utilizării redirecţionării paginii Web pentru un URL particularizat:
Este foarte flexibilă. Puteţi configura pagina Web pentru a-i redirecţiona pe utilizatori către un URL, nu doar către un nume de gazdă. De asemenea, controlaţi modul în care funcţionează redirecţionarea. De exemplu:
Doriţi ca pagina Web să îi redirecţioneze silenţios pe utilizatori la Exchange Online?
Doriţi să afişaţi pe scurt utilizatorilor o pagină de stare particularizată înainte ca aceştia să fie redirecţionaţi la Exchange Online?
Doriţi să oferiţi utilizatorilor un portal întreg unde pot accesa Outlook Web App, făcând clic pe un buton sau un link?
Puteţi aplica SSL la URL-ul particularizat. Reţineţi că, dacă procedaţi astfel, trebuie să decideţi ce să faceţi atunci când utilizatorii accesează URL-ul particularizat utilizând http://. Doriţi să îi redirecţionaţi automat la https://? Sau doriţi ca redirecţionarea să se oprească, cu o eroare care enunţă că este obligatoriu https://?
Dezavantajul utilizării redirecţionării paginii Web pentru un URL particularizat este faptul că poate necesita mai mult de lucru la configurare decât redirecţionarea CNAME.
Începutul paginii
Consideraţii speciale pentru implementările hibride
O implementare hibridă este o soluţie de mesagerie completă cu locaţii multiple între Office 365 pentru întreprinderi şi organizaţia Exchange locală. Unele cutii poştale vor fi în organizaţia Exchange locală, iar alte cutii poştale vor fi în Office 365 pentru întreprinderi. Utilizatorii cutiei poştale locale şi utilizatorii cutiei poştale Exchange Online nu pot partaja aceeaşi adresă URL Outlook Web App pentru a-şi accesa cutiile poştale. Totuşi, este posibil să utilizaţi adresa URL Outlook Web App locală pentru a-i instrui pe utilizatorii cutiei poştale Exchange Online în legătură cu adresa URL Outlook Web App potrivită pentru ei. Pentru informaţii suplimentare, consultaţi următoarele subiecte:
Configurarea Outlook Web App pentru o implementare hibridă Exchange 2003
Configurarea Outlook Web App pentru o implementare hibridă Exchange 2007
Configurarea Outlook Web App pentru o implementare hibridă Exchange 2010
Strategia recomandată pentru adresa URL Outlook Web App pentru implementările hibride este o înregistrare CNAME în combinaţie cu parametrul TargetOwaURL de pe cmdletul Set-OrganizationRelationship
, aşa cum se descrie în subiectele despre implementarea hibridă. Rezultatul este: atunci când un utilizator cu o cutie poştală Exchange Online deschide adresa URL Outlook Web App pentru utilizatorii cutiei poştale locale şi încearcă să îşi acceseze cutia poştală, procesul de login se opreşte şi acestora li se prezintă adresa URL Outlook Web App pe care trebuie să o utilizeze pentru a-şi accesa cutia poştală Exchange Online. Utilizatorii Exchange Online nu vor fi redirecţionaţi automat la adresa URL pentru Exchange Online. Aceştia trebuie să facă clic pe linkul care li se afişează şi, de asemenea, au opţiunea de a adăuga adresa URL la Preferinţe. Iată câteva instrucţiuni suplimentare:
Adresa URL Outlook Web App pentru utilizatorii cutiei poştale locale trebuie să fie diferită de adresa URL Outlook Web App pentru utilizatorii cutiei poştale Exchange Online. De exemplu, dacă adresa URL pentru utilizatorii cutiei poştale locale este http://webmail.contoso.com, utilizaţi http://cloudmail.contoso.com pentru utilizatorii dvs. Exchange Online.
Creaţi înregistrarea CNAME aşa cum se descrie în secţiunea URL particularizat utilizând o înregistrare CNAME în Office 365 pentru utilizatorii federalizaţi a acestui subiect. De exemplu, dacă domeniul dvs. Office 365 federalizat este contoso.com, creaţi o înregistrare CNAME pentru cloudmail.contoso.com care să indice spre outlook.com.
Pentru parametrul TargetOwaURL din cmdlet-ul
Set-OrganizationRelationship
, specificaţi un URL care conţine înregistrarea CNAME pentru utilizatorii cutiei poştale Exchange Online. De exemplu, dacă înregistrarea CNAME pentru utilizatorii Exchange Online este cloudmail.contoso.com, utilizaţi http://cloudmail.contoso.com pentru valoarea parametrului TargetOwaURL.
URL-urile cu acces direct din Live@edu
În acest exemplu, domeniul Live@edu este contoso.edu. Identificatorii Windows Live ID ai utilizatorilor Live@edu se află în acest domeniu.
Utilizatorii Live@edu îşi pot accesa direct cutiile poştale la următoarele adrese URL:
Notă Momentan, ambele URL-uri funcţionează la fel de bine. Totuşi, modificările viitoare vor necesita cel mai probabil să utilizaţi http://outlook.com/\<domain_name>. De ce să nu începeţi lucrul devreme?
Începutul paginii
URL particularizat utilizând o înregistrare CNAME în Live@edu
Când creaţi o înregistrare CNAME la serviciul de găzduire DNS pentru domeniul dvs. Live@edu, aveţi posibilitatea să oferiţi utilizatorilor un URL particularizat pentru a-şi deschide cutia poştală utilizând Outlook Web App. De exemplu, dacă domeniul dvs. Live@edu este contoso.edu, configuraţi o înregistrare CNAME astfel încât webmail.contoso.edu să îi redirecţioneze pe utilizatori la outlook.com. Le puteţi spune utilizatorilor Live@edu să îşi acceseze cutia poştală la http://wembail.contoso.edu. Înregistrarea CNAME arată astfel:
Alias webmail
Ţintă outlook.com
Avantajul utilizării unei înregistrări CNAME pentru un URL particularizat este faptul că este simplu de configurat.
Iată dezavantajele utilizării unei înregistrări CNAME pentru un URL particularizat:
Nu este foarte flexibil. O înregistrare CNAME nu poate indica direct spre un URL ţintă, precum http://outlook.com/\<nume_domeniu>. Ţinta trebuie să fie un nume valid de gazdă DNS, cum ar fi outlook.com.
Nu puteţi aplica SSL la URL-ul particularizat. Totuşi, chiar dacă nu aplicaţi SSL la URL-ul particularizat, pagina de sign-in în care utilizatorii îşi furnizează acreditările are aplicat SSL, iar acreditările sale sunt criptate în punctul respectiv.
Începutul paginii
URL particularizat utilizând redirecţionarea paginii Web în Live@edu
Dacă aveţi un server Web accesibil public de pe Internet, puteţi configura un site Web pentru a-i redirecţiona pe utilizatori la Exchange Online. De exemplu, aveţi posibilitatea să configuraţi site-ul Web http://webmail.contoso.edu pentru a-i redirecţiona pe utilizatori la http://outlook.com sau la http://outlook.com/contoso.edu.
Cum configuraţi redirecţionarea paginii Web? Aceasta depinde de serverul Web pe care îl utilizaţi.
Pentru Internet Information Services (IIS) 7, consultaţi Configurarea redirecţionării HTTP în IIS 7.
Pentru IIS 6, consultaţi Redirecţionarea site-urilor Web în IIS 6.0 (IIS 6.0).
Pentru Apache HTTP Server, consultaţi Apache Module mod_alias: Redirect Directive.
Iată care sunt avantajele utilizării redirecţionării paginii Web pentru un URL particularizat:
Este foarte flexibilă. Puteţi configura pagina Web pentru a-i redirecţiona pe utilizatori către un URL, nu doar către un nume de gazdă. De asemenea, controlaţi modul în care funcţionează redirecţionarea. De exemplu:
Doriţi ca pagina Web să îi redirecţioneze silenţios pe utilizatori la Exchange Online?
Doriţi să afişaţi pe scurt utilizatorilor o pagină de stare particularizată înainte ca aceştia să fie redirecţionaţi la Exchange Online?
Doriţi să oferiţi utilizatorilor un portal întreg unde pot accesa Outlook Web App, făcând clic pe un buton sau un link?
Puteţi aplica SSL la URL-ul particularizat. Reţineţi că, dacă procedaţi astfel, trebuie să decideţi ce să faceţi atunci când utilizatorii accesează URL-ul particularizat utilizând http://. Doriţi să îi redirecţionaţi automat la https://? Sau doriţi ca redirecţionarea să se oprească, cu o eroare care enunţă că este obligatoriu https://?
Dezavantajul utilizării redirecţionării paginii Web pentru un URL particularizat este faptul că poate necesita mai mult de lucru la configurare decât redirecţionarea CNAME.
Începutul paginii