Impossibile connettersi Lync/Skype per client aziendali con Exchange in Office 365 dedicato/ITAR

Sintomi

In Microsoft Office 365 dedicato/ITAR, possono verificarsi uno dei seguenti problemi in Microsoft Lync/Skype per client aziendali:

• Funzionalità come di seguito non funzionano come previsto:

  • Salvare la cronologia conversazione

  • Presenza di aggiornamento che si basa sulle informazioni del calendario

  • Da notifiche di Office che vengono visualizzati nella scheda contatto dell'utente

• Può essere ripetutamente chiesto di fornire un nome utente e una password per connettersi a Exchange.

Inoltre, l'utente venga visualizzato uno dei seguenti messaggi di errore:

Causa

Questo problema si verifica se uno o più delle seguenti condizioni sono vere:

• Integrazione con Microsoft Exchange Server o Outlook è disattivata.

• Scambio di credenziali non è corrette.

• Il servizio servizi Web Exchange (EWS) non è attivato.

• Il firewall o proxy blocca il traffico necessario.

• Il client Lync è in grado di identificare le informazioni di individuazione automatica corretto.

Risoluzione

Per risolvere questo problema, attenersi alla seguente procedura:

1. Assicurarsi che il client Lync è l'aggiornamento più recente. A tale scopo, vedere Skype per Business Scarica e aggiorna.

2. Verificare che il client Lync sia configurato per l'integrazione di Exchange o Outlook:

   1. Individuare Il Client Lync > Opzioni > personale.

   2. In Gestione delle informazioni personali, assicurarsi che sia selezionato Microsoft Exchange o Microsoft Outlook con le feature desiderate:
      
      
      
      Nota: Se queste opzioni sono disponibili, possono essere limitati da un'impostazione di criteri di gruppo o dai criteri del client che viene applicato all'utente Lync.

3. Convalidare le credenziali di Exchange per l'accesso a Outlook Web Access.

4. Assicurarsi che EWS sia abilitato per l'utente. A tale scopo, utilizzare PowerShell remoto per eseguire il seguente comando di Exchange:Get-casmailbox <smtp> | fl EWSEnabled Se il valore dell'attributo EWSEnabled è impostato su FALSE, Lync/Skye per l'integrazione di Business.

5. Assicurarsi che non vi sia alcun proxy o firewall che blocchi il traffico. Porte 443 all'ambiente di Exchange devono essere aperte sul firewall e server proxy per consentire il traffico di Exchange passare liberamente.

6. Identificare eventuali problemi EWS riscontrati in Outlook (libero/occupato o fuori sede).

7. Verificare che l'URL EWS utilizzato dal client Lync sia corretto. A tale scopo, attenersi alla seguente procedura:

   1. Premere e tenere premuto Ctrl, pulsante destro del mouse sull'icona di Lync nell'area di notifica e quindi fare clic su Informazioni di configurazione. Cercare l'impostazione di EWS nel campo URL esterno EWS .

   2. Modificare il valore che presente nell'URL esterno EWS impostazione in modo che termina con "/EWS/Exchange.asmx.". Per esempio:
      
      URL esterno EWS predefinito: https://mail.outlook.com/EWS/Exchange.asmx/WSSecurity
      
      Modificare l'URL esterno EWS: https://mail.outlook.com/EWS/Exchange.asmx
      
      Nota: Se è presente alcun valore nell'URL esterno EWS o EWS interno, andare al passaggio 8.

   3. Immettere l'indirizzo URL esterno EWS modificato in un browser e quindi immettere le credenziali di Exchange se viene chiesto di farlo. Si dovrebbe ricevere una risposta XML (in Exchange Server 2010) o una pagina del servizio (in Exchange Server 2013).
      
      Se non viene visualizzata la pagina, si tratta probabilmente di una rete o problema DNS che impedisce la risoluzione dell'URL e dovrebbero essere affidati ai team di rete.

8. Se il EWS URL esterni e interni EWS sono vuote, è probabile che il processo di individuazione automatica non riesce.
   
   Per i client aziendali di Lync/Skype. non utilizzare il punto di connessione del servizio (SCP) per determinare l'URL di individuazione automatica. Al contrario, si basano sui record DNS. In questa azione sul suffisso di dominio dell'utente dell'attributo WindowsEmailAddress o posta in Active Directory di base.
   
   Almeno uno dei seguenti record DNS deve essere fissato nell'ambiente di Exchange:

   • https://<SMTP-Domain>/autodiscover/autodiscover.xml

   • https://autodiscover.<SMTP-Domain>/autodiscover/autodiscover.xml

   • http://autodiscover.<SMTP-Domain>/autodiscover/autodiscover.xml

   • _autodiscover._tcp. <Dominio SMTP> (record SRV)

   
   Verificare se il computer dell'utente è possibile correggere questi URL tentando un ping o individuare l'URL in un browser Internet. Una risposta positiva deve mostrare una risposta XML con il codice di errore 600.
   
   Se gli URL non vengono visualizzati dopo aver eseguito questo passaggio, si tratta probabilmente di un problema di rete e ai team di rete dovrebbero essere affidati ad analizzare.

9. Se il problema persiste, raccogliere i registri di Lync, traccia Fiddler e output di informazioni di configurazione dal passaggio 7A e quindi seguire le istruzioni di escalation nel seguente articolo della Knowledge Base:

   Nozioni fondamentali di risoluzione dei problemi di 2649420 per Lync Online in Office 365 dedicato