Stopped RPC service
Name resolution issues
Traffic blocked by firewall
See Resolution section.
Table of Contents
- Stopped RPC service
- Name resolution issues
- Traffic blocked by firewall
- Connectivity issues
"The RPC server is unavailable" is a common error in Windows that occurs in a wide variety of situations, most of them involving communication between two machines across a network. It can also occur during local operations on a machine. For clarity, in this article, the machine initiating RPC communication is designated the client, and the machine with which it communicates is the server.
Remote Procedure Call (RPC) is a mechanism that allows Windows processes to communicate, either between a client and server across a network or within a single computer. Numerous integrated Windows components use RPC. RPC uses dynamic ports for communication between computers, but a static port (TCP port 135) must also be used as a starting point for communication. The RPC endpoint mapper listens on this static port.
In a typical RPC session, a client contacts a server's endpoint mapper on TCP port 135 and requests the dynamic port number that is assigned to a particular service. The server responds with the IP address and port number that the service registered with RPC when it started. The client then contacts the service on that IP address and port.
Possible causes of the "RPC server unavailable" error include the following:
- Stopped RPC service: If the RPC service on the server is not running, the client obviously cannot reach it.
- Name resolution issues: The RPC server's name may be resolving to the wrong IP address, resulting in the client contacting the wrong server or attempting to contact an IP address not in use. Alternatively, the server's name may not be resolving at all.
- Traffic blocked by firewall: A firewall or other security application on the server, or a network firewall appliance between the client and server, may be preventing traffic from reaching the server on TCP port 135.
- Connectivity issues: The client may be unable to reach the server at all due to a general network problem.
The following steps may be useful in troubleshooting the issue. The steps are categorized by cause.
- Open the Services console on the server.
- Locate the Remote Procedure Call (RPC) service and ensure it is running.
NOTE: The Remote Procedure Call (RPC) Locator service is not typically running.
- If the service is stopped, attempt to start it manually.
- Ping the server by name from the client to verify that the name resolves to the correct IP address. If it does, name resolution is not likely to be the cause of the issue, and the remaining steps in this section can be skipped.
- If the client and server are members of an Active Directory (AD) domain, DNS is used for name resolution. Verify that the client and server are both using the correct DNS servers, which must be inside the domain and will typically be domain controllers.
- If the correct DNS servers are being used, use the DNS Management console on those servers to verify that the RPC server has one or more correct records registered in DNS. If necessary, the ipconfig /registerdns command can be used on the RPC server to re-register its DNS records.
- If there is no AD domain present, WINS may be used for name resolution. The ipconfig /all command list, among other things, the WINS servers used by the RPC server. Check the WINS database on these servers to verify that the records that are registered for the RPC server are correct. If necessary, the nbtstat -RR command can be run on the RPC server to re-register its WINS records.
- Check the Windows Firewall settings on the RPC server.
- If the firewall is enabled, ensure traffic on TCP port 135 is allowed to pass.
- If the server is running Windows Server 2003, the Windows Firewall may not correctly handle RPC dynamic port allocation. In this case, it may be necessary to disable the Windows Firewall or restrict the ports used by RPC (see step 4).
- If the server is running Windows Server 2008 or later, verify that the Windows Firewall service is running. The Windows Firewall in Windows Server 2008 and above should properly handle RPC traffic by default; however, if this must be manually configured, see this TechNet article for instructions: Allowing Inbound Network Traffic that Uses Dynamic RPC.
If the Windows Firewall must be disabled in Windows Server 2008 or above, do not stop the Windows Firewall service. Instead, follow the steps in How to Properly Turn Off the Windows Firewall in Windows Server 2008 and Above.
- If third-party firewall software, another security application, or a network firewall appliance is in place, see the documentation for the application or appliance to determine whether it can be properly configured to handle RPC traffic.
- If the firewall software, other security application, or network appliance cannot be configured to properly handle dynamic RPC traffic, the port range that is used by RPC can be restricted, and this range can then be opened on the firewall or security application. To restrict the port range used by RPC, see How to Configure RPC Dynamic Port Allocation to Work with Firewalls.
- Use the ping command to test basic connectivity between the RPC client and server. Note that this test may not be conclusive, as it is possible for a firewall to block ICMP traffic while allowing other traffic to pass. (ICMP, or Internet Control Message Protocol, is the protocol that is used by the ping and tracert commands.)
- The PortQry command-line utility can be used to test connectivity from the client to the server and determine which ports are open on the server. It includes support for RPC and can be used to determine which services have dynamic ports that are registered with RPC and which specific ports they use. Detailed information about PortQry version 2.0 is available here: New Features and Functionality in PortQry Version 2.0.
- If the client and server are on different subnets, verify that traffic is properly routed between the two. If they are in different physical locations, verify that the link between the sites is up and allowing traffic to pass freely.
For further instructions on troubleshooting this error, see Troubleshooting "The RPC Server is Unavailable."
For general information about RPC, see What Is RPC?
Out of warranty? No problem. Browse the Dell.com/support website and enter your Dell Service Tag and view our offers. NOTE:
Offers are only available for US, Canada, UK, France, Germany,
personal computer customers. Server and Storage not applicable.