Si la mise en réseau de votre environnement n’est pas configurée correctement pour une utilisation avec l'espace Horizon Cloud dans Microsoft Azure, le processus de création de l'espace peut rester bloqué dans l’état EN ATTENTE ou l’action post-déploiement de liaison du domaine à votre environnement Active Directory peut échouer. Les deux causes relatives au réseau les plus courantes sont l’échec d’ouverture des ports sortants requis et l’échec d’activation du DNS pour résoudre les adresses internes et externes. En suivant ces étapes de dépannage, vous pouvez exécuter des tests pour vérifier que les ports sortants requis sont ouverts et que le DNS peut résoudre les adresses internes et externes.

Les conditions requises générales de mise en réseau pour déployer correctement un espace sont contenues dans la liste de vérification des prérequis, se trouvant sur ce lien PDF et décrites dans Configuration des paramètres du serveur DNS requis par la topologie du réseau virtuel que vous utiliserez pour vos espaces Horizon Cloud dans Microsoft Azure et Conditions requises de DNS pour un espace Horizon Cloud dans Microsoft Azure. Si la mise en réseau de votre environnement ne répond pas à ces conditions requises, vous rencontrez l’un de ces problèmes ou les deux :

Problèmes Causes communes
  • La page Démarrage indique que l'espace est dans l’état d’attente et il ne passe jamais dans l’état de connexion. En général, un espace est dans l’état d’attente pendant environ 10 minutes (sauf lors du déploiement d’un espace dans le cloud Microsoft Azure Chine, ce qui prend plus de temps).
  • Même si l'espace s’est déployé correctement, lorsque vous tentez d’enregistrer votre annuaire Active Directory, l’étape de liaison de domaine échoue avec l’erreur Unable to register Active Directory
  • Les ports sortants requis ne sont pas ouverts ou sont bloqués par votre environnement de pare-feu. Si les ports sortants requis ne sont pas ouverts ou sont bloqués par un pare-feu, cela empêche le téléchargement sécurisé du logiciel de l'espace dans l’environnement de cloud Microsoft Azure et la reconnexion avec le plan de contrôle du cloud Horizon Cloud. Par conséquent, cela entraîne le problème d’état en attente.
  • Le serveur DNS de réseau virtuel n’est pas correctement configuré pour pointer vers un serveur DNS valide qui peut résoudre des noms de machine internes et externes.
  • Même si le serveur DNS de réseau virtuel pointe bien vers un serveur DNS, ce dernier ne peut pas résoudre les noms de machines internes et externes.

Si aucune résolution DNS des noms de machines externes n’est fournie au réseau virtuel, le problème d’état en attente et le problème de liaison de domaine peuvent se produire. Par exemple, si le serveur DNS ne peut pas résoudre l'annuaire Active Directory sur les contrôleurs de domaine, l’étape de liaison de domaine échoue. Pour plus d’informations sur la configuration du DNS de réseau virtuel, reportez-vous à la section Configuration des paramètres du serveur DNS requis par la topologie du réseau virtuel que vous utiliserez pour vos espaces Horizon Cloud dans Microsoft Azure.

Pour exécuter des tests qui vérifient que la configuration DNS peut résoudre les noms internes et externes et vérifier que les ports sortants requis sont ouverts, vous déployez une petite machine virtuelle de test dans votre abonnement Microsoft Azure et vous utilisez cette machine virtuelle pour exécuter ces tests de mise en réseau. Voici les étapes générales de dépannage :

  1. Créer une paire de clés SSH.
  2. Créez la machine virtuelle de test dans votre abonnement Microsoft Azure.
  3. Se connecter à cette machine virtuelle de test.
  4. Exécuter les tests de mise en réseau.
  5. Lorsque le test est terminé, supprimez la VM de test et tous les artefacts liés au test qui ont été créés dans votre environnement Microsoft Azure pour effectuer ce dépannage.
Note : Si vous ne supprimez pas les artefacts liés au test et que vous utilisez ultérieurement l'action Supprimer de la console pour supprimer l'espace, des résultats inattendus peuvent se produire. Lorsque vous supprimez un espace, le système contrôle les sous-réseaux de l'espace pour vérifier que tous les éléments connectés aux sous-réseaux appartiennent à l'espace lui-même (en fonction de l’ID de l'espace). Si le système détermine que d'autres VM, disques de VM, adresses IP ou autres artefacts sont connectés aux sous-réseaux de l'espace, il ne peut pas supprimer correctement l'espace.

Pour plus d’informations sur l’exécution des tests de dépannage, reportez-vous aux sections suivantes.

Important : Si vous acheminez tout le trafic via votre réseau sur site et n'autorisez que l'acheminement du trafic authentifié, mais que vous ne spécifiez pas les valeurs pour l'utilisation d'un proxy dans l'assistant de déploiement de l'espace, le trafic envoyé par une source non authentifiée (la VM JumpBox) échouera même en cas de réussite de ces tests manuels. Le symptôme de cette situation est que le déploiement de l'espace est bloqué dans l'état En attente. Si vous êtes dans cette situation, vous devez supprimer l'espace de la page Démarrage, réexécuter l'assistant de déploiement de l'espace et spécifier les informations de proxy requises.