Erreur « Impossible de se connecter car le serveur est temporairement non disponible » lorsque vous essayez de vous connecter à Lync Online dans Office 365 dédié

Traductions disponibles Traductions disponibles
Numéro d'article: 2619522 - Voir les produits auxquels s'applique cet article
Agrandir tout | Réduire tout

Symptômes

Vous ne pouvez pas vous connecter à Microsoft Lync Online dans Microsoft Office 365 dédié. En outre, le message d'erreur suivant s'affiche :

Impossible de se connecter car le serveur est temporairement indisponible. Si le problème persiste, contactez votre administrateur système.

Cause

Ce problème se produit pour l'une des raisons suivantes :

Cause 1

Vous n'êtes pas autorisé pour Lync Online.

Cause 2

Vous n'avez pas la connectivité au service Lync Online.

Cause 3

Vous exécutez un système d'exploitation de Windows 64 bits.

Remarque : Cette cause s'applique uniquement à Communicator 2007 R2.

Résolution

Pour résoudre ce problème, utilisez la méthode appropriée à votre situation :

Résolution de la Cause 1

Dispositions Microsoft Managed Services Service mise en service de fournisseur (MMSSPP) géré des objets compte pour Lync. Organisations utilisent un attribut de l'habilitation (par exemple, extensionattribute5) dans leur annuaire Active Directory pour signaler des MMSSPP de mise en service utilisateur pour Lync.

Remarque Si vous ne savez pas quel attribut de l'habilitation utilise votre organisation, contactez votre expert en la matière ou un Service Gestionnaire de prestations selon les termes de votre contrat de support.

Assurez-vous que votre compte est autorisé pour Lync Online. Si elle a le droit de Lync Online, continuez avec les résolutions suivantes.

