Pour ces types de sources de données qui nécessitent un nom d'hôte, assurez-vous qu'il est saisi correctement.
Pour ces types de sources de données qui nécessitent un nom d'hôte, veuillez vous assurer que le nom que vous avez fourni est résolu par le serveur DNS qui est lié non seulement à votre connexion réseau actuelle, mais à toutes les connexions que vous utiliserez avec Remote Desktop Manager.
En général, PING est un mauvais outil de test car le serveur peut avoir été configuré pour ignorer les requêtes PING. Utiliser NSLOOKUP pour aider à identifier le problème.
Un problème courant dans un environnement multi-domaines est que vous devez utiliser le Nom de Domaine Complet (FQDN) d'un serveur pour l'atteindre. (ex. : srvname.domain.loc au lieu de srvname)
Un autre problème courant est que votre cache DNS est corrompu, dans ce cas, vous pouvez ouvrir une invite de commande avec élévation de privilèges et utiliser les commandes suivantes.
ipconfig /flushdns
ipconfig /registerdns
Si l'administrateur réseau a jugé nécessaire de tunneliser TOUT le trafic à travers la connexion lorsqu'un VPN est actif, vous devrez recourir à l'utilisation de nos capacités hors ligne, idéalement associées à nos options pour passer automatiquement hors ligne lors de la connexion.
Pour un VPN basé sur le Web, assurez-vous que les routes sont toutes valides, c'est-à-dire que le chemin suivi pour atteindre l'hôte distant passe effectivement par la bonne interface.
Cela peut être difficile à diagnostiquer mais malheureusement le département de support peut attester que cela se produit assez souvent. Voici quelques éléments à surveiller.
Si vous êtes en mesure de le faire, cela peut aider à désactiver TEMPORAIREMENT l'AV et le pare-feu. Vous devez prendre une décision éclairée quant au risque impliqué dans votre situation. Toujours activer toutes les fonctionnalités de sécurité dès que vous avez déterminé si ce composant causait le problème.
Donnez-nous vos commentaires