Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Affinché sia possibile creare e configurare una distribuzione ibrida utilizzando la procedura guidata di configurazione ibrida, è necessario che l'organizzazione locale di Exchange esistente soddisfi determinati requisiti. In caso contrario, non sarà possibile completare i passaggi della procedura guidata di configurazione ibrida e configurare una distribuzione ibrida che include l'organizzazione di Exchange locale ed Exchange Online.
Prerequisiti per la distribuzione ibrida
Per configurare una distribuzione ibrida sono necessari i seguenti requisiti:
- Organizzazione di Exchange locale: la versione di Exchange installata nell'organizzazione locale determina la versione di distribuzione ibrida che è possibile installare. In genere è consigliabile configurare la versione di distribuzione ibrida più recente supportata nell'organizzazione, come descritto nella tabella seguente:
| Ambiente locale | Distribuzione ibrida basata su Exchange 2019 | Distribuzione ibrida basata su Exchange 2016 | Distribuzione ibrida basata su Exchange 2013 | Distribuzione ibrida basata su Exchange 2010 |
|---|---|---|---|---|
| Exchange 2019 | Supportato | Non supportato | Non supportato | Non supportato |
| Exchange 2016 | Supportato | Supportato | Non supportato | Non supportato |
| Exchange 2013 | Supportato | Supportato | Supportato | Non supportato |
| Exchange 2010 | Non supportato | Supportato | Supportato | Supportato |
Rilasci di Exchange Server: Le distribuzioni ibride richiedono l'ultimo aggiornamento cumulativo (CU) o aggiornamento cumulativo (RU) disponibile per la versione di Exchange. Se non è possibile installare l'aggiornamento più recente, è supportata anche la versione immediatamente precedente.
Le CU di Exchange vengono rilasciate due volte l'anno, quindi mantenere aggiornati i server Exchange offre una certa flessibilità aggiuntiva se è necessario periodicamente più tempo per completare gli aggiornamenti.
Ruoli del server Exchange: i ruoli del server da installare nell'organizzazione locale dipendono dalla versione di Exchange installata.
Exchange 2016 e versioni successive: almeno un server Cassette postali.
Exchange 2013: Almeno un'istanza dei ruoli del server Cassette postali e Accesso client installata (separatamente o su un server; si consiglia vivamente su un server).
Exchange 2010: Almeno un'istanza dei ruoli del server Cassette postali, Trasporto Hub e Accesso client installata (separatamente o su un server; è consigliabile su un solo server).
Le distribuzioni ibride supportano inoltre server di Exchange che eseguono il ruolo del server Trasporto Edge. È inoltre necessario aggiornare i server Trasporto Edge all'ultima versione di CU o RU. Si consiglia vivamente di distribuire i server Trasporto Edge in una rete perimetrale. Non è possibile distribuire server Cassette postali o Accesso client in una rete perimetrale.
Nota
Se è già stato avviato un processo di migrazione con gli endpoint ibridi di Exchange 2010 e non si prevede di mantenere le cassette postali locali, continuare la migrazione così com'è. Se si prevede di mantenere alcune cassette postali in locale, si consiglia vivamente di introdurre endpoint ibridi di Exchange 2016 (perché Exchange 2010 ha raggiunto la fine del ciclo di vita del supporto). Continuare la migrazione delle cassette postali di Exchange 2010 a Office 365, quindi spostare le cassette postali che rimarranno locali nei server di Exchange 2016. Dopo aver rimosso tutti i server Exchange 2010, è possibile introdurre i server Exchange 2019 come nuovi endpoint ibridi e spostare le cassette postali locali rimanenti nei server Exchange 2019.
Microsoft 365 o Office 365: le distribuzioni ibride sono supportate in tutti i piani di Microsoft 365 e Office 365 che supportano la sincronizzazione di Microsoft Entra. Tutti i piani di Microsoft 365 Business Standard, Business Basic, Enterprise, Government, Academic e Midsize supportano le distribuzioni ibride. I piani Microsoft 365 Apps for business e Home non supportano le distribuzioni ibride.
Scopri di più su Microsoft 365.
Domini personalizzati: registrare i domini personalizzati da usare nella distribuzione ibrida con Microsoft 365 o Office 365. A questo scopo, usare il portale di Microsoft 365 o, facoltativamente, configurare Active Directory Federation Services (AD FS) nell'organizzazione locale.
Per altre informazioni, vedere Aggiungere il dominio a Microsoft 365 o Office 365.
Sincronizzazione di Active Directory: distribuire lo strumento Microsoft Entra Connect o lo strumento di sincronizzazione cloud per abilitare la sincronizzazione di Active Directory con l'organizzazione locale.
Per altre informazioni, vedere le opzioni di accesso utente di Microsoft Entra Connect e Che cos'è Microsoft Entra Cloud Sync?.
Rilevamento automatico dei record DNS: configurare il record di individuazione automatica per i domini SMTP esistenti nel DNS pubblico in modo che puntino ai server Exchange locali (un server Accesso client di Exchange 2010/2013 o un server Cassette postali di Exchange 2016/2019).
Certificati: assegnare i servizi Exchange a un certificato digitale valido acquistato da un'autorità di certificazione (CA) pubblica attendibile. Anche se è consigliabile usare certificati autofirmati per la relazione di trust federativa locale con Microsoft Federation Gateway, non è possibile usare certificati autofirmati per i servizi Exchange in una distribuzione ibrida.
L'istanza di Internet Information Services (IIS) sui server Exchange configurati nella distribuzione ibrida richiede un certificato digitale valido acquistato da una CA attendibile.
L'URL esterno EWS e l'endpoint di individuazione automatica specificati nel DNS pubblico devono essere elencati nel campo Nome alternativo soggetto (SAN) del certificato. I certificati installati sui server Exchange per il flusso di posta nella distribuzione ibrida devono essere tutti emessi dalla stessa autorità di certificazione e avere lo stesso oggetto.
Per ulteriori informazioni, vedere Requisiti dei certificati per le distribuzioni ibride.
EdgeSync: se sono stati distribuiti server Trasporto Edge nell'organizzazione locale e si desidera configurare i server Trasporto Edge per il trasporto di posta protetto ibrido, è necessario configurare EdgeSync prima di utilizzare la procedura guidata di configurazione ibrida. È inoltre necessario eseguire EdgeSync ogni volta che si applica un nuovo CU a un server Trasporto Edge.
Importante
Sebbene EdgeSync sia un requisito nelle distribuzioni con server Trasporto Edge, sono necessarie impostazioni di configurazione aggiuntive quando si configurano i server Trasporto Edge per il trasporto di posta protetto ibrido.
Per ulteriori informazioni, vedere Server Trasporto Edge con distribuzioni ibride.
Microsoft .NET Framework: Per verificare le versioni che possono essere utilizzate con la versione specifica di Exchange, vedere Matrice di supporto di Exchange Server - Microsoft .NET Framework.
Cassette postali abilitate per la messaggistica unificata: se si dispone di cassette postali abilitate alla messaggistica unificata e si desidera spostarle in Microsoft 365 o Office 365, è necessario soddisfare i requisiti seguenti prima di spostarle:
Lync Server 2010, Lync Server 2013 o Skype for Business Server 2015 o versione successiva integrati con il sistema di telefonia locale.
o
Skype for Business Online integrato con il sistema di telefonia locale.
o
Una soluzione PBX o IP-PBX locale tradizionale.
Per ulteriori informazioni, vedere Integrazione del sistema telefonico con la messaggistica unificata in Exchange Online, Pianificare la migrazione di Skype for Business Server ed Exchange Server e Configurare Cloud Voicemail.
Protocolli, porte ed endpoint per la distribuzione ibrida
È necessario configurare i protocolli, le porte e gli endpoint di connessione seguenti nel firewall che protegge l'organizzazione locale, come descritto nella tabella seguente.
Importante
Gli endpoint di Microsoft 365 e Office 365 correlati sono vasti, in continua evoluzione e non sono elencati qui. Vedere invece le sezioni Exchange Online e Microsoft 365 Common e Office Online negli URL e negli intervalli di indirizzi IP di Microsoft 365 e Office 365 per identificare gli endpoint per ogni porta elencati qui.
Nota
Le porte necessarie per il flusso di posta e la connettività dei client nell'organizzazione di Exchange locale non correlate alla configurazione ibrida sono descritte in Porte di rete per i client e flusso di posta in Exchange.
| Origine | Protocollo/Porta | Destinazione | Commenti |
|---|---|---|---|
| Endpoint di Exchange Online | TCP/25 (SMTP/TLS) | Exchange 2019/2016 Mailbox/Edge Exchange 2013 CAS/Edge Exchange 2010 Hub/Edge |
I server Exchange locali configurati per ospitare i connettori di ricezione per il trasporto sicuro della posta con Exchange Online nella Configurazione guidata ibrida |
| Exchange 2019/2016 Mailbox/Edge Exchange 2013 CAS/Edge Exchange 2010 Hub/Edge |
TCP/25 (SMTP/TLS) | Endpoint di Exchange Online | I server Exchange locali configurati per ospitare connettori di invio per il trasporto sicuro della posta con Exchange Online nella Configurazione guidata ibrida |
| Endpoint di Exchange Online | TCP/443 (HTTPS) | Cassetta postale di Exchange 2019/2016 Exchange 2013/2010 CAS |
Exchange Server locali usati per pubblicare i servizi Web di Exchange e l'individuazione automatica su Internet |
| Cassetta postale di Exchange 2019/2016 Exchange 2013/2010 CAS |
TCP/443 (HTTPS) | Endpoint di Exchange Online | Exchange Server locali usati per pubblicare i servizi Web di Exchange e l'individuazione automatica su Internet |
| Cassetta postale di Exchange SE | TCP/443 (HTTPS) | Endpoint dell'API Graph | I server Exchange locali usati per accedere all'API Graph per funzionalità ibride come Disponibilità disponibile, Suggerimenti messaggio e Foto. Per altre informazioni, vedere la documentazione relativa alla distribuzione di app ibride Exchange dedicate . |
| Exchange 2019/2016 Mailbox/Edge Exchange 2013 CAS/Edge Exchange 2010 Hub/Edge |
80 | ctldl.windowsupdate.com/* | Per la funzionalità ibrida, i server Exchange necessitano di connettività in uscita ai vari endpoint dell'elenco di revoche di certificati (CRL) indicati qui. È consigliabile consentire a Windows di mantenere l'elenco di certificati attendibili (CTL) nel computer. In caso contrario, questo deve essere mantenuto manualmente su base regolare. Per consentire a Windows di mantenere il CTL, l'URL deve essere raggiungibile dal computer in cui è installato Exchange Server. |
La tabella seguente fornisce informazioni più dettagliate sugli endpoint locali coinvolti:
| Descrizione | Porta e protocollo | Endpoint locale | Provider di autenticazione | Metodo di autorizzazione | Autorizzazione preventiva supportata? |
|---|---|---|---|---|---|
| Flusso di posta SMTP tra Microsoft 365 o Office 365 ed Exchange locale | TCP 25 (SMTP/TLS) | Exchange 2019/2016 Mailbox/Edge Exchange 2013 CAS/Edge Exchange 2010 Hub/Edge |
N/D | Basato su certificato | No |
| Individuazione automatica | TCP 443 (HTTPS) | Server Cassette postali di Exchange 2019/2016: /autodiscover/autodiscover.svc/wssecurity Exchange 2013/2010 CAS: /autodiscover/autodiscover.svc |
Sistema di autenticazione Microsoft Entra | Autenticazione WS-Security | No |
| Disponibilità disponibile, suggerimenti messaggio e verifica messaggi (EWS) | TCP 443 (HTTPS) | Cassetta postale di Exchange 2019/2016 o Exchange 2013/2010 CAS: /ews/exchange.asmx/wssecurity |
Sistema di autenticazione Microsoft Entra | Autenticazione WS-Security | No |
| Ricerca in più cassette postali (EWS) | TCP 443 (HTTPS) | Cassetta postale di Exchange 2019/2016 o Exchange 2013/2010 CAS: /ews/exchange.asmx/wssecurity /autodiscover/autodiscover.svc/wssecurity /autodiscover/autodiscover.svc |
Server di autenticazione | Autenticazione WS-Security | No |
| Migrazioni delle cassette postali (EWS) | TCP 443 (HTTPS) | Cassetta postale di Exchange 2019/2016 o Exchange 2013/2010 CAS: /ews/mrsproxy.svc |
NTLM | Basic | No |
| OAuth (individuazione automatica ed EWS) | TCP 443 (HTTPS) | Cassetta postale di Exchange 2019/2016 o Exchange 2013/2010 CAS: /ews/exchange.asmx/wssecurity /autodiscover/autodiscover.svc/wssecurity /autodiscover/autodiscover.svc |
Server di autenticazione | Autenticazione WS-Security | No |
| ADFS (Windows Server) | TCP 443 (HTTPS) | Windows 2012 R2/2016 Server: /adfs/* | Sistema di autenticazione Microsoft Entra | Varia in base alla configurazione | Due fattori |
| Microsoft Entra Connect | TCP 443 (HTTPS) | Windows 2012 R2/2016 Server (AD FS): /adfs/* | Sistema di autenticazione Microsoft Entra | Varia in base alla configurazione | Due fattori |
Per ulteriori dettagli su queste informazioni, vedere Approfondimento: Come funziona realmente l'autenticazione ibrida, Demistificazione e risoluzione dei problemi del flusso di posta ibrida: quando è un messaggio interno?, Routing del trasporto nelle distribuzioni ibride di Exchange, Configurazione del flusso di posta tramite connettori e Gestione del flusso di posta con cassette postali in più posizioni (Exchange Online e locale).
Servizi e strumenti consigliati
Gli strumenti e i servizi seguenti sono utili quando si configurano distribuzioni ibride con la procedura guidata di configurazione ibrida:
Assistente migrazione posta: fornisce istruzioni dettagliate per configurare una distribuzione ibrida tra l'organizzazione locale e Microsoft 365 o Office 365 oppure eseguire la migrazione completa a Microsoft 365 o Office 365.
Per altre informazioni, vedere Usare Mail Migration Advisor.
Strumento Analizzatore connettività remota: lo strumento Analizzatore connettività remota Microsoft controlla la connettività esterna dell'organizzazione di Exchange locale e verifica che si sia pronti per configurare la distribuzione ibrida. È consigliabile controllare l'organizzazione locale con lo strumento Remote Connectivity Analyzer prima di configurare la distribuzione ibrida con la procedura guidata apposita.
Ulteriori informazioni su Analizzatore connettività remota di Microsoft.
Single Sign-On: Single Sign-On consente agli utenti di accedere sia all'organizzazione locale che a quella di Exchange Online con un unico nome utente e password. Offre agli utenti un'esperienza di accesso familiare e consente agli amministratori di controllare facilmente i criteri di account per le cassette postali dell'organizzazione di Exchange Online utilizzando gli strumenti di gestione di Active Directory locali.
Sono disponibili due opzioni per la distribuzione di Single Sign-On: sincronizzazione password e Active Directory Federation Services. Entrambe le opzioni sono fornite da Microsoft Entra Connect. La sincronizzazione della password consente a quasi tutte le organizzazione, indipendentemente dalle loro dimensioni, di implementare Single Sign-On senza particolari problemi. Per questo motivo e poiché l'esperienza utente in una distribuzione ibrida è significativamente migliore con Single Sign-On abilitato, è consigliabile implementarlo. Per le organizzazioni di grandi dimensioni, come quelle con più foreste di Active Directory che necessitano della distribuzione ibrida, è richiesto Active Directory Federation Services.
Per ulteriori informazioni, vedere: Accesso Single Sign-On con distribuzioni ibride