Madame Lelica

table des matières

1. Introduction
2. service RPC arrêté
3. problèmes de résolution de nom
4. trafic bloqué par un pare-feu
5. problèmes de connectivité

Introduction

« le serveur RPC n’est pas disponible » est une erreur assez courante dans Windows qui peut se produire dans une grande variété de situations, la plupart impliquant la communication entre deux machines à travers un réseau. Il peut également se produire lors d’opérations locales sur une machine, cependant., Pour plus de clarté, dans cet article, la machine initiant la communication RPC sera désignée comme le client, et la machine avec laquelle elle communique sera le serveur.

Remote Procedure Call (RPC) est un mécanisme qui permet aux processus Windows de communiquer entre eux, soit entre un client et un serveur sur un réseau, soit dans un seul système. De nombreux composants Windows intégrés utilisent RPC. RPC utilise des ports dynamiques pour la communication entre les systèmes, mais un port statique (port TCP 135) doit également être utilisé comme point de départ pour la communication., Le mappeur de point final RPC écoute sur ce port statique.

dans une session RPC typique, un client contacte le mappeur de point de terminaison d’un serveur sur le port TCP 135 et demande le numéro de port dynamique attribué à un service particulier. Le serveur répond avec l’adresse IP et le numéro de port que le service a enregistrés auprès de RPC lors de son démarrage, et le client contacte ensuite le service sur cette adresse IP et ce port.,

Les causes possibles de l’erreur « RPC server unavailable » sont les suivantes:

• service RPC arrêté: si le service RPC sur le serveur n’est pas en cours d’exécution, le client ne pourra évidemment pas l’atteindre.
• problèmes de résolution de nom: le nom du serveur RPC peut être résolu à la mauvaise adresse IP, ce qui entraîne le client à contacter le mauvais serveur ou à tenter de contacter une adresse IP qui n’est pas actuellement utilisée. Alternativement, le nom du serveur peut ne pas être résolu du tout.,
• trafic bloqué par un pare-feu: un pare-feu ou une autre application de sécurité sur le serveur, ou une appliance de pare-feu réseau entre le client et le serveur, peut empêcher le trafic d’atteindre le serveur sur le port TCP 135.
• problèmes de connectivité: le client peut être incapable d’atteindre le serveur en raison d’un problème de réseau général.

Les étapes suivantes, classées selon la cause, peuvent être utiles pour résoudre le problème.

service RPC arrêté

1. ouvrez la console Services sur le serveur.,
2. localisez le service D’appel de procédure à distance (RPC) et assurez-vous qu’il est en cours d’exécution.
   remarque: le service de localisation D’appel de procédure à distance (RPC) n’a généralement pas besoin d’être en cours d’exécution.
3. Si le service est arrêté, essayez de démarrer manuellement.

problèmes de résolution de nom

1. Ping le serveur par le nom du client pour vérifier que le nom se résout à l’adresse IP correcte. Si c’est le cas, la résolution de nom ne sera probablement pas la cause du problème, et les étapes restantes de cette section peuvent être ignorées.,
2. si le client et le serveur sont membres d’un domaine Active Directory (AD), DNS est utilisé pour la résolution de nom. Vérifiez que le client et le serveur utilisent tous deux les serveurs DNS corrects, qui doivent être à l’intérieur du domaine et seront généralement des contrôleurs de domaine.
3. Si les serveurs DNS corrects sont utilisés, utilisez la console de gestion DNS sur ces serveurs pour vérifier que le serveur RPC a les enregistrements corrects enregistrés dans DNS. Si nécessaire, la commande ipconfig /registerdns peut être utilisée sur le serveur RPC pour réenregistrer ses enregistrements DNS.,
4. S’il n’y a pas de domaine AD présent, WINS peut être utilisé pour la résolution de nom. La commande ipconfig /all liste, entre autres, les serveurs WINS utilisés par le serveur RPC. Vérifiez la base de données WINS sur ces serveurs pour vérifier que les enregistrements enregistrés pour le serveur RPC sont corrects. Si nécessaire, la commande nbtstat-RR peut être exécutée sur le serveur RPC pour réenregistrer ses enregistrements WINS.

Trafic Bloqué par le Pare-feu

1. Vérifiez les paramètres du Pare-feu sur le serveur RPC.,
2. si le pare-feu est activé, assurez-vous que le trafic sur le port TCP 135 est autorisé à passer.
   1. si le serveur exécute Windows Server 2003, le pare-feu Windows peut ne pas gérer correctement L’allocation dynamique des ports RPC. Dans ce cas, il peut être nécessaire de désactiver le pare-feu Windows ou de restreindre les ports utilisés par RPC (voir étape 4).
   2. si le serveur exécute Windows Server 2008 ou une version ultérieure, vérifiez que le service de pare-feu Windows est en cours d’exécution., Le pare-feu Windows de Windows Server 2008 et versions ultérieures doit gérer correctement le trafic RPC par défaut; toutefois, si cela doit être configuré manuellement, consultez cet article TechNet pour obtenir des instructions: autoriser le trafic réseau entrant utilisant le RPC dynamique.
      Si le pare-feu Windows doit être complètement désactivé dans Windows Server 2008 ou supérieur, n’arrêtez pas le service de pare-feu Windows. Au lieu de cela, suivez les étapes de la section Comment désactiver correctement le pare-feu Windows dans Windows Server 2008 et versions ultérieures.,
3. Si un logiciel de pare-feu tiers, une autre application de sécurité ou une appliance de pare-feu réseau est en place, consultez la documentation de l’application ou de l’appliance pour déterminer si elle peut être correctement configurée pour gérer le trafic RPC.
4. si le logiciel de pare-feu, l’autre application de sécurité ou l’appliance réseau ne peuvent pas être configurés pour gérer correctement le trafic RPC dynamique, la plage de ports utilisée par RPC peut être restreinte, et cette plage peut alors être ouverte sur le pare-feu ou l’application de sécurité., Pour restreindre la plage de ports utilisée par RPC, consultez Comment configurer L’Allocation dynamique de ports RPC pour Qu’elle fonctionne avec les pare-feu.

problèmes de connectivité réseau

1. utilisez la commande ping pour tester la connectivité de base entre le client RPC et le serveur. Notez que ce test peut ne pas être concluant, car il est possible pour un pare-feu de bloquer le trafic ICMP tout en permettant à un autre trafic de passer. (ICMP, ou Internet Control Message Protocol, est le protocole utilisé par les commandes ping et tracert.,)
2. L’utilitaire peut être utilisé pour tester la connectivité du client vers le serveur et de déterminer quels ports sont ouverts sur le serveur. Il inclut la prise en charge de RPC et peut être utilisé pour déterminer quels services ont des ports dynamiques enregistrés auprès de RPC et quels ports spécifiques ils utilisent. Des informations détaillées sur PortQry version 2.0 sont disponibles ici: nouvelles fonctionnalités dans PortQry Version 2.0.
3. si le client et le serveur sont sur des sous-réseaux différents, vérifiez que le trafic est correctement acheminé entre les deux., S’ils se trouvent à des endroits physiques différents, vérifiez que le lien entre les sites est en place et permet au trafic de passer librement.

pour plus d’instructions sur le dépannage de cette erreur, voir Dépannage « le serveur RPC n’est pas disponible. »
pour des informations générales sur le RPC, voir Qu’est-ce que le RPC?