Vous êtes actuellement hors ligne, en attente de reconnexion à Internet.

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

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 2619522
Symptômes
Vous ne peut pas vous connecter à Microsoft Lync Online dans Microsoft Office 365 dédié. En outre, le message d'erreur suivant s'affiche :

Connexion impossible 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é à Lync Online.

Cause 2

Vous ne disposez pas de la connectivité au service Lync Online.

Cause 3

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

Remarque Ce problème 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

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

Remarque : Si vous ne savez pas quel attribut de l'habilitation votre organisation utilise, 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 a le droit de LyncOnline. S'il est autorisé de forLync en ligne, 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 tente systématiquement 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 d'inscrire auprès du service et démarrer le processus d'authentification. (Le trafic SIP commence.) Le client lit le suffixe de l'adresse de l'utilisateur de connexion pour effectuer des requêtes DNS à l'aide des commandes suivantes :
    • _sipinternaltls._tcp.Microsoft.com - enregistrement SRV
      Pointe vers sipint1.microsoft.com - enregistrement
    • _sip._tls.Microsoft.com - enregistrement SRV
      Pointe vers sipint2.microsoft.com - enregistrement
    • sipinternal.Microsoft.com - un enregistrement
    • SIP.Microsoft.com - un enregistrement
    • sipexternal.Microsoft.com - un enregistrement

    L'enregistrement DNS du client est tout d'abord en mesure de résoudre et de se connecter à dépend en grande partie sur la méthode de connexion de l'utilisateur. Déploiements de serveur OCS ou Lync classiques publient un enregistrement SRV pour les serveurs DNS internes et aux serveurs DNS externes. Les deux enregistrements SRV pointer vers un enregistrement A et indiquez le port approprié : 5061 pour 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, à l'uniquement vers 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, 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 tente d'accéder à l'enregistrement A, sip.sipdomain>.com, le client sera toujours faire via le port 5061 tout d'abord. En cas d'échec, le client va essayer le port 443. Tout le trafic externe doit arrivent 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érentes, car ils dépendent le déploiement de votre organisation et méthode de connexion de l'utilisateur. Les éléments suivants sont quelques exemples 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é Ouvrir le panneau de configuration, cliquez surprogrammes et fonctionnalitéset cliquez sur activer des fonctionnalités Windows ou désactiver, puis sélectionnez le Telnet Client case à cocher. Après quelques minutes, l'installation est terminée.

    Connectés de façon interne (y compris les VPN)
    • Pour effectuer un test valide de dépannage, procédez comme suit :
      1. À l'invite de commande, tapez Nslookup, puis appuyez sur ENTRÉE.
      2. Tapez Définir le type = srv, puis appuyez sur ENTRÉE.
      3. Tapez _sipinternaltls._tcp.sipdomain.com, puis appuyez sur ENTRÉE.
      4. Enregistrement référencé un enregistrement et le numéro de port et tapez Sortie.
      5. Tapez TelnetUn enregistrement>port>, puis appuyez sur ENTRÉE.
      Remarque : Le résultat attendu de la commande de telnet est un écran vide.
    • Pour effectuer un test valide de dépannage, procédez comme suit :
      1. À une invite de commandes, tapez Nslookupet appuyez sur ENTRÉE.
      2. Type de type de la valeur = srv, puis appuyez sur ENTRÉE.
      3. Tapez _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 de telnet Enregistrement> port>, puis appuyez sur ENTRÉE.

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

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

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

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

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

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

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

  4. Si vous pouvez résoudre un enregistrement DNS particulier mais ne peut pas toujours de telnet à l'adresse sur le bon port (port de comme externe 443 et 5061 portal comme internes), vous devez résoudre les problèmes de la connectivité réseau de base. Pour ce faire, procédez comme suit :
    1. Validation de la connexion à des sites Internet connus.
    2. Validation de la connexion à des sites Intranet connus (connecté en interne).
    3. Vérifiez que les paramètres de proxy de l'utilisateur sont définis conformément aux normes de l'organisation. Pour ce faire, démarrez Internet Explorer et cliquez surOutils, 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 de l'échec de la connexion et de signaler l'incident. Pour ce faire, exécutez sip.microsoft.com de la commande tracert à l'invite de commande.
  6. Le client doit s'authentifier avec succès. Mais il aléatoirement signe ensuite l'utilisateur et en à nouveau. 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 d'une connexion de réseau local sans fil. Si l'utilisateur utilise une connexion de réseau local câblée, désactiver la carte de réseau local sans fil de l'utilisateur pour le dépannage.
    2. À l'aide de requêtes DNS précieux pour déterminer l'enregistrement auquel le client est la résolution et connexion, 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 Enregistrement A à l'étape 1>> c:\ping.txt
    3. Une fois que le problème est reproduit et le client se déconnecte, utilisez CTRL + C pour arrêter la commande ping.
    4. Envoyer les résultats de la commande ping à partir de l'étape B pour 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, mettez à jour le Registre l'utilisateur comme suit :

Important Cette section, méthode ou tâche contient des étapes vous indiquant comment modifier le Registre. Toutefois, des problèmes graves peuvent survenir si vous modifiez le Registre de façon incorrecte. Par conséquent, veillez à suivre ces étapes scrupuleusement. Pour une meilleure protection, sauvegardez le Registre avant de le modifier. Vous pourriez alors restaurer le Registre si un problème survient. Pour plus d'informations sur la façon de sauvegarder et de restaurer le Registre, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la Base de connaissances Microsoft :
322756 Comment faire pour sauvegarder et restaurer le Registre dans Windows
  1. Démarrez le bloc-notes.
  2. Copiez le texte suivant exactement tel qu'il est dans le fichier de bloc-notes :
    Version de l'éditeur de Registre Windows 5.00[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa]"LmCompatibilityLevel"=dword:00000002
  3. Enregistrer le fichier de bloc-notes sous 64bitfix.reg.
  4. Arrêtez de 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, puis démarrez à nouveau Office Communicator.

Avertissement : cet article a été traduit automatiquement

Propriétés

ID d'article : 2619522 - Dernière mise à jour : 04/23/2016 03:45:00 - Révision : 26.0

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

  • vkbportal226 kbmt KB2619522 KbMtfr
Commentaires