Il y a quelques jours, un utilisateur a rencontr\u00e9 l’erreur classique \u00ab \u00c9chec de la connexion : La connexion a \u00e9chou\u00e9 avec l’\u00e9tat \u00ab Non connect\u00e9 \u00bb \u00bb en tentant d’acc\u00e9der \u00e0 la console de gestion ESET PROTECT. Une mauvaise surprise, surtout lorsqu’on essaie de travailler. Apr\u00e8s quelques essais, ce guide propose des m\u00e9thodes efficaces pour r\u00e9soudre le probl\u00e8me. Qu’il s’agisse de services arr\u00eat\u00e9s, de probl\u00e8mes de ports ou de dysfonctionnements de la base de donn\u00e9es, vous devriez pouvoir remettre la console en ligne. Car, comme toujours, Windows et les fichiers ESET ont la f\u00e2cheuse tendance \u00e0 compliquer les choses. L’objectif est de red\u00e9marrer, v\u00e9rifier et corriger tous les \u00e9l\u00e9ments n\u00e9cessaires pour que la console se connecte \u00e0 nouveau sans probl\u00e8me. Attention : il faudra peut-\u00eatre faire preuve de patience et utiliser la ligne de commande, mais le jeu en vaut la chandelle. G\u00e9n\u00e9ralement, cette erreur survient lorsque les services ne sont pas en cours d’ex\u00e9cution ou que la base de donn\u00e9es est corrompue. Ces \u00e9tapes couvrent donc ces causes fr\u00e9quentes, ainsi que certaines moins \u00e9videntes. Esp\u00e9rons que l’une de ces m\u00e9thodes fonctionnera pour votre configuration.<\/p>\n
Pour r\u00e9soudre ce probl\u00e8me de connexion persistant, suivez ces m\u00e9thodes \u00e9tape par \u00e9tape, en commen\u00e7ant par la solution la plus simple et en approfondissant si n\u00e9cessaire. G\u00e9n\u00e9ralement, il s’agit d’un service arr\u00eat\u00e9 ou d’un port bloqu\u00e9, mais il arrive parfois que les fichiers de la base de donn\u00e9es soient corrompus ou d\u00e9connect\u00e9s. Pr\u00e9parez-vous donc \u00e0 v\u00e9rifier ces \u00e9l\u00e9ments, \u00e0 red\u00e9marrer les services, \u00e0 contr\u00f4ler les ports et \u00e0 consulter les journaux. Vous devrez peut-\u00eatre \u00e9galement red\u00e9marrer le serveur SQL ou effectuer une r\u00e9paration de la base de donn\u00e9es si le probl\u00e8me persiste. Chaque m\u00e9thode cible les causes profondes les plus courantes, et si les premi\u00e8res ne fonctionnent pas, la suivante pourrait r\u00e9soudre le probl\u00e8me principal. Sur certaines configurations, un red\u00e9marrage du serveur peut \u00eatre n\u00e9cessaire apr\u00e8s la r\u00e9solution des probl\u00e8mes de services ou de base de donn\u00e9es ; ce n’est pas syst\u00e9matique, mais cela peut parfois faire des miracles.<\/p>\n
C’est la solution la plus courante et elle est tout \u00e0 fait logique : si les services essentiels ne sont pas en cours d’ex\u00e9cution, la console ne peut pas se connecter. Car, bien s\u00fbr, Windows se doit de compliquer les choses inutilement. Les services critiques sont :<\/p>\n
Ouvrez la console des services Windows en appuyant sur la touche Windows + R Win + R<\/kbd>, puis saisissez la commande Sur certaines configurations, des services peuvent appara\u00eetre comme \u00e9tant en cours d’ex\u00e9cution sans pour autant r\u00e9pondre correctement. Dans ce cas, red\u00e9marrez-les un par un. L’ordre est important : commencez par le serveur ESET PROTECT<\/strong>, puis actualisez la console (appuyez sur F5<\/strong> ) et v\u00e9rifiez si vous pouvez vous connecter. Si ce n’est pas le cas, red\u00e9marrez d’abord le serveur SQL, puis Apache Tomcat, dans cet ordre. Parfois, un simple red\u00e9marrage du service r\u00e9sout le probl\u00e8me de connexion. Si l’erreur persiste apr\u00e8s un red\u00e9marrage, passez \u00e0 la m\u00e9thode suivante.<\/p>\n C’est un probl\u00e8me classique. Si les services fonctionnent correctement, mais que certains ports sont bloqu\u00e9s, la console ne peut pas communiquer avec le serveur. ESET PROTECT a besoin que les ports 443<\/strong>, 2222<\/strong> et 2223<\/strong> soient ouverts pour le trafic entrant, surtout en pr\u00e9sence d’un pare-feu.<\/p>\n Ouvrez le Pare-feu Windows Defender<\/strong> > Param\u00e8tres avanc\u00e9s<\/strong> > R\u00e8gles de trafic entrant<\/strong>. Recherchez les r\u00e8gles nomm\u00e9es \u00ab Gestion de la s\u00e9curit\u00e9 ESET \u00bb ou similaires et v\u00e9rifiez que les ports autoris\u00e9s correspondent \u00e0 ceux indiqu\u00e9s. Si ce n’est pas le cas, cr\u00e9ez de nouvelles r\u00e8gles de trafic entrant pour les ports TCP 443, 2222 et 2223 afin d’autoriser le trafic. Assurez-vous \u00e9galement qu’aucune autre application n’utilise ces ports. Si une autre application utilise le port 443, cela pourrait emp\u00eacher la console web d’ESET d’\u00e9tablir une connexion.<\/p>\n Si la base de donn\u00e9es est en cause (elle est peut-\u00eatre bloqu\u00e9e, corrompue ou ne r\u00e9pond plus), red\u00e9marrez le service SQL Server. Cela suffit souvent \u00e0 r\u00e9soudre le probl\u00e8me de connexion impossible, car SQL Server g\u00e8re toute la partie base de donn\u00e9es ; s’il est hors service, la console ne peut pas s’authentifier.<\/p>\n Ouvrez Microsoft SQL Server Management Studio (SSMS)<\/strong>. Connectez-vous \u00e0 votre instance SQL, puis cliquez avec le bouton droit sur le serveur dans l’Explorateur d’objets et choisissez Red\u00e9marrer<\/strong>. Patientez 3 \u00e0 4 minutes, puis actualisez la liste des bases de donn\u00e9es. V\u00e9rifiez que votre base de donn\u00e9es \u00ab era_db \u00bb se charge correctement : aucune erreur de r\u00e9cup\u00e9ration ni signe de corruption ne doit appara\u00eetre. Si c’est le cas, essayez de vous reconnecter \u00e0 la console. Si la base de donn\u00e9es affiche des erreurs telles que \u00ab R\u00e9cup\u00e9ration en cours \u00bb, assurez-vous que l’espace disque est suffisant ( un point essentiel souvent n\u00e9glig\u00e9<\/strong> ) et envisagez d’ex\u00e9cuter une proc\u00e9dure de r\u00e9cup\u00e9ration de la base de donn\u00e9es. L’examen des avertissements d\u00e9taill\u00e9s dans les journaux d’\u00e9v\u00e9nements ou les journaux SQL Server<\/strong> peut fournir des indications sur d’\u00e9ventuels probl\u00e8mes plus profonds au niveau de la base de donn\u00e9es.<\/p>\n Cette proc\u00e9dure est un peu plus avanc\u00e9e, mais si les fichiers de base de donn\u00e9es se trouvent dans leur dossier par d\u00e9faut, vous devrez peut-\u00eatre d\u00e9tacher puis rattacher la base de donn\u00e9es era_db<\/strong>. Commencez par mettre la base de donn\u00e9es hors ligne, d\u00e9tachez-la, puis reconnectez-vous \u00e0 SSMS et rattachez-la \u00e0 l’aide des fichiers de base de donn\u00e9es. Si vous rencontrez des erreurs telles que \u00ab Impossible de d\u00e9tacher une base de donn\u00e9es suspecte ou en cours de r\u00e9cup\u00e9ration \u00bb, vous devrez d’abord r\u00e9parer ces fichiers. L’important est de v\u00e9rifier que les fichiers MDF et LDF sont pr\u00e9sents, intacts et accessibles. Apr\u00e8s cela, red\u00e9marrez SQL Server et les services principaux (Tomcat et serveur ESET PROTECT), puis essayez de vous connecter. G\u00e9n\u00e9ralement, cette op\u00e9ration permet de r\u00e9soudre les probl\u00e8mes de corruption de donn\u00e9es et de r\u00e9tablir la connexion \u00e0 la base de donn\u00e9es.<\/p>\n En dernier recours, consultez les journaux pour identifier la cause du probl\u00e8me. Vous les trouverez dans le fichier trace.txt<\/strong> L’apparition d’erreurs telles que \u00ab Impossible d’ouvrir la base de donn\u00e9es ‘era_db’ demand\u00e9e par la connexion.\u00c9chec de la connexion (4060) \u00bb indique g\u00e9n\u00e9ralement un probl\u00e8me avec le fichier de base de donn\u00e9es lui-m\u00eame. Ce dernier peut \u00eatre manquant, corrompu ou inaccessible. La restauration \u00e0 partir d’une sauvegarde ou la r\u00e9installation de la console web (\u00e0 l’aide du programme d’installation tout-en-un<\/a> ) r\u00e9sout souvent ce probl\u00e8me si la base de donn\u00e9es est irr\u00e9m\u00e9diablement endommag\u00e9e.<\/p>\n Parfois, un simple red\u00e9marrage du serveur apr\u00e8s avoir r\u00e9solu tous ces probl\u00e8mes permet d’appliquer les modifications et de lever les blocages r\u00e9siduels. Les journaux d’activit\u00e9 contiennent des informations utiles ; il est conseill\u00e9 de les consulter si les autres solutions n’ont pas fonctionn\u00e9.<\/p>\n Et voil\u00e0, c’est \u00e0 peu pr\u00e8s tout. En g\u00e9n\u00e9ral, l’une de ces \u00e9tapes r\u00e9sout le probl\u00e8me de connexion. Si ce n’est pas le cas, il peut \u00eatre judicieux de v\u00e9rifier la connexion r\u00e9seau ou de r\u00e9installer compl\u00e8tement la console, mais il y a de fortes chances qu’il s’agisse simplement d’un probl\u00e8me de service ou de base de donn\u00e9es.<\/p>\n Au final, la solution la plus courante consiste \u00e0 red\u00e9marrer les services principaux et \u00e0 v\u00e9rifier que la base de donn\u00e9es est saine et accessible. Parfois, il suffit d’attendre quelques minutes apr\u00e8s le red\u00e9marrage de SQL Server ou des services pour que tout revienne \u00e0 la normale. Ce n’est pas toujours \u00e9vident ; le processus peut \u00eatre \u00e9trange et frustrant, mais ces \u00e9tapes couvrent les causes les plus fr\u00e9quentes. Croisons les doigts pour que cela permette de lancer une mise \u00e0 jour ; et si rien ne fonctionne, contacter le support ESET pourrait \u00eatre la prochaine \u00e9tape. Esp\u00e9rons que cela permettra \u00e0 ceux qui tentent de se reconnecter de gagner quelques heures.<\/p>\n","protected":false},"excerpt":{"rendered":" Il y a quelques jours, un utilisateur a rencontr\u00e9 l’erreur classique \u00ab \u00c9chec de la connexion : La connexion a \u00e9chou\u00e9 avec l’\u00e9tat \u00ab Non<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-3009","post","type-post","status-publish","format-standard","hentry","category-aide"],"_links":{"self":[{"href":"https:\/\/help.peacedoorball.blog\/ca\/wp-json\/wp\/v2\/posts\/3009","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/help.peacedoorball.blog\/ca\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/help.peacedoorball.blog\/ca\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/help.peacedoorball.blog\/ca\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/help.peacedoorball.blog\/ca\/wp-json\/wp\/v2\/comments?post=3009"}],"version-history":[{"count":0,"href":"https:\/\/help.peacedoorball.blog\/ca\/wp-json\/wp\/v2\/posts\/3009\/revisions"}],"wp:attachment":[{"href":"https:\/\/help.peacedoorball.blog\/ca\/wp-json\/wp\/v2\/media?parent=3009"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/help.peacedoorball.blog\/ca\/wp-json\/wp\/v2\/categories?post=3009"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/help.peacedoorball.blog\/ca\/wp-json\/wp\/v2\/tags?post=3009"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}services.msc<\/code>et appuyez sur Entr\u00e9e. V\u00e9rifiez que les trois services sont configur\u00e9s sur Automatique<\/strong> et qu’ils sont en cours d’<\/strong> ex\u00e9cution. Si l’un d’eux est arr\u00eat\u00e9, cliquez dessus avec le bouton droit et s\u00e9lectionnez D\u00e9marrer<\/strong>. S’ils sont configur\u00e9s sur Manuel ou d\u00e9sactiv\u00e9s, modifiez leur type de d\u00e9marrage.<\/p>\nM\u00e9thode 2. Ouvrir les ports dans le pare-feu Windows<\/h3>\n
M\u00e9thode 3. Red\u00e9marrer le serveur ERASQL<\/h3>\n
M\u00e9thode 4. Rattacher ou r\u00e9parer la base de donn\u00e9es si elle est en \u00e9tat de r\u00e9cup\u00e9ration en attente.<\/h3>\n
C:\\Program Files\\Microsoft SQL Server\\MSSQLXX.InstanceID<\/em>\\MSSQL\\DATA<\/code><\/strong><\/p>\nM\u00e9thode 5. Consultez les journaux du serveur pour trouver des indices.<\/h3>\n
C:\\ProgramData\\ESET\\RemoteAdministrator\\Server\\EraServerApplicationData\\Logs<\/code>. Ouvrez ce fichier et recherchez les erreurs de connexion ou de base de donn\u00e9es ; celles-ci indiquent souvent directement la cause premi\u00e8re du probl\u00e8me.<\/strong><\/p>\nR\u00e9sum\u00e9<\/h2>\n
\n
Conclure<\/h2>\n