Pour les types de Workspace nécessitant un nom d'hôte, s'assurer qu'il soit correctement saisi.
Pour les types de Workspace nécessitant un nom d'hôte, s'assurer que le nom fourni soit résolu par le serveur DNS associé non seulement à la connexion réseau actuelle, mais à toutes les connexions utilisées avec Remote Desktop Manager.
En général, utiliser PING n'est pas un bon outil de test car le serveur peut être 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 qu'il faut utiliser le nom de domaine complet (FQDN) d'un serveur pour l'atteindre. (par exemple srvname.domain.locinstead of srvname)
Un autre problème courant est un cache DNS corrompu, dans ce cas 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 juge nécessaire de faire passer TOUT le trafic par la connexion VPN active, devoir recourir à l'accès hors connexion, idéalement jumelé à l'option d'aller automatiquement hors connexion lors de la connexion.
Pour un VPN basé sur le Web, s'assurer que toutes les routes soient 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 d'assistance peut attester que cela se produit assez souvent. Voici quelques éléments à surveiller.
Si être en mesure de le faire, il peut être utile de désactiver TEMPORAIREMENT l'anti-maliciel et le pare-feu. Prendre une décision éclairée quant au risque encouru dans la situation. Toujours réactiver toutes les fonctions de sécurité dès avoir confirmé si ce composant causait le problème.
Partagez vos commentaires