Netstat : une technique de dépannage utile

Plusieurs SOLIDWORKS Les produits dépendent des services de serveur. Ces services serveur écoutent les commandes entrantes provenant d'une machine externe, comme un client. Dans cet article, nous allons au-delà du test Telnet habituel et « vérifier que ce port est ouvert » à l'aide de netstat pour garantir la présence d'un service d'écoute.

Un problème de communication avec les services du serveur comme unPDMLe serveur ou le serveur de licences peut être causé par d'autres problèmes non liés au pare-feu. Vous constaterez peut-être que des applications sont en cours d'exécution, mais aucune n'est bloquée. Malgré tout, votre test Telnet échoue. À ce stade, il serait utile de savoir si vos problèmes de communication proviennent d'un service serveur qui a cessé d'écouter ou s'il existe un conflit de ports.

Avis de non-responsabilité : Cet article est destiné aux petites entreprises et/ou organisations où un ingénieur ou un autre personnel non informatique porte plusieurs casquettes. Cela dit, sachez que consulter un professionnel de l'informatique ou un consultant en informatique devrait être votre principale source de dépannage pour ce type de problèmes.

Exigences

• Un certain niveau de compréhension de la communication logicielle
• Accès à l'invite de commande
• Élévation de l'invite de commande (exécuter en tant qu'administrateur)
• Accès aux machines serveurs hébergeant

La commande

1. Ouvrez l'invite de commandes en tant qu'administrateur 
   1. Menu Démarrer > recherchez CMD > cliquez avec le bouton droit de la souris sur l'invite de commande > ouvrez en tant qu'administrateur.
2. Tapez le texte intégral :netstat -anbo | clip
   
   Ça devrait ressembler à ceci :
   
   
   
   
3. Appuyez sur Entrée. Rien ne semble se produire et le curseur clignotant passe à la ligne de commande suivante. La magie opère en arrière-plan ! Votre presse-papiers contient maintenant les informations de communication de votre ordinateur que nous recherchons. Il ne vous reste plus qu'à les coller dans le Bloc-notes.
4. Ouvrez le Bloc-notes et collez le contenu de votre presse-papiers. Le résultat devrait ressembler à ceci.
   
   
   

Nous sommes prêts à utiliser ces renseignements pour résoudre les problèmes. Les marques bleues et rouges sont expliquées ci-dessous. Notez que ce fichier texte du Bloc-notes peut également être consulté avecCtrl+fpour un port, une application, une IP spécifique d'un client.

Cas d'utilisation

Si vous lisez cet article, il est probable que notre soutien GoEngineer vous l'ait demandé. Veuillez fournir le fichier texte ou les renseignements demandés concernant votre situation de dépannage.

Voici d'autres cas d'utilisation de ces données qui ont déjà aidé nos clients à résoudre des problèmes.

Le serveur écoute-t-il ? Par quel port ?

UN test telnet est généralement l'un des premiers tests que nous effectuons lors du dépannage des connexions. Un test Telnet réussi indique que les ports sont ouverts et que les services serveur sont à l'écoute. Mais qu'arrive-t-il en cas d'échec ? Vérifier le nom du serveur et ouvrir les ports nécessaires via le pare-feu sera la prochaine étape… mais que se passe-t-il si vous avez fait tout cela et que Telnet échoue toujours ?

C'est là que netstat montre sa valeur.

Exécuter la commande netstat sur le serveur vous permettra de vous assurer que le service serveur est à l'écoute. Prenons l'image de l'étape 4 par exemple. Les résultats montrent que l'application concernée, sqlservr.exe (flèche bleue) ou Archiveserverservice.exe (flèches rouges), est à l'écoute via ses ports respectifs. Cela signifie qu'un autre composant bloque peut-être les communications entre un client et le serveur. Vérifiez les routeurs ou les commutateurs qui ont le besoin d'un pare-feu. Si vous n'arrivez toujours pas à vous connecter, vous avez constaté que le client et le serveur sont prêts, et qu'il y a un blocage quelque part dans le réseau ou la configuration de sécurité. Consultez le service informatique compétent pour approfondir le problème.

Notez aussi que sqlservr.exe écoute par le port approprié. Si vous trouvez un autre port que 1433 ou 1434, vous devrez suivre les instructions.ce guide pour une configuration correcte.

Développez vos compétences SOLIDWORKS

Dépannage des problèmes Excel dans SOLIDWORKS

Navigation sur le nouveau site de test de cartes vidéo SOLIDWORKS

Base de connaissances SOLIDWORKS

Comment résoudre les problèmes de plantage de SOLIDWORKS

Comment désactiver SOLIDWORKS si vous ne pouvez pas le lancer