Comment résoudre l’échec de connexion à ESET PROTECT dû à une erreur de connexion ?

Il y a quelques jours, un utilisateur a rencontré l’erreur classique « Échec de la connexion : La connexion a échoué avec l’état « Non connecté » » en tentant d’accéder à la console de gestion ESET PROTECT. Une mauvaise surprise, surtout lorsqu’on essaie de travailler. Après quelques essais, ce guide propose des méthodes efficaces pour résoudre le problème. Qu’il s’agisse de services arrêtés, de problèmes de ports ou de dysfonctionnements de la base de données, vous devriez pouvoir remettre la console en ligne. Car, comme toujours, Windows et les fichiers ESET ont la fâcheuse tendance à compliquer les choses. L’objectif est de redémarrer, vérifier et corriger tous les éléments nécessaires pour que la console se connecte à nouveau sans problème. Attention : il faudra peut-être faire preuve de patience et utiliser la ligne de commande, mais le jeu en vaut la chandelle. Généralement, cette erreur survient lorsque les services ne sont pas en cours d’exécution ou que la base de données est corrompue. Ces étapes couvrent donc ces causes fréquentes, ainsi que certaines moins évidentes. Espérons que l’une de ces méthodes fonctionnera pour votre configuration.

Comment résoudre le problème « Échec de la connexion : La connexion a échoué avec l’état « Non connecté » » dans la console Web ESET Protect

Pour résoudre ce problème de connexion persistant, suivez ces méthodes étape par étape, en commençant par la solution la plus simple et en approfondissant si nécessaire. Généralement, il s’agit d’un service arrêté ou d’un port bloqué, mais il arrive parfois que les fichiers de la base de données soient corrompus ou déconnectés. Préparez-vous donc à vérifier ces éléments, à redémarrer les services, à contrôler les ports et à consulter les journaux. Vous devrez peut-être également redémarrer le serveur SQL ou effectuer une réparation de la base de données si le problème persiste. Chaque méthode cible les causes profondes les plus courantes, et si les premières ne fonctionnent pas, la suivante pourrait résoudre le problème principal. Sur certaines configurations, un redémarrage du serveur peut être nécessaire après la résolution des problèmes de services ou de base de données ; ce n’est pas systématique, mais cela peut parfois faire des miracles.

Méthode 1. Redémarrez les services ESET PROTECT requis

C’est la solution la plus courante et elle est tout à fait logique : si les services essentiels ne sont pas en cours d’exécution, la console ne peut pas se connecter. Car, bien sûr, Windows se doit de compliquer les choses inutilement. Les services critiques sont :

Serveur ESET PROTECT (EraServerSvc)
Apache Tomcat 7.0 (Tomcat7)
Serveur SQL (ERASQL)

Ouvrez la console des services Windows en appuyant sur la touche Windows + R Win + R, puis saisissez la commande services.mscet appuyez sur Entrée. Vérifiez que les trois services sont configurés sur Automatique et qu’ils sont en cours d’ exécution. Si l’un d’eux est arrêté, cliquez dessus avec le bouton droit et sélectionnez Démarrer. S’ils sont configurés sur Manuel ou désactivés, modifiez leur type de démarrage.

Sur certaines configurations, des services peuvent apparaître comme étant en cours d’exécution sans pour autant répondre correctement. Dans ce cas, redémarrez-les un par un. L’ordre est important : commencez par le serveur ESET PROTECT, puis actualisez la console (appuyez sur F5 ) et vérifiez si vous pouvez vous connecter. Si ce n’est pas le cas, redémarrez d’abord le serveur SQL, puis Apache Tomcat, dans cet ordre. Parfois, un simple redémarrage du service résout le problème de connexion. Si l’erreur persiste après un redémarrage, passez à la méthode suivante.

Méthode 2. Ouvrir les ports dans le pare-feu Windows

C’est un problème classique. Si les services fonctionnent correctement, mais que certains ports sont bloqués, la console ne peut pas communiquer avec le serveur. ESET PROTECT a besoin que les ports 443, 2222 et 2223 soient ouverts pour le trafic entrant, surtout en présence d’un pare-feu.

Ouvrez le Pare-feu Windows Defender > Paramètres avancés > Règles de trafic entrant. Recherchez les règles nommées « Gestion de la sécurité ESET » ou similaires et vérifiez que les ports autorisés correspondent à ceux indiqués. Si ce n’est pas le cas, créez de nouvelles règles de trafic entrant pour les ports TCP 443, 2222 et 2223 afin d’autoriser le trafic. Assurez-vous également qu’aucune autre application n’utilise ces ports. Si une autre application utilise le port 443, cela pourrait empêcher la console web d’ESET d’établir une connexion.

Méthode 3. Redémarrer le serveur ERASQL

Si la base de données est en cause (elle est peut-être bloquée, corrompue ou ne répond plus), redémarrez le service SQL Server. Cela suffit souvent à résoudre le problème de connexion impossible, car SQL Server gère toute la partie base de données ; s’il est hors service, la console ne peut pas s’authentifier.

Ouvrez Microsoft SQL Server Management Studio (SSMS). Connectez-vous à votre instance SQL, puis cliquez avec le bouton droit sur le serveur dans l’Explorateur d’objets et choisissez Redémarrer. Patientez 3 à 4 minutes, puis actualisez la liste des bases de données. Vérifiez que votre base de données « era_db » se charge correctement : aucune erreur de récupération ni signe de corruption ne doit apparaître. Si c’est le cas, essayez de vous reconnecter à la console. Si la base de données affiche des erreurs telles que « Récupération en cours », assurez-vous que l’espace disque est suffisant ( un point essentiel souvent négligé ) et envisagez d’exécuter une procédure de récupération de la base de données. L’examen des avertissements détaillés dans les journaux d’événements ou les journaux SQL Server peut fournir des indications sur d’éventuels problèmes plus profonds au niveau de la base de données.

Méthode 4. Rattacher ou réparer la base de données si elle est en état de récupération en attente.

Cette procédure est un peu plus avancée, mais si les fichiers de base de données se trouvent dans leur dossier par défaut, vous devrez peut-être détacher puis rattacher la base de données era_db. Commencez par mettre la base de données hors ligne, détachez-la, puis reconnectez-vous à SSMS et rattachez-la à l’aide des fichiers de base de données. Si vous rencontrez des erreurs telles que « Impossible de détacher une base de données suspecte ou en cours de récupération », vous devrez d’abord réparer ces fichiers. L’important est de vérifier que les fichiers MDF et LDF sont présents, intacts et accessibles.C:\Program Files\Microsoft SQL Server\MSSQLXX.InstanceID\MSSQL\DATA

Après cela, redémarrez SQL Server et les services principaux (Tomcat et serveur ESET PROTECT), puis essayez de vous connecter. Généralement, cette opération permet de résoudre les problèmes de corruption de données et de rétablir la connexion à la base de données.

Méthode 5. Consultez les journaux du serveur pour trouver des indices.

En dernier recours, consultez les journaux pour identifier la cause du problème. Vous les trouverez dans le fichier trace.txtC:\ProgramData\ESET\RemoteAdministrator\Server\EraServerApplicationData\Logs. Ouvrez ce fichier et recherchez les erreurs de connexion ou de base de données ; celles-ci indiquent souvent directement la cause première du problème.

L’apparition d’erreurs telles que « Impossible d’ouvrir la base de données ‘era_db’ demandée par la connexion.Échec de la connexion (4060) » indique généralement un problème avec le fichier de base de données lui-même. Ce dernier peut être manquant, corrompu ou inaccessible. La restauration à partir d’une sauvegarde ou la réinstallation de la console web (à l’aide du programme d’installation tout-en-un ) résout souvent ce problème si la base de données est irrémédiablement endommagée.

Parfois, un simple redémarrage du serveur après avoir résolu tous ces problèmes permet d’appliquer les modifications et de lever les blocages résiduels. Les journaux d’activité contiennent des informations utiles ; il est conseillé de les consulter si les autres solutions n’ont pas fonctionné.

Et voilà, c’est à peu près tout. En général, l’une de ces étapes résout le problème de connexion. Si ce n’est pas le cas, il peut être judicieux de vérifier la connexion réseau ou de réinstaller complètement la console, mais il y a de fortes chances qu’il s’agisse simplement d’un problème de service ou de base de données.

Résumé

Vérifiez que tous les services essentiels sont opérationnels et configurés en mode automatique.
Assurez-vous que les ports nécessaires sont ouverts dans le pare-feu Windows.
Redémarrez le serveur SQL si nécessaire et vérifiez l’intégrité de la base de données.
Gérer les problèmes de récupération de la base de données ou la rattacher si nécessaire.
Si rien d’autre ne fonctionne, consultez les journaux pour identifier les erreurs spécifiques.

Conclure

Au final, la solution la plus courante consiste à redémarrer les services principaux et à vérifier que la base de données est saine et accessible. Parfois, il suffit d’attendre quelques minutes après le redémarrage de SQL Server ou des services pour que tout revienne à la normale. Ce n’est pas toujours évident ; le processus peut être étrange et frustrant, mais ces étapes couvrent les causes les plus fréquentes. Croisons les doigts pour que cela permette de lancer une mise à jour ; et si rien ne fonctionne, contacter le support ESET pourrait être la prochaine étape. Espérons que cela permettra à ceux qui tentent de se reconnecter de gagner quelques heures.