Le nom de la source de données est mal saisi
Pour ces types de sources de données qui nécessitent un nom d'hôte, assurez-vous qu'il est saisi correctement.
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 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
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 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.
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