Per determinare il motivo dei problemi di connessione con il server, dovrebbero essere chiarite le seguenti domande:
Il server gRPC è in esecuzione?
Il server gRPC è in esecuzione di default su una porta locale (ad es. 9000). L'accessibilità del server può essere facilmente verificata tramite PowerShell.
Comando in PowerShell: Test-NetConnection 127.0.0.1 -Port 9000
Output tipico: ComputerName : 127.0.0.1 RemoteAddress : 127.0.0.1 RemotePort : 9000 InterfaceAlias : Loopback Pseudo-Interface 1 SourceAddress : 127.0.0.1 TcpTestSucceeded : True
Importante: Se TcpTestSucceeded : True viene mostrato, il server gRPC è raggiungibile e in esecuzione. Se è False, il server non è stato avviato o la porta non è disponibile.
Cosa significa un errore di connessione gRPC durante la connessione?
Nell'ambiente FEP può accadere che durante la connessione gRPC venga visualizzato il seguente messaggio di errore (che all'inizio può sembrare criptico):
Errore di connessione gRPC: Non disponibile - Errore durante l'avvio della chiamata gRPC. HttpRequestException: Non è stato possibile stabilire una connessione HTTP/2 perché il server non ha completato la stretta di mano HTTP/2. (InvalidResponse) HttpIOException: La risposta è terminata prematuramente mentre si attendeva il frame successivo dal server. (ResponseEnded)
Possibile causa: La porta configurata (ad es. 9000) è già occupata da un altro processo. In questo caso, il server gRPC non può eseguire correttamente la stretta di mano HTTP/2.
Come posso verificare se una porta è già occupata?
Il comando netstat in PowerShell consente di visualizzare tutti i processi che utilizzano una determinata porta.
Comando in PowerShell: netstat -ano | findstr :9000
Output di esempio: Proto Local Address Foreign Address State PID TCP 0.0.0.0:9000 0.0.0.0:0 LISTENING 17616
Significato delle colonne: Local Address: IP locale e porta State: Stato (ad es. LISTENING) PID: ID del processo che occupa la porta
Come scoprire quale processo utilizza una determinata porta?
Con il PID determinato, è possibile interrogare il processo associato tramite PowerShell per ottenere, tra l'altro, il nome del processo e ulteriori dettagli.
Comando in PowerShell: get-process -id 17616
Info: In alternativa, il processo può essere identificato tramite il Task Manager di Windows utilizzando il PID.
Soluzioni consigliate
- Configura una porta alternativa e libera per il server gRPC
- Oppure (se possibile) regola la configurazione della porta del software che blocca
- Dopo la modifica, riavviare il server e testare la connessione