Le nom de la source de données est saisi incorrectement
Pour les types de Source de Données nécessitant un nom d'hôte, veiller à ce qu'il soit correctement saisi.
La machine est incapable de résoudre le nom de l'hôte de la source de données à l'aide du DNS
Pour les types de Source de Données nécessitant un nom d'hôte, veiller à ce que le nom fourni soit résolu par le serveur DNS qui est lié non seulement à votre connexion réseau actuelle, mais aussi à 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-domaines est qu'il faut 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 le cache DNS est corrompu, dans ce cas, ouvrir une invite de commande élevée et utiliser les commandes suivantes.
ipconfig /flushdns
ipconfig /registerdns
L'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 router TOUT le trafic à travers la connexion lorsqu'un VPN est actif, il faudra recourir à nos capacités Hors ligne, idéalement couplées avec nos options pour passer automatiquement en mode 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 arrive assez souvent. Voici quelques éléments à surveiller.