Résolution de la Cause 2
  1. Valider les paramètres d'adresse de proxy Internet Explorer en fonction des normes de votre organisation.
  2. Assurez-vous que l'entrée de Registre AddToFirewallExceptionList sous la clé de Registre suivante est définie sur 1:
    HKEY_CURRENT_USER\Software\Microsoft\Communicator
  3. Le client OCS et Lync systématiquement essaie de contacter le service Lync Online en interrogeant des enregistrements DNS jusqu'à ce qu'un est résolu ou le client arrive à expiration. Si le client peut résoudre un des enregistrements DNS, le client tente de les inscrire sur le service, puis démarrez le processus d'authentification. (Le trafic SIP commence.) Le client lit le suffixe d'adresse de l'utilisateur de connexion pour effectuer des requêtes DNS en utilisant les commandes suivantes :
    • _sipinternaltls._tcp.Microsoft.com - enregistrement SRV
      Pointe généralement vers sipint1.microsoft.com - enregistrement de
    • _sip._tls.Microsoft.com - enregistrement SRV
      Pointe généralement vers sipint2.microsoft.com - enregistrement de
    • sipinternal.Microsoft.com - un enregistrement
    • SIP.Microsoft.com - un enregistrement
    • sipexternal.Microsoft.com - un enregistrement

    Enregistrement DNS du client est tout d'abord en mesure de résoudre et de se connecter à dépend largement de méthode de connexion de l'utilisateur. Déploiements courants de OCS ou Lync publient un enregistrement SRV pour les serveurs DNS internes et aux serveurs DNS externes. Les deux enregistrements SRV pointer vers un enregistrement A et spécifiez le port approprié : 5061 pour le port interne et 443 pour le port externe. Si le client ne peut pas résoudre un enregistrement SRV, le client se déplace les enregistrements de. En règle générale, les déploiements de serveur OCS ou Lync publient l'enregistrement A, sipinternal.sipdomain>.com, uniquement pour les serveurs DNS internes. De même, l'enregistrement A sipexternal.sipdomain>.com, est uniquement publiée sur les serveurs DNS externes. Toutefois, l'enregistrement A, le sip.sipdomain>.com, est généralement publiée sur les serveurs DNS internes et externes. L'enregistrement A est également fréquemment dans les enregistrements SRV associés. Lorsque le client essaie de se connecter à l'enregistrement A, sip.sipdomain>.com, le client sera toujours faire sur le port 5061 en premier. En cas d'échec, le client va essayer le port 443. Tout le trafic externe doit être effectués par sur le port 443, mais le trafic interne utilise le port 5061.

    Tests de connectivité pour la résolution des problèmes d'authentification client sont différents, car ils dépendent de déploiement de votre organisation et de méthode de connexion de l'utilisateur. Voici quelques exemples courants de tests de dépannage valides.

    Remarque : Par défaut, Windows Vista et Windows 7 n'ont pas de la fonctionnalité telnet installée. Pour installer la fonctionnalité, ouvrez le panneau de configuration, cliquez surProgrammes et fonctionnalités, cliquez sur Activer ou désactiver les fonctionnalités de Windows, puis sélectionnez le Client Telnet . Après quelques minutes, l'installation est terminée.

    Connecté en interne (y compris les VPN)
    • Pour effectuer un test valide de dépannage, procédez comme suit :
      1. À l'invite de commandes, tapez Nslookup, puis appuyez sur ENTRÉE.
      2. Type Définir le type = srv, puis appuyez sur ENTRÉE.
      3. Type _sipinternaltls._tcp.sipdomain.com, puis appuyez sur ENTRÉE.
      4. Enregistrement référencé un enregistrement et le numéro de port et tapez Quitter.
      5. Type TelnetUn enregistrement>port>, puis appuyez sur ENTRÉE.
      Remarque Le résultat attendu de la commande telnet est un écran vide.
    • Pour effectuer un test valide de dépannage, procédez comme suit :
      1. À l'invite de commandes, tapez Nslookupet appuyez sur ENTRÉE.
      2. Type Set type = srv, puis appuyez sur ENTRÉE.
      3. Type _sip._tls.sipdomain>.com, puis appuyez sur ENTRÉE.
      4. Enregistrement référencé un enregistrement et le numéro de port et tapez Exit.
      5. Type telnet A enregistrement> port>, puis appuyez sur ENTRÉE.

      Remarque Le résultat attendu de la commande telnet est un écran vide.
    • À l'invite de commandes, tapez sipinternal de Telnet.sipdomain>.com 5061, puis appuyez sur ENTRÉE.

      Remarque Le résultat attendu de la commande telnet est un écran vide.
    • À l'invite de commandes, tapez Telnet sip.sipdomain>.com 5061, puis appuyez sur ENTRÉE.

      Remarque Le résultat attendu de la commande telnet est un écran vide.

    En externe (accès distant)
    • Pour effectuer un test valide de dépannage, procédez comme suit :
      1. À l'invite de commandes, tapez Nslookup, puis appuyez sur ENTRÉE.
      2. Type Définir le type = srv, puis appuyez sur ENTRÉE.
      3. Type _sip._tls.sipdomain>.com, puis appuyez sur ENTRÉE.
      4. Enregistrement référencé un enregistrement et le numéro de port et tapez Quitter.
      5. Type TelnetUn enregistrement>port>, puis appuyez sur ENTRÉE.

      Remarque Le résultat attendu de la commande telnet est un écran vide.
    • À l'invite de commandes, tapez sipexternal de Telnet.sipdomain>.com 443, puis appuyez sur ENTRÉE.

      Remarque Le résultat attendu de la commande telnet est un écran vide.
    • À l'invite de commandes, tapez Telnet sip.sipdomain>.com 443, puis appuyez sur ENTRÉE.

      Remarque Le résultat attendu de la commande telnet est un écran vide.

  4. Si vous pouvez résoudre un enregistrement DNS particulier mais ne peux toujours pas telnet à l'adresse sur le port approprié (5061 portail comme interne et le 443 comme port externe), vous devez résoudre la connectivité réseau de base. Pour ce faire, procédez comme suit :
    1. Validation de la connexion aux sites Internet connus.
    2. Validation de la connexion aux sites Intranet connus (connecté en interne).
    3. Vérifiez que les paramètres du proxy utilisateur sont définies en fonction des normes de l'organisation. Pour ce faire, démarrez Internet Explorer, cliquez surOutils, cliquez sur Options Internet, cliquez sur Connexions, puis cliquez sur Paramètres LAN.
    4. Valider que Communicator ou Lync est ajouté à la liste Exceptions du pare-feu Windows.
    5. Assurez-vous que vous n'exécutez pas les applications de pare-feu tiers.

  5. Si tous les paramètres sont validés, effectuer un tracert pour collecter la connexion a échoué et signaler l'incident. Pour ce faire, exécutez tracert sip.microsoft.com à l'invite de commandes.
  6. Le client doit s'authentifier avec succès. Mais il aléatoirement signe ensuite l'utilisateur et dans une nouvelle fois. Cela peut également indiquer un problème de connectivité réseau. Pour résoudre ce problème, procédez comme suit :
    1. Vérifiez que l'utilisateur n'utilise pas une connexion de réseau local sans fil. Si l'utilisateur utilise une connexion LAN filaire, désactiver la carte réseau sans fil de l'utilisateur pour le dépannage.
    2. À l'aide de requêtes DNS précieuses pour déterminer l'enregistrement auquel le client est la résolution et vous vous connectez, d'exécuter la commande suivante sur la station de travail affectée jusqu'à ce que le problème est reproduit :

      ping ? t -l 750 Un enregistrement de l'étape 1>> c:\ping.txt
    3. Une fois le problème est reproduit et le client ferme une session, utilisez CTRL + C pour arrêter la commande ping.
    4. Envoyer les résultats de la commande ping à partir de l'étape B à Microsoft, selon les termes de votre contrat de support.
Résolution de la Cause 3

Il existe un problème connu avec Office Communicator 2007 et les systèmes d'exploitation 64 bits qui empêche Communicator capables de s'authentifier avec succès. Pour résoudre ce problème, jour du Registre de l'utilisateur comme suit :

Important : Cette section, la méthode ou la tâche qui va suivre contient des étapes qui vous indiquent la méthode pour modifier le Registre de Windows. Toutefois, des problèmes sérieux peuvent survenir si vous modifiez le Registre de façon incorrecte. Par conséquent, assurez-vous de suivre ces étapes avec une attention toute particulière. Afin de couvrir votre système d'une protection supplémentaire, veuillez sauvegarder le Registre avant d'intervenir pour y apporter des modifications. Ainsi, si à la suite des modifications un problème devait survenir, vous pourrez toujours restaurer le Registre. Pour obtenir des informations sur la marche à suivre pour sauvegarder ou restaurer la Base de Registre, cliquez sur le lien (numéro) ci-dessous et afficher l'article correspondant dans la Base de connaissances Microsoft :
322756 Comment sauvegarder et restaurer le Registre dans Windows
  1. Démarrez le bloc-notes.
  2. Copiez le texte suivant exactement comme il est dans le fichier de bloc-notes :
    L'éditeur du Registre Windows Version 5.00[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa]"LmCompatibilityLevel"=dword:00000002
  3. Enregistrez le fichier de bloc-notes en tant que 64bitfix.reg.
  4. Arrêtez à Office Communicator et vérifiez le processus communicator.exe ne fonctionne pas dans le Gestionnaire des tâches.
  5. Exécutez le fichier en double-cliquant sur le fichier 64bitfix.reg.
  6. Redémarrez l'ordinateur et démarrez à nouveau Office Communicator.

Propriétés

Numéro d'article: 2619522 - Dernière mise à jour: mercredi 10 avril 2013 - Version: 25.0
Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Business Productivity Online Dedicated
  • Microsoft Business Productivity Online Suite Federal
  • Microsoft Office Communicator 2007
  • Microsoft Office Communicator 2007 R2
  • Microsoft Office Communications Online Dedicated
  • Microsoft Lync 2010
Mots-clés : 
vkbportal226 kbmt KB2619522 KbMtfr
Traduction automatique
IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d?articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d?avoir accès, dans votre propre langue, à l?ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s?exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s?efforce aussi continuellement de faire évoluer son système de traduction automatique.
La version anglaise de cet article est la suivante: 2619522
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.

Envoyer des commentaires

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com