Come risolvere gli errori e i problemi di Remote Procedure Call
Se si riceve Il server RPC non è disponibile messaggio, quindi questo post mostra come risolvere gli errori e i problemi di Remote Procedure Call non riusciti su Windows 10. RPC o Remote Procedure Call è un modello di programmazione basato su rete che consente comunicazioni punto-punto tra le applicazioni software. In questa guida, condivideremo come risolvere gli errori Remote Procedure Call. Gli errori possono verificarsi durante la connessione a Strumentazione gestione Windows (WMI), SQL Server, durante una connessione remota o per alcuni snap-in di Microsoft Management Console (MMC).
Risolvi gli errori di chiamata di procedura remota
“Il server RPC non è disponibile"È uno dei problemi più comuni che si verificano. Potrebbe essere un semplice problema di rete, o il server non è in grado di rispondere. Diamo un'occhiata alla lista di strumenti che possiamo usare per risolvere gli errori di chiamata della procedura remota. È possibile utilizzare PowerShell o Prompt dei comandi con privilegi di amministratore per eseguire questi comandi.
Per analizzare i registri dovrai utilizzare Microsoft Network Monitor o Microsoft Message Analyzer.
PortQuery
Questo strumento ti aiuta a capire il problema con la porta che stai cercando di connettere. Può determinare se l'applicazione o il computer possono connettersi al server.
Portqry.exe -n -e 135
Il comando sopra riportato tenta di interrogare la porta TCP 25 sul server IP del server. Se si utilizza un sito Web qui, si tradurrà internamente all'indirizzo IP. Nell'output, cerca *ip_tcp, e numero di porta. Se la connessione non riesce, si dovrebbe vedere una risposta non riuscita in cambio. Se tutto sembra a posto, cerca un numero di porta (evidenziato in grassetto) alla fine che dovrebbe apparire
.... Risposta del server: UUID: d95afe70-a6d5-4259-822e-2c84da1ddb0d ncacn_ip_tcp: 169.254.0.10[49664]
Se non viene visualizzato alcun numero di porta, significa che qualcosa non funziona sul server e la porta non è in ascolto.
netsh
Successivamente, è possibile utilizzare il comando Netsh per raccogliere dati di traccia simultanei. TRACE qui significa percorso da un punto a un altro su una rete. Se c'è qualcosa che sta causando un problema nel mezzo, lo saprai.
Sulla corsa del cliente:Scenario di avvio della traccia Netsh = netconnection capture = yes tracefile = c: \ client_nettrace.etl maxsize = 512 overwrite = yes report = yes
Sul server eseguire:
Scenario di avvio della traccia Netsh = netconnection capture = yes tracefile = c: \ server_nettrace.etl maxsize = 512 overwrite = yes report = yes
Il comando precedente mantiene un log in un tracefile (.ETL). Mantieni pronta questa finestra del prompt dei comandi.
Ora prova a riprodurre il problema che hai dovuto affrontare sul computer client. Potrebbe essere necessario premere alcuni pulsanti sul software o qualsiasi cosa causasse un problema. Non appena vedi il problema, corri Traccia di traccia Netsh sul prompt dei comandi del computer client.
Ora usa lo strumento analizzatore e filtra la traccia per
- Ipv4.address == e ipv4.address == e tcp.port == 135 o solo tcp.port == 135.
- Inoltre, cercare il protocollo "EPM" nella colonna "Protocollo".
Ora controlla se ricevi una risposta dal server. Se si ottiene una risposta, prendere nota del numero di porta dinamico che è stato assegnato per l'uso.
- Verifica se riesci a connetterti correttamente a questa porta dinamica.
- Il filtro dovrebbe essere qualcosa del genere: tcp.port == e ipv4.address ==
Dovrebbe aiutarti a verificare la connettività e isolare eventuali problemi di rete.
Porta non raggiungibile
Il motivo più comune per cui vedremmo il server RPC non disponibile è quando la porta dinamica che il client tenta di connettersi non è raggiungibile. Se vedi traccia di rottura in mezzo, il ritorno con la porta non ha trovato un errore, e così via, allora potrebbe essere a causa di possibili motivi possibili
- Il firewall ha bloccato l'intervallo di porte dinamiche.
- Un router o un dispositivo di rete nel mezzo sta facendo cadere il pacchetto; la risposta non sta tornando.
- Il server di destinazione sta lasciando cadere i pacchetti (drop WFP / drop driver NIC / filtro ecc.).
La best practice per il problema Post non raggiungibile è l'utilizzo dell'allocazione dinamica. Il registro consente agli amministratori di configurare l'allocazione della porta dinamica RPC.
Questi strumenti e suggerimenti ti aiutano ad analizzare e capire il problema. La soluzione dipenderà da quale sia esattamente il problema e dipenderà dal software e dal server.
