Le nom de la source de données est mal saisi
Pour ces types de source de données qui nécessitent un nom d'hôte, s'assurer qu'il est correctement saisi.
La machine est incapable de résoudre le nom de l'hôte de la source de données en utilisant le DNS
Pour ces types de source de données qui nécessitent un nom d'hôte, s'assurer que le nom 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 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-domaine est que vous devez utiliser le nom de domaine complet (FQDN) d'un serveur pour l'atteindre. (par exemple, srvname.domain.loc au lieu de srvname)
Un autre problème courant est que votre cache DNS est corrompu, dans ce cas, ouvrir une invite de commande élevée et utiliser les commandes suivantes.
ipconfig /flushdnsipconfig /registerdnsL'ouverture d'un VPN a déconnecté le LAN local ou rendu la source de données inaccessible
Si l'administrateur réseau a jugé nécessaire de tunneliser TOUT le trafic à travers la connexion lorsqu'un VPN est actif, il faudra recourir à 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, s'assurer que les routes sont toutes valides, c'est-à-dire que le chemin suivi pour atteindre l'hôte distant passe bien par l'interface appropriée.
Un anti-virus ou un pare-feu bloque l'application
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.
Donnez-nous vos commentaires