Pour déterminer la cause des problèmes de connexion avec le serveur, clarifiez les points suivants :
Le serveur gRPC fonctionne-t-il ?
Le serveur gRPC fonctionne par défaut sur un port local (par exemple, 9000). La disponibilité du serveur peut être vérifiée facilement via PowerShell.
Commande dans PowerShell :
Test-NetConnection 127.0.0.1 -Port 9000
Sortie typique :
ComputerName : 127.0.0.1
RemoteAddress : 127.0.0.1
RemotePort : 9000
InterfaceAlias : Loopback Pseudo-Interface 1
SourceAddress : 127.0.0.1
TcpTestSucceeded : True
Important :
Si TcpTestSucceeded : True est affiché, le serveur gRPC est accessible et fonctionne.
Si False est affiché, soit le serveur n’est pas démarré, soit le port n’est pas disponible.
Que signifie une erreur de connexion gRPC lors de l’établissement de la connexion ?
Dans l’environnement FEP, il peut arriver qu’une erreur (initialement cryptique) apparaisse lors de l’établissement de la connexion gRPC :
gRPC Connection error: Unavailable - Error starting gRPC call.
HttpRequestException: An HTTP/2 connection could not be established because
the server did not complete the HTTP/2 handshake. (InvalidResponse)
HttpIOException: The response ended prematurely while waiting for the next frame
from the server. (ResponseEnded)
Cause possible :
Le port configuré (par exemple, 9000) est déjà utilisé par un autre processus. Dans ce cas, le serveur gRPC ne peut pas effectuer correctement le handshake HTTP/2.
Comment vérifier si un port est déjà utilisé ?
La commande netstat dans PowerShell permet d’afficher tous les processus utilisant un port particulier.
Commande dans PowerShell :
netstat -ano | findstr :9000
Exemple de sortie :
Proto Local Address Foreign Address State PID
TCP 0.0.0.0:9000 0.0.0.0:0 LISTENING 17616
Signification des colonnes :
Local Address: Adresse IP et port locaux
State: État (par exemple, LISTENING)
PID: ID du processus utilisant le port
Comment savoir quel processus utilise un port particulier ?
Avec le PID obtenu, on peut interroger le processus correspondant via PowerShell pour obtenir, entre autres, le nom du processus et d’autres détails.
Commande dans PowerShell :
get-process -id 17616
Info :
Le processus peut également être identifié via le gestionnaire des tâches de Windows à l’aide du PID.
Solutions recommandées
- Configurer un port alternatif et libre pour le serveur gRPC
- Ou (si possible) ajuster la configuration du port du logiciel bloquant
- Après modification, redémarrer le serveur et tester la connexion