Comment résoudre les erreurs et les problèmes liés aux appels de procédure distants
Si vous recevez Le serveur RPC n'est pas disponible message, puis cet article explique comment résoudre les erreurs et les problèmes liés à un appel de procédure distante sous Windows 10. RPC ou Remote Procedure Call est un modèle de programmation basé sur un réseau qui permet des communications point à point entre des applications logicielles. Dans ce guide, nous expliquerons comment résoudre les erreurs liées aux appels de procédure distants. Les erreurs peuvent survenir lors de la connexion à WMI (Windows Management Instrumentation), SQL Server, lors d'une connexion à distance ou pour certains composants logiciels enfichables MMC (Microsoft Management Console)..
Résoudre les erreurs liées aux appels de procédure distants
“Le serveur RPC n'est pas disponible”Est l’un des problèmes les plus courants. Cela peut être un simple problème de réseau ou le serveur n’est pas en mesure de répondre. Regardons la liste des outils que nous pouvons utiliser pour résoudre les erreurs d’appel de procédure distante. Vous pouvez utiliser PowerShell ou une invite de commande avec des privilèges d'administrateur pour exécuter ces commandes..
Vous devrez utiliser le Moniteur réseau ou Microsoft Message Analyzer pour analyser les journaux..
PortQuery
Cet outil vous aide à comprendre le problème du port que vous essayez de connecter. Il peut déterminer si votre application ou votre ordinateur peut se connecter au serveur..
Portqry.exe -n -e 135
La commande ci-dessus tente d’interroger le port TCP 25 sur l’adresse IP du serveur. Si vous utilisez un site Web ici, il sera traduit en adresse IP en interne. Dans la sortie, recherchez *ip_tcp, et numéro de port. Si la connexion échoue, vous devriez voir une réponse échouée en retour. Si tout se passe bien, cherchez un numéro de port (marqué en gras) à la fin, qui devrait ressembler à
… Réponse du serveur: UUID: d95afe70-a6d5-4259-822e-2c84da1ddb0d ncacn_ip_tcp: 169.254.0.10[49664]
Si vous ne voyez aucun numéro de port, cela signifie que quelque chose ne va pas du côté serveur et que le port n'écoute pas..
Netsh
Ensuite, vous pouvez utiliser la commande Netsh pour collecter des données de trace simultanées. TRACE signifie ici chemin d’un point à un autre du réseau. Si quelque chose cause un problème entre les deux, vous saurez.
Sur le client, exécutez:Scénario de démarrage de la trace Netsh = capture de netconnection = yes tracefile = c: \ client_nettrace.etl maxsize = 512 écrasement = yes rapport = yes
Sur le serveur, exécutez:
Scénario de démarrage de la trace Netsh = capture de netconnection = yes tracefile = c: \ server_nettrace.etl maxsize = 512 overwrite = yes report = yes
La commande ci-dessus conserve un journal dans un fichier de trace (.etl). Gardez cette fenêtre d'invite de commande prête.
Maintenant, essayez de reproduire le problème que vous aviez rencontré sur la machine cliente. Vous devrez peut-être appuyer sur certains boutons du logiciel ou sur tout ce qui vous posait problème. Dès que vous voyez le problème, lancez Arrêt de trace Netsh sur l'invite de commande de l'ordinateur client.
Maintenant, utilisez l'outil d'analyse et filtrez la trace pour
- Ipv4.address == et ipv4.address == et tcp.port == 135 ou seulement tcp.port == 135.
- Recherchez également le protocole «EPM» dans la colonne «Protocole»..
Maintenant, vérifiez si vous obtenez une réponse du serveur. Si vous obtenez une réponse, notez le numéro de port dynamique que vous avez été attribué pour utiliser.
- Vérifiez si vous pouvez vous connecter avec succès à ce port dynamique avec succès.
- Le filtre devrait ressembler à ceci: tcp.port == et ipv4.address ==
Cela devrait vous aider à vérifier la connectivité et à isoler les éventuels problèmes de réseau..
Port non accessible
La raison la plus courante pour laquelle le serveur RPC est indisponible est lorsque le port dynamique que le client tente de connecter n'est pas accessible. Si vous constatez une rupture de trace entre les deux, renvoyant avec le port non trouvé une erreur, etc., cela peut être dû aux raisons suivantes:
- Le pare-feu a bloqué la plage de ports dynamiques.
- Un routeur ou un périphérique réseau au milieu supprime le paquet; la réponse ne revient pas.
- Le serveur de destination supprime les paquets (WFP Drop / NIC Drop / Filtre de filtrage, etc.).
La meilleure pratique pour le problème Post inaccessible consiste à utiliser l'allocation dynamique. Le registre permet aux administrateurs de configurer l'allocation de port dynamique RPC.
Ces outils et conseils vous aident à analyser et à comprendre le problème. La solution dépendra de la nature exacte du problème et du logiciel et du serveur..