Madame Lelica

Sommario

1. Introduzione
2. Smesso di servizio RPC
3. problemi di risoluzione dei nomi
4. Traffico bloccato da firewall
5. i problemi di Connettività

Introduzione

“server RPC non disponibile” è un errore abbastanza diffuso in Windows che può verificarsi in una varietà di situazioni, la maggior parte di loro che coinvolgono la comunicazione tra due computer in una rete. Può verificarsi anche durante le operazioni locali su una macchina, tuttavia., Per chiarezza, in questo articolo, la macchina che avvia la comunicazione RPC sarà designata come client e la macchina con cui comunica sarà il server.

Remote Procedure Call (RPC) è un meccanismo che consente ai processi Windows di comunicare tra loro, tra un client e un server attraverso una rete o all’interno di un singolo sistema. Numerosi componenti integrati di Windows utilizzano RPC. RPC utilizza porte dinamiche per la comunicazione tra sistemi, ma una porta statica (porta TCP 135) deve essere utilizzata anche come punto di partenza per la comunicazione., Il mappatore di endpoint RPC è in ascolto su questa porta statica.

In una tipica sessione RPC, un client contatta il mappatore di endpoint di un server sulla porta TCP 135 e richiede il numero di porta dinamico assegnato a un particolare servizio. Il server risponde con l’indirizzo IP e il numero di porta che il servizio ha registrato con RPC all’avvio e il client contatta il servizio su tale indirizzo IP e porta.,

Le possibili cause dell’errore “Server RPC non disponibile” includono quanto segue:

• Servizio RPC interrotto: se il servizio RPC sul server non è in esecuzione, il client ovviamente non sarà in grado di raggiungerlo.
• Problemi di risoluzione del nome: il nome del server RPC potrebbe essere risolto con l’indirizzo IP errato, con il risultato che il client contatta il server errato o tenta di contattare un indirizzo IP non attualmente in uso. In alternativa, il nome del server potrebbe non essere risolto affatto.,
• Traffico bloccato dal firewall: un firewall o un’altra applicazione di sicurezza sul server o un’appliance firewall di rete tra client e server potrebbero impedire al traffico di raggiungere il server sulla porta TCP 135.
• Problemi di connettività: il client potrebbe non essere in grado di raggiungere il server a causa di un problema generale di rete.

I seguenti passaggi, classificati per causa, possono essere utili per risolvere il problema.

Servizio RPC arrestato

1. Aprire la console Servizi sul server.,
2. Individuare il servizio RPC (Remote Procedure Call) e assicurarsi che sia in esecuzione.
   Nota: il servizio di localizzatore RPC (Remote Procedure Call) in genere non deve essere in esecuzione.
3. Se il servizio viene arrestato, tentare di avviarlo manualmente.

Problemi di risoluzione dei nomi

1. Eseguire il ping del server per nome dal client per verificare che il nome si risolva nell’indirizzo IP corretto. In tal caso, è improbabile che la risoluzione dei nomi sia la causa del problema e i passaggi rimanenti in questa sezione possono essere ignorati.,
2. Se il client e il server sono membri di un dominio Active Directory (AD), il DNS viene utilizzato per la risoluzione dei nomi. Verificare che il client e il server utilizzino entrambi i server DNS corretti, che devono trovarsi all’interno del dominio e che in genere saranno controller di dominio.
3. Se vengono utilizzati i server DNS corretti, utilizzare la console di gestione DNS su tali server per verificare che il server RPC abbia i record corretti registrati nel DNS. Se necessario, il comando ipconfig / registerdns può essere utilizzato sul server RPC per registrare nuovamente i suoi record DNS.,
4. Se non è presente alcun dominio AD, le WINS possono essere utilizzate per la risoluzione dei nomi. Il comando ipconfig / all elencherà, tra le altre cose, i server WINS utilizzati dal server RPC. Controllare il database WINS su questi server per verificare che i record registrati per il server RPC siano corretti. Se necessario, il comando nbtstat-RR può essere eseguito sul server RPC per registrare nuovamente i suoi record WINS.

Traffico bloccato dal Firewall

1. Controllare le impostazioni di Windows Firewall sul server RPC.,
2. Se il firewall è abilitato, assicurarsi che il traffico sulla porta TCP 135 sia consentito di passare.
   1. Se il server esegue Windows Server 2003, Windows Firewall potrebbe non gestire correttamente l’allocazione dinamica delle porte RPC. In questo caso, potrebbe essere necessario disabilitare il firewall di Windows o limitare le porte utilizzate da RPC (vedere il passaggio 4).
   2. Se il server esegue Windows Server 2008 o versione successiva, verificare che il servizio Windows Firewall sia in esecuzione., Windows Firewall in Windows Server 2008 e versioni successive dovrebbe gestire correttamente il traffico RPC per impostazione predefinita; tuttavia, se questo deve essere configurato manualmente, consultare questo articolo TechNet per le istruzioni: Consentire il traffico di rete in entrata che utilizza RPC dinamico.
      Se il firewall di Windows deve essere completamente disabilitato in Windows Server 2008 o versioni successive, non interrompere il servizio Windows Firewall. Invece, seguire i passaggi in Come disattivare correttamente il firewall di Windows in Windows Server 2008 e superiori.,
3. Se è presente un software firewall di terze parti, un’altra applicazione di sicurezza o un’appliance firewall di rete, consultare la documentazione relativa all’applicazione o all’appliance per determinare se può essere configurata correttamente per gestire il traffico RPC.
4. Se il software firewall, un’altra applicazione di sicurezza o un’appliance di rete non possono essere configurati per gestire correttamente il traffico RPC dinamico, l’intervallo di porte utilizzato da RPC può essere limitato e questo intervallo può essere aperto sul firewall o sull’applicazione di sicurezza., Per limitare l’intervallo di porte utilizzato da RPC, vedere Come configurare l’allocazione dinamica delle porte RPC per lavorare con i firewall.

Problemi di connettività di rete

1. Utilizzare il comando ping per testare la connettività di base tra il client RPC e il server. Si noti che questo test potrebbe non essere conclusivo, in quanto è possibile che un firewall blocchi il traffico ICMP consentendo il passaggio di altro traffico. (ICMP, o Internet Control Message Protocol, è il protocollo utilizzato dai comandi ping e tracert.,)
2. L’utilità da riga di comando PortQry può essere utilizzata per testare la connettività dal client al server e determinare quali porte sono aperte sul server. Include il supporto per RPC e può essere utilizzato per determinare quali servizi hanno porte dinamiche registrate con RPC e quali porte specifiche utilizzano. Informazioni dettagliate su PortQry versione 2.0 sono disponibili qui: Nuove funzionalità e funzionalità in PortQry versione 2.0.
3. Se il client e il server si trovano su sottoreti diverse, verificare che il traffico sia instradato correttamente tra i due., Se si trovano in luoghi fisici diversi, verificare che il collegamento tra i siti sia attivo e consentire al traffico di passare liberamente.

Per ulteriori istruzioni sulla risoluzione di questo errore, vedere Risoluzione dei problemi “Il server RPC non è disponibile.”
Per informazioni generali su RPC, vedi Cos’è RPC?