none
Exchange2010/Outlook2010 : Gestionnaire d'absence ne fonctionne pas RRS feed

  • Discussion générale

  • Bonjour,

    Chez un client, suis confronté à un problème d’accès au module OOF sur l'ensemble des postes d'un parc informatique. (Exchange 2010 et Outlook 2010) : Impossible de joindre le serveur 

     


    j'ai fais les vérifications d'usage pour ce type de scénario sans constater d'anomalie : 

    - OOF accessible depuis l'OWA

    - Aucun proxy donc pas d'exception à renseigner 

    - URL EWS ok et accessibles

    - Authentification OK sur les différents websites (https://technet.microsoft.com/fr-fr/library/gg247612(v=exchg.141).aspx)

    - J'ai réinitialisé les répertoires virtuels (https://technet.microsoft.com/fr-fr/library/ff629372(v=exchg.141).aspx)

    Ce que je ne m'explique pas, c'est le résultat du test autodiscover depuis un client Outlook  : 

     

    Cela ne renvoi aucunes informations alors que je devrais obtenir les URL des différents services (OOF, Disponibilité, ECP).

    Merci

    vendredi 3 février 2017 15:07

Toutes les réponses

  • Bonjour,

    Les profils sont ils bien membres du domaine?

    Quels sont les modes d'authentification choisis?

    Que se passe-t-il en renseignant le mot de passe?

    Quel résultat pour www.testexchangeconnectivity.com?


    Jean-Luc CHANDEZON [MCT]

    vendredi 3 février 2017 18:33
  • Bonsoir,

    Généralement les problèmes OOF sont du à des problèmes d'autodiscover (voila pourquoi celui ci fonctionne sous OWA).

    En plus des tests vous obtenez bien l'erreur 600 quand vous parcourez l'url /autodiscover.xml ?

    merci


    Hakim Taoussi - Consultant Exchange - http://exchangediscover.blogspot.fr

    vendredi 3 février 2017 22:04
  • Bonjour

    Je suis d'accord avec Hakim. Que peut-on lire dans l'onglet Journal de votre capture d'écran?

    samedi 4 février 2017 10:00
  • Bonjour,

    Pour répondre à Jean-luc, en renseignant le mot de passe j'ai le même résultat au niveau du test autodiscover, voici le résultat dans l'onglet journal : 


    Si je parcours l'URL de l'autodiscover depuis un navigateur sur mon serveur de messagerie, j'ai bien l'erreur 600 : 

    Par contre si je parcours cette même URL depuis une autre machine du domaine sur la session administrateur du domaine, j'ai une demande d'authentification puis une erreur HTTP 500 : 

    Par ailleurs, je constate que les valeurs "InternalUrl" et "ExternalUrl" sont vides quand je fais un get-autodiscovervirtualdirectory : 

    Cependant, d’après cet article (http://www.msexchange.org/blogs/walther/news/exchange-20072010-autodiscover-virtual-directory-urls-should-i-care-595.html) ce n'est pas gênant.

    Merci

    mardi 7 février 2017 14:34
  • Bonjour,

    D'après vos captures d'écrans, les URLs ne sont pas tout à fait les mêmes (nom d'hôte dans un cas, FQDN dans l'autre).

    Référencez vous un proxy dans les options de navigateur?


    Jean-Luc CHANDEZON [MCT]

    mardi 7 février 2017 15:03
  • En effet.

    non pas de proxy d'actif dans les options du navigateur.

    Sur le serveur qui héberge exchange si j'utilise l'url avec le FQDN j'obtiens : 


    mardi 7 février 2017 16:56
  • Une chose me surprend dans votre requête et son résultat avec le nom court. Je n'ai jamais remarqué (voire testé) les paramètres IIS chargeant par défaut le fichier autodiscover.xml.

    L'url serait plutôt https://FQDN/Autodiscover/autodiscover.xml

    Ensuite, pouvez vous nous donner le résultat d'un test sur : https://testconnectivity.microsoft.com/


    Jean-Luc CHANDEZON [MCT]

    mercredi 8 février 2017 13:57
  • Bonjour,

    Comme l'indique Hakim, les problèmes d'OOF sont liés à autodiscover.

    Les problèmes d'autodiscover sont souvent liés aux certificats. 

    Les cas d'échec de connexion liés aux certificats sont généralement dus au fait que :

    Le client n'approuve pas le certificat.

    Le certificat ne correspond pas au nom de domaine auquel le client tente de se connecter.

    Le certificat est expiré.

    Par conséquent, il faut vérifier que les ordinateurs clients approuvent l'autorité de certification et que le certificat est valide.


    Claude Couderc Consultant IIS, SharePoint, Exchange http://coudr.com

    jeudi 9 février 2017 09:18
  • En effet, au temps pour moi

    Donc depuis une machine autre que le serveur Exchange, j'ai bien l'erreur 600 lors ce que je requête https://FQDN/Autodiscover/autodiscover.xml depuis un navigateur (après une demande d'authentification): 

    Concernant le test autodicover via  https://testconnectivity.microsoft.com/ (je laisse le domaine qui est un domaine interne) :

    <?xml version="1.0" encoding="utf-8"?>
    <testresult status="Error" errorid="734044ef-11c2-4e30-9ee6-450d49e9d92c" contentUrl="" testdescription="The Microsoft Connectivity Analyzer is attempting to test Autodiscover for Administrateur@fidinfo.local." resultdescription="Testing Autodiscover failed." additionaldetails="" elapsedMilliseconds="254">
      <children>
        <testresult status="Error" errorid="734044ef-11c2-4e30-9ee6-450d49e9d92c" contentUrl="" testdescription="Attempting each method of contacting the Autodiscover service." resultdescription="The Autodiscover service couldn't be contacted successfully by any method." additionaldetails="" elapsedMilliseconds="254">
          <children>
            <testresult status="Error" errorid="734044ef-11c2-4e30-9ee6-450d49e9d92c" contentUrl="" testdescription="Attempting to test potential Autodiscover URL https://fidinfo.local:443/Autodiscover/Autodiscover.xml" resultdescription="Testing of this potential Autodiscover URL failed." additionaldetails="" elapsedMilliseconds="153">
              <children>
                <testresult status="Error" errorid="84d3f5cd-1fb9-4163-b0cd-6b0e3581ec24" contentUrl="http://go.microsoft.com/?linkid=9843801" testdescription="Attempting to resolve the host name fidinfo.local in DNS." resultdescription="The host name couldn't be resolved." additionaldetails="Host fidinfo.local couldn't be resolved in DNS InfoDomainNonexistent." elapsedMilliseconds="153">
                  <children />
                </testresult>
              </children>
            </testresult>
            <testresult status="Error" errorid="734044ef-11c2-4e30-9ee6-450d49e9d92c" contentUrl="" testdescription="Attempting to test potential Autodiscover URL https://autodiscover.fidinfo.local:443/Autodiscover/Autodiscover.xml" resultdescription="Testing of this potential Autodiscover URL failed." additionaldetails="" elapsedMilliseconds="44">
              <children>
                <testresult status="Error" errorid="84d3f5cd-1fb9-4163-b0cd-6b0e3581ec24" contentUrl="http://go.microsoft.com/?linkid=9843801" testdescription="Attempting to resolve the host name autodiscover.fidinfo.local in DNS." resultdescription="The host name couldn't be resolved." additionaldetails="Host autodiscover.fidinfo.local couldn't be resolved in DNS InfoDomainNonexistent." elapsedMilliseconds="44">
                  <children />
                </testresult>
              </children>
            </testresult>
            <testresult status="Error" errorid="734044ef-11c2-4e30-9ee6-450d49e9d92c" contentUrl="" testdescription="Attempting to contact the Autodiscover service using the HTTP redirect method." resultdescription="The attempt to contact Autodiscover using the HTTP Redirect method failed." additionaldetails="" elapsedMilliseconds="4">
              <children>
                <testresult status="Error" errorid="84d3f5cd-1fb9-4163-b0cd-6b0e3581ec24" contentUrl="http://go.microsoft.com/?linkid=9843801" testdescription="Attempting to resolve the host name autodiscover.fidinfo.local in DNS." resultdescription="The host name couldn't be resolved." additionaldetails="Host autodiscover.fidinfo.local couldn't be resolved in DNS InfoDomainNonexistent." elapsedMilliseconds="4">
                  <children />
                </testresult>
              </children>
            </testresult>
            <testresult status="Error" errorid="734044ef-11c2-4e30-9ee6-450d49e9d92c" contentUrl="" testdescription="Attempting to contact the Autodiscover service using the DNS SRV redirect method." resultdescription="The Microsoft Connectivity Analyzer failed to contact the Autodiscover service using the DNS SRV redirect method." additionaldetails="" elapsedMilliseconds="35">
              <children>
                <testresult status="Error" errorid="8249cc81-d0ce-43d2-b319-48ceadb1bfe7" contentUrl="http://go.microsoft.com/?linkid=9843849" testdescription="Attempting to locate SRV record _autodiscover._tcp.fidinfo.local in DNS." resultdescription="The Autodiscover SRV record wasn't found in DNS." additionaldetails="" elapsedMilliseconds="35">
                  <children />
                </testresult>
              </children>
            </testresult>
            <testresult status="Warning" errorid="c0f75b77-072c-48d5-ab17-eebc99a4b3d9" contentUrl="http://go.microsoft.com/?linkid=9843786" testdescription="Checking if there is an autodiscover CNAME record in DNS for your domain 'fidinfo.local' for Office 365." resultdescription="Failed to validate autodiscover CNAME record in DNS. If your mailbox isn't in Office 365, you can ignore this warning." additionaldetails="There is no Autodiscover CNAME record for your domain 'fidinfo.local'." elapsedMilliseconds="16">
              <children />
            </testresult>
          </children>
        </testresult>
      </children>
    </testresult>

    jeudi 9 février 2017 11:04
  • Je ne suis pas sûr d'avoir bien compris le contexte dans lequel vous avez pu générer le fichier XML.. Outlook sur un profil membre du domaine?

    Si c'est le cas, il faudrait vérifier l'enregistrement SCP en charge de la chose:

    get-ClientAccessServer | fl name,AutoDiscoverServiceInternalUri

    L'URI retournée doit pouvoir être résolue (copier/coller dans le navigateur). Pour les 3 motifs que Claude indique ci-dessous, il ne doit pas y avoir de warning.

    Indépendamment de SCP, càd pour les dispositifs non membres du domaines, ceux membres mais qui ne trouvent pas l’enregistrement SCP dans AD, alors il peut être approprié de résoudre autodiscover autrement (autodiscover.votredomaine.interne, ou enregistrement SRV avec d'autres implications).



    Jean-Luc CHANDEZON [MCT]


    • Modifié Jean-LucCh jeudi 9 février 2017 11:41 orthographe..
    jeudi 9 février 2017 11:40
  • Oui le test ( https://testconnectivity.microsoft.com/ ) a été réalisé depuis un profil membre du domaine.

    get-ClientAccessServer | fl name,AutoDiscoverServiceInternalUri renvoi bien https://FQDN/Autodiscover/autodiscover.xml  :

    j'arrive a résoudre cette URL sur les machines qui n'accèdent pas à l'OOF, mais j'ai une demande d'authentification : 

    une fois authentifié, j'ai bien l'erreur 600 : 


    Cdt,

    mardi 14 février 2017 16:51
  • Bonjour rpia,

    Le thread est-il toujours d'actualité ?
    Je vous remercie par avance de votre retour.
     
    Cordialement,
    Teodora


    Votez! Appel à la contribution TechNet Community Support. LE CONTENU EST FOURNI "TEL QUEL" SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. S'il vous plaît n'oubliez pas de "Marquer comme réponse" les réponses qui ont résolu votre problème. C'est une voie commune pour reconnaître ceux qui vous ont aidé, et rend plus facile pour les autres visiteurs de trouver plus tard la résolution.

    lundi 27 février 2017 16:26