Mode d'emploi | ESET Remote Administrator 6.4 Manuel utilisateur

Ajouter à Mes manuels
186 Des pages
Mode d'emploi | ESET Remote Administrator 6.4 Manuel utilisateur | Fixfr
ESET
REMOTE
ADMINISTRATOR 6
Guide d'installation, de mise à niveau et de migration
Cliquez ici pour accéder à la dernière version de ce document.
Cliquez ici pour afficher la version de l'aide en ligne de ce document
ESET REMOTE ADMINISTRATOR 6
Copyright
2016 ESET, spol. s r.o.
ESET Remote Admi ni s tra tor 6 a été dével oppé pa r ESET, s pol . s r.o.
Pour pl us d'i nforma ti ons , vi s i tez www.es et.com/fr.
Tous droi ts rés ervés . Aucune pa rti e de cette documenta ti on ne peut être reprodui te,
s tockée da ns un s ys tème d'a rchi va ge ou tra ns mi s e s ous quel que forme ou pa r
quel que moyen que ce s oi t, él ectroni que, méca ni que, photocopi e, enregi s trement,
numéri s a ti on ou a utre, s a ns l 'a utori s a ti on écri te de l 'a uteur.
ESET, s pol . s r.o. s e rés erve l e droi t de modi fi er l es a ppl i ca ti ons décri tes s a ns préa vi s .
Servi ce cl i ent : www.es et.com/s upport
RÉV. 09/09/2016
Table des
1. Installation/Mise
.......................................................5
à niveau
3.2 Installation
....................................................................................................73
sur Microsoft Azure
3.3 Installation
....................................................................................................73
de composants sur Windows
1.1 Nouvelles
....................................................................................................5
fonctionnalités
3.3.1
Installation
..............................................................................75
du serveur
1.2 Architecture
....................................................................................................6
3.3.1.1
Conditions préalables requises pour le
serveur
..................................................................................78
- Windows
3.3.2
Configuration
..............................................................................79
requise pour Microsoft SQL Server
3.3.3
Installation
..............................................................................79
et configuration du serveur MySQL
3.3.4
Compte
..............................................................................80
utilisateur de base de données dédié
3.3.5
Installation
..............................................................................80
de l'Agent
3.3.5.1
Installation
..................................................................................81
d'agent assistée du serveur
3.3.5.2
Installation
..................................................................................81
d'agent hors connexion
3.3.5.3
Désinstallation de l'agent et résolution des
problèmes
..................................................................................82
3.3.6
Installation
..............................................................................83
de la console Web
3.3.7
Installation
..............................................................................83
du proxy
3.3.7.1
Conditions
..................................................................................84
préalables requises pour le proxy
3.3.8
Installation
..............................................................................84
de RD Sensor
3.3.8.1
Conditions
..................................................................................85
préalables de RD Sensor
3.3.9
Installation
..............................................................................85
du Connecteur de périphérique mobile
3.3.9.1
Conditions préalables requises pour le Connecteur de
périphérique
..................................................................................86
mobile
3.3.9.2
Activation
..................................................................................88
du Connecteur de périphérique mobile
3.3.9.3
Fonctionnalité
..................................................................................88
d'attribution de licence MDM iOS
3.3.9.4
Configuration
..................................................................................89
requise pour les certificats HTTPS
1.2.1
Serveur
..............................................................................7
1.2.2
Console
..............................................................................8
Web
1.2.3
Agent ..............................................................................8
1.2.4
Proxy ..............................................................................9
1.2.4.1
Quand
..................................................................................10
utiliser ERA Proxy ?
1.2.5
Rogue
..............................................................................11
Detection Sensor
1.2.6
Connecteur
..............................................................................12
de périphérique mobile
1.2.7
Proxy..............................................................................12
HTTP Apache
1.3 Scénarios de déploiement - meilleures
....................................................................................................14
pratiques
1.3.1
Serveur
..............................................................................15
unique (petite entreprise)
1.3.2
Filiales
..............................................................................16
distantes avec proxy
1.3.3
Haute
..............................................................................17
disponibilité (entreprise)
1.3.4
Exemples
..............................................................................18
pratiques de déploiement (Windows)
1.3.5
Différences entre le proxy HTTP Apache, l'outil Miroir
et la ..............................................................................20
connectivité directe
1.3.5.1
Quand
..................................................................................21
commencer à utiliser le proxy HTTP Apache ?
1.3.5.2
Quand
..................................................................................22
commencer à utiliser l'outil Miroir ?
1.4 Création et dimensionnement d'une
infrastructure
....................................................................................................22
3.3.9.4.1 Importation d'une chaîne de certificats HTTPS pour
1.5 Produits
....................................................................................................24
et langues pris en charge
1.6 Différences
....................................................................................................25
par rapport à la version 5
2. Configuration
.......................................................27
système requise
MDM
........................................................................90
3.3.10
Outil ..............................................................................92
Miroir
3.3.11
Installation
..............................................................................94
et mise en cache du proxy HTTP Apache
3.3.12
Cluster
..............................................................................96
de basculement
2.1 Systèmes
....................................................................................................27
d'exploitation pris en charge
3.4 Installation
....................................................................................................97
de composants sur Linux
2.1.1
Windows
..............................................................................27
3.4.1
Installation
..............................................................................97
détaillée d'ERA Server sous Linux
2.1.2
Linux..............................................................................29
3.4.2
Installation
..............................................................................98
et configuration MySQL
2.1.3
OS X ..............................................................................30
3.4.3
Installation
..............................................................................99
et configuration ODBC
2.2 Environnements de mise en service de
postes
....................................................................................................30
de travail pris en charge
3.4.4
Installation
..............................................................................100
du serveur - Linux
3.4.4.1
Conditions
..................................................................................102
préalables requises pour le serveur - Linux
2.3 Matériel
....................................................................................................31
3.4.5
Installation
..............................................................................104
de l'Agent - Linux
2.4 Base
....................................................................................................31
de données
3.4.5.1
Conditions
..................................................................................105
préalables requises pour l'Agent - Linux
2.5 Versions prises en charge d'Apache
....................................................................................................32
Tomcat
3.4.6
Installation
..............................................................................106
de la console Web - Linux
3.4.6.1
2.6 Navigateurs Web pris en charge pour la
console
....................................................................................................32
Web ERA
Conditions préalables requises pour ERA Web
Console
..................................................................................106
- Linux
3.4.7
Installation
..............................................................................107
du proxy - Linux
2.7 Réseau
....................................................................................................32
3.4.7.1
Conditions
..................................................................................108
préalables requises pour le proxy - Linux
Ports..............................................................................32
utilisés
3.4.8
Installation et conditions préalables requises pour
RD Sensor
..............................................................................109
- Linux
3. Processus
.......................................................35
d'installation
3.4.9
Installation du Connecteur de périphérique
mobile
..............................................................................109
- Linux
3.1 Installation
....................................................................................................36
tout-en-un sur Windows
3.4.9.1
Conditions préalables requises pour le Connecteur de
périphérique
..................................................................................111
mobile - Linux
2.7.1
3.1.1
Installation
..............................................................................37
d'ERA Server
3.1.2
Installation
..............................................................................47
d'ERA Proxy
3.4.10
Installation
..............................................................................111
du proxy HTTP Apache - Linux
3.1.3
Installation du Connecteur de périphérique mobile
ERA (composant
..............................................................................53
autonome)
3.4.11
Installation du proxy HTTP Squid sur Ubuntu
Server
..............................................................................114
14.10
3.1.4
Installation
..............................................................................56
d'ERA sur Windows SBS / Essentials
3.4.12
Outil
..............................................................................114
Miroir
3.1.5
Désinstaller
..............................................................................59
des composants
3.4.13
Cluster
..............................................................................117
de basculement - Linux
3.1.6
Certificats
..............................................................................61
personnalisés avec ERA
3.4.14
Comment désinstaller ou réinstaller un
composant
..............................................................................119
- Linux
3.5 Installation des composants sur
5.4 Problèmes après la mise à
....................................................................................................119
....................................................................................................172
Mac
OS X
niveau/migration
d'ERA Server
3.5.1
Installation
..............................................................................119
d'agent - Mac OS X
3.6 Base
....................................................................................................120
de données
3.6.1
Sauvegarde et restauration du serveur de base de
données
..............................................................................121
3.6.2
Mise
..............................................................................122
à niveau du serveur de base de données
3.6.3
Migration
..............................................................................122
de la base de données ERA
3.6.3.1
Processus
..................................................................................122
de migration de SQL Server
3.6.3.2
Processus
..................................................................................131
de migration de MySQL Server
3.7 Image
....................................................................................................131
ISO
3.8 Enregistrement
....................................................................................................132
du service DNS
3.9 Scénario d'installation hors connexion
d'ERA
....................................................................................................132
4. Procédures de mise à niveau, de migration
.......................................................134
et de
réinstallation
4.1 Tâche
....................................................................................................134
de mise à niveau des composants
4.1.1
Installation du produit avec mise à niveau des
composants
..............................................................................138
4.2 Migration à partir de la version ERA
....................................................................................................138
antérieure
4.2.1
Scénario
..............................................................................140
de migration 1
4.2.2
Scénario
..............................................................................142
de migration 2
4.2.3
Scénario
..............................................................................145
de migration 3
4.3 Migration
....................................................................................................148
d’un serveur à un autre
4.3.1
Nouvelle
..............................................................................149
installation - Même adresse IP
4.3.2
Nouvelle
..............................................................................150
installation - Autre adresse IP
4.3.3
Base
..............................................................................151
de données migrée - Même adresse IP
4.3.4
Base
..............................................................................152
de données migrée - Autre adresse IP
4.3.5
Désinstallation
..............................................................................153
de l'ancien ERA Server
4.4 Mise à niveau d'ERA installé dans un
cluster
....................................................................................................154
de basculement Windows
4.5 Mise
....................................................................................................155
à niveau du proxy HTTP Apache
4.5.1
Instructions pour Windows (programme d'installation
tout-en-un)
..............................................................................155
4.5.2
Instructions
..............................................................................156
pour Windows (procédure manuelle)
4.6 Mise
....................................................................................................157
à niveau d'Apache Tomcat
4.6.1
Instructions pour Windows (programme d'installation
tout-en-un)
..............................................................................157
4.6.2
Instructions
..............................................................................159
pour Windows (procédure manuelle)
4.6.3
Instructions
..............................................................................160
pour Linux
4.7 Changement de l'adresse IP ou du nom
de
....................................................................................................161
l'hôte sur ERA Server
4.8 Mise à niveau d'ERA installé dans un
....................................................................................................161
cluster
de basculement Linux
4.9 Mettre à niveau les composants ERA
dans
....................................................................................................164
un environnement hors connexion
5. Dépannage
.......................................................165
5.1 Réponses aux problèmes d'installation
courants
....................................................................................................165
5.2 Fichiers
....................................................................................................169
journaux
5.3 Outil
....................................................................................................170
de diagnostic
5.5 Journalisation
....................................................................................................173
MSI
6. Premières
.......................................................174
étapes et meilleures pratiques
6.1 Ouverture
....................................................................................................175
d'ERA Web Console
6.2 Intervalle
....................................................................................................176
de connexion des clients
6.3 Utilisation efficace du proxy HTTP
Apache
....................................................................................................178
7. API.......................................................179
ESET Remote Administrator
8. FAQ
.......................................................180
1. Installation/Mise à niveau
ESET Remote Administrator (ERA) est une application qui permet de gérer les produits ESET de manière centralisée
sur les postes de travail clients, les serveurs et les périphériques mobiles dans un environnement réseau. Grâce au
système de gestion de tâches intégré d'ESET Remote Administrator, vous pouvez installer les solutions de sécurité
ESET sur des ordinateurs distants et réagir rapidement face à de nouveaux problèmes ou de nouvelles menaces.
ESET Remote Administrator ne protège pas directement contre les codes malveillants. La protection de votre
environnement dépend de la présence d'une solution de sécurité ESET comme ESET Endpoint Security sur les postes
de travail et les périphériques mobiles, ou ESET File Security pour Microsoft Windows Server sur les ordinateurs
serveurs.
ESET Remote Administrator repose sur deux principes :
1. Gestion centralisée : tout le réseau peut être configuré, géré et surveillé à partir d'un seul et même
emplacement.
2. Évolutivité : le système peut être déployé dans un réseau de petite taille et dans des environnements
d'entreprise de grande taille. ESET Remote Administrator est conçu pour s'adapter à la croissance de votre
infrastructure.
ESET Remote Administrator prend en charge la nouvelle génération de produits de sécurité ESET et est également
compatible avec la génération précédente de produits.
Le guide d'installation/de mise à niveau contient de nombreuses méthodes permettant d'installer ESET Remote
Administrator. Il est principalement destiné aux clients en entreprise. Reportez-vous au guide pour PME si vous
souhaitez installer ESET Remote Administrator sur une plateforme Windows pour gérer jusqu' à 250 produits de
point de terminaison ESET pour Windows.
Les pages d'aide d'ESET Remote Administrator incluent un guide complet d'installation et de mise à niveau :
·
·
·
·
·
·
·
·
Architecture d'ESET Remote Administrator
Outil de migration
Processus d'installation
ESET License Administrator
Processus de déploiement et Déploiement de l'Agent à l'aide de GPO ou SCCM
Premières étapes après l'installation d'ESET Remote Administrator
Tâches de post-installation
Guide d'administration
1.1 Nouvelles fonctionnalités
Quelles sont les principales modifications dans la version 6.4 ?
· Un assistant post-installation a été ajouté à ERA Web Console.
· Le processus de déploiement amélioré permet de déployer simultanément ERA Agent et le point de terminaison
ESET.
· Les fonctionnalités d'inscription des périphériques mobiles et d'importation du fichier CSV des ordinateurs ont
été entièrement repensées.
· Le programme d'installation tout-en-un a été amélioré et rendu plus convivial.
· Des modifications ont été apportées à l'appliance ERA (basée sur CentOS 7, ajout de Webmin, etc.).
Les fonctions et fonctionnalités suivantes sont nouvelles dans la version 6 :
Consultez également le chapitre Différences par rapport à la version 5.
· Indépendance des plateformes : ERA Server fonctionne sous Windows et Linux.
· Tâches de post-installation : vous indiquent comment tirer pleinement parti d'ESET Remote Administrator et vous
guident tout au long des étapes recommandées pour une expérience utilisateur optimale.
5
· ERA Web Console, l'interface utilisateur principale d'ESET Remote Administrator, est accessible à l'aide de votre
navigateur Web. Vous pouvez ainsi l'utiliser facilement à partir de n'importe quel emplacement et sur tous les
périphériques.
· ESET License Administrator : ESET Remote Administrator doit être activé à l'aide d'une clé de licence émise par
ESET avant de pouvoir être utilisé. Reportez-vous à la section ESET License Administrator pour des instructions sur
l'activation de votre produit ou consultez l'aide en ligne d'ESET License Administrator pour des instructions sur
l'utilisation d'ESET License Administrator.
· Un tableau de bord entièrement personnalisable vous donne une vue d’ensemble de l’état de sécurité de votre
réseau. La section Admin de la console Web d’ESET Remote Administrator (ERA Web Console) constitue un outil
convivial puissant pour gérer les produits ESET.
· ERA Agent : ERA Agent doit être installé sur tous les ordinateurs clients qui communiquent avec ERA Server.
· Les notifications vous donnent des informations pertinentes en temps réel et les rapports vous permettent de
trier efficacement divers types de données que vous pouvez utiliser ultérieurement.
1.2 Architecture
ESET Remote Administrator est une nouvelle génération de système de gestion à distance, très différente des
versions précédentes de ESET Remote Administrator. Parce que son architecture est totalement différente, la
solution n’est pas rétrocompatible avec l’ancienne génération d’ESET Remote Administrator. Toutefois, la
compatibilité est maintenue avec les versions précédentes des produits de sécurité ESET.
En même temps que le nouvel ESET Remote Administrator, ESET a aussi lancé une nouvelle génération de produits
de sécurité avec un nouveau système de licences.
Pour effectuer un déploiement complet du portefeuille de solutions de sécurité ESET, les composants suivants
doivent être installés (plates-formes Windows et Linux) :
· ERA Server
· ERA Web Console
· ERA Agent
Bien que les composants de prise en charge suivants soient facultatifs, il est recommandé de les installer pour
optimiser les performances de l'application sur le réseau :
·
·
·
·
6
ERA Proxy
RD Sensor
Proxy HTTP Apache
Connecteur de périphérique mobile
1.2.1 Serveur
ESET Remote Administrator Server (ERA Server) est l’application d’exécution qui traite toutes les données reçues
des clients se connectant au serveur (par le biais d’ERA Agent ou d’ERA Proxy). Pour traiter correctement les
données, ERAS requiert une connexion stable à un serveur de base de données où sont stockées les données
réseau. Il est recommandé d'installer le serveur de base de données sur un autre ordinateur pour des performances
optimales.
7
1.2.2 Console Web
ERA Web Console est une interface utilisateur Web qui vous permet de gérer les solutions de sécurité ESET dans
votre environnement. Elle affiche une vue d'ensemble de l'état des clients sur le réseau et peut être utilisée pour
déployer à distance les solutions ESET sur des ordinateurs non administrés. Elle est accessible à l'aide de votre
navigateur (voir Navigateurs Web pris en charge). Si vous décidez de rendre le serveur Web accessible à partir
d'Internet, vous pouvez utiliser ESET Remote Administrator à partir de presque n'importe quel emplacement, sur
presque tous les périphériques.
1.2.3 Agent
ESET Remote Administrator Agent (ERA Agent) est un composant essentiel d’ESET Remote Administrator 6. Les
clients ne communiquent pas directement avec le serveur, c’est l’Agent qui facilite cette communication. L'Agent
collecte les informations du client et les envoie à ERA Server. Si ERA Server envoie une tâche destinée au client,
celle-ci est envoyée à l'Agent qui l'envoie à son tour au client.
Pour simplifier la mise en œuvre de la protection des points de terminaison, le composant ERA Agent autonome est
inclus dans la suite ERA (à partir de la version 6). Il s'agit d'un service simple, léger et hautement modulaire qui
couvre toutes les communications entre ERA Server et les autres produits ESET ou systèmes d'exploitation. Au lieu
de communiquer directement avec ERA Server, les produits ESET communiquent par le biais de l'Agent. Les
ordinateurs clients qui disposent d'ESET Agent et qui peuvent communiquer avec ERA Server sont appelés
ordinateurs administrés. Vous pouvez installer l'Agent sur n'importe quel ordinateur, qu'un autre logiciel ESET soit
installé ou non.
8
Les avantages sont les suivants :
· Installation aisée : il est possible de déployer l'Agent dans le cadre d'une installation d'entreprise standard.
· Gestion de la sécurité sur place : dans la mesure où l'Agent peut être configuré pour stocker plusieurs scénarios
de sécurité, le temps de réaction face aux menaces est considérablement réduit.
· Gestion de la sécurité hors ligne : l'Agent peut répondre à un événement s'il n'est pas connecté à ERA Server.
1.2.4 Proxy
ERA Proxy est une version légère du composant ERA Server. Ce type de serveur est utilisé pour offrir un degré élevé
d'évolutivité. ERA Proxy permet de concentrer le trafic des Agents clients. Il autorise la connexion de plusieurs
Agents et il redistribue ensuite le trafic à ERA Server. Les requêtes de base de données sont ainsi optimisées. ERA
Proxy peut également se connecter à d'autres ERA Proxy puis à ERA Server. Cela dépend de l'environnement réseau
et de sa configuration.
Quelle est la différence entre ERA Proxy et le Apache HTTP Proxy ?
ERA Proxy est également chargé de la distribution passive des données de configuration (groupes, stratégies,
tâches, etc.) aux Agents. Ce transfert est effectué sans aucune implication d'ERA Server.
Le seul moyen de configurer ERA Proxy (et tous les autres composants) est par le biais d'une stratégie envoyée par
ERA Server. Cela signifie que l'Agent doit être installé sur l'ordinateur ERA Proxy pour remettre la configuration
d'ERA Server au composant ERA Proxy.
REMARQUE : ERA Server ne peut pas se connecter directement à ERA Proxy sans l'Agent.
9
ERA Proxy est un autre composant d'ESET Remote Administrator qui a un double objectif. Dans le cas d'un réseau
d'entreprise de taille moyenne qui comprend de nombreux clients (10 000 clients ou plus), ERA Proxy peut servir à
répartir la charge entre plusieurs ERA Proxy, et décharger ainsi ERA Server. L'autre avantage d'ERA Proxy est que
vous pouvez l'utiliser lors de la connexion à une filiale distante qui possède une liaison faible. Cela signifie qu'ERA
Agent sur chaque client ne se connecte pas directement à ERA Server mais par le biais d'ERA Proxy qui se trouve sur
le même réseau local que la filiale. Cette configuration améliore les communications avec la filiale. ERA Proxy
accepte les connexions de tous les ERA Agents locaux, compile leurs données et les télécharge sur ERA Server (ou
un autre ERA Proxy). Votre réseau peut ainsi prendre en charge davantage de clients sans compromettre les
performances du réseau et des requêtes de base de données.
Pour qu'ERA Proxy fonctionne correctement, l'ordinateur hôte sur lequel vous avez installé ERA Proxy doit disposer
d'un ESET Agent et être connecté au niveau supérieur (ERA Server ou ERA Proxy supérieur, le cas échéant) du
réseau.
REMARQUE : reportez-vous au scénario de déploiement avec ERA Proxy.
1.2.4.1 Quand utiliser ERA Proxy ?
Il est recommandé d'utiliser ERA Proxy lorsque votre infrastructure respecte un ou plusieurs critères suivants :
· Dans un réseau de grande taille, il est recommandé d'utiliser une instance d'ERA Proxy pour 20 000 clients.
Consultez la section Scénarios de déploiement - meilleures pratiques.
· Si vous disposez d'un emplacement distant ou d'une filiale et si vous souhaitez utiliser ERA proxy pour gérer les
communications :
10
a.
entre ERA Server et ERA Proxy
b.
entre ERA Proxy et les ordinateurs clients à un emplacement distant
1.2.5 Rogue Detection Sensor
Rogue Detection Sensor (RD Sensor) est un outil de détection de serveurs non autorisés qui recherche des
ordinateurs sur le réseau. Il s'avère très utile, car il peut détecter de nouveaux ordinateurs à partir d'ESET Remote
Administrator sans avoir à les rechercher et à les ajouter manuellement. Les ordinateurs détectés sont
immédiatement localisés et signalés dans un rapport prédéfini, ce qui permet de les déplacer vers des groupes
statiques spécifiques et d'effectuer des tâches de gestion.
RD Sensor est un écouteur passif qui détecte les ordinateurs qui se trouvent sur le réseau et envoie des
informations sur ces derniers à ERA Server. ERA Server évalue ensuite si les ordinateurs trouvés sur le réseau sont
inconnus ou déjà gérés.
Chaque ordinateur au sein de la structure réseau (domaine, LDAP, réseau Windows) est ajouté automatiquement à
la liste des ordinateurs d'ERA Server par le biais d'une tâche de synchronisation de serveur. Utiliser RD Sensor
s'avère utile pour détecter les ordinateurs ne se trouvant pas dans le domaine ou une autre structure réseau et pour
les ajouter à ESET Remote Administrator Server. Cet outil mémorise les ordinateurs déjà découverts et n'envoie pas
deux fois les mêmes informations.
11
1.2.6 Connecteur de périphérique mobile
Le connecteur de périphérique mobile ESET (ESET MDC) est un composant qui permet de gérer les périphériques
mobiles avec ESET Remote Administrator, ce qui vous permet de gérer les périphériques mobiles (Android et iOS)
et de gérer ESET Endpoint Security pour Android.
1.2.7 Proxy HTTP Apache
Le proxy HTTP Apache est un service qui peut être utilisé conjointement avec ESET Remote Administrator 6 (et
version ultérieure) pour distribuer des mises à jour aux ordinateurs clients. Il joue un rôle similaire au serveur
miroir de ESET Remote Administrator 5 et version antérieure.
Le proxy HTTP Apache offre les avantages suivants :
· Il télécharge et met en cache
- les mises à jour de la base des signatures de virus,
- les tâches d'activation (communication avec les serveurs d'activation et mise en cache des demandes de
licence),
- les données du référentiel ERA,
- les mises à jour des composants du produit,
puis il les distribue aux clients des points de terminaison sur le réseau.
· Il permet de réduire le trafic sur votre réseau.
· Contrairement à l'outil Miroir qui télécharge toutes les données disponibles sur les serveurs de mise à jour ESET,
le proxy HTTP Apache télécharge uniquement les données demandées par les composants ERA ou les produits de
point de terminaison ESET afin de réduire la charge réseau. Si un client de point de terminaison demande une
mise à jour, le proxy HTTP Apache la télécharge à partir des serveurs de mise à jour ESET, l'enregistre dans le
répertoire de cache et le distribue au client de point de terminaison. Si un autre client de point de terminaison
demande la même mise à jour, le proxy HTTP Apache distribue le téléchargement au client directement à partir
du cache. Aucun autre téléchargement n'est donc effectué à partir des serveurs de mise à jour ESET.
Le schéma ci-dessous illustre un serveur (proxy HTTP Apache) qui est utilisé pour distribuer le trafic de cloud ESET à
tous les composants ERA et les produits de point de terminaison ESET.
12
Remarque : ERA Proxy (et non le proxy HTTP Apache) sert à collecter et transférer les données agrégées à partir des
composants ERA situés à un emplacement distant (une filiale, par exemple) vers ERA Server à un emplacement
principal (un siège social, par exemple). Deux emplacements sont utilisés pour montrer les différents rôles joués
par ERA Proxy et le proxy HTTP Apache.
Quelle est la différence entre ERA Proxy et le proxy HTTP Apache ?
Vous pouvez utiliser une chaîne de proxy pour ajouter un autre service de proxy à un emplacement distant.
Remarque : ERA ne prend pas en charge le chaînage de proxy lorsque les proxy requièrent une authentification.
Vous pouvez employer votre propre solution de proxy web transparente (qui peut toutefois nécessiter une
configuration supplémentaire que celle décrite ici).
13
REMARQUE : pour les mises à jour de la base de données de virus hors connexion, utilisez l'outil Miroir au lieu du
proxy HTTP Apache. Cet outil est disponible pour les deux plates-formes (Windows et Linux).
1.3 Scénarios de déploiement - meilleures pratiques
Les chapitres suivants traitent de scénarios de déploiement pour différents environnements réseau.
Meilleures pratiques relatives au déploiement de ESET Remote Administrator
Nombre de clients
Jusqu'à
1 000 à
1 000 clients 5 000
clients
5 000 à 10 000 10 000 à
50 000 à
Plus de
clients
50 000 clients 100 000 clients 100 000
clients**
ERA Server et serveur de base de
données sur le même ordinateur
Utilisation de MS SQL Express
OK
OK
OK
Non
Non
Non
OK
OK
OK
Non
Non
Non
Utilisation de MS SQL
OK
OK
OK
OK
OK
OK
Utilisation de MySQL
OK
OK
OK
Non
Non
Non
Utilisation de ERA Virtual
Appliance
OK
OK
Non
Utilisation d'un serveur de
machine virtuelle
Utilisation d'ERA Proxy (pas de
réplication directe)
OK
OK
Non
Non
Non
recommandé
e
OK
Facultative Non
Intervalle de réplication
recommandé (pendant le
déploiement)
Intervalle de réplication
recommandé (après le
déploiement, pendant une
utilisation standard)
60
5 minutes 20 minutes
secondes*
14
Facultative Facultativ Facultative
e
20 minutes 20
minutes
20 minutes
Non
Facultative OUI (un ERA OUI (un ERA
Proxy pour
Proxy pour
20 000 clients) 20 000
clients)
20 minutes 20 minutes
20 minutes
60 minutes 60 minutes
240 minutes
(agent-proxy) (agent***
proxy)***
* Intervalle de réplication par défaut d'ERA Agent. Ajuster l'intervalle de réplication
** Consultez les recommandations relatives au matériel dans le chapitre Création et dimensionnement d'une
infrastructure.
*** Intervalle de réplication recommandé pour la connexion entre ERA Proxy et ERA Agent.
Pour plus d'informations, reportez-vous au chapitre adéquat :
· Serveur unique (petite entreprise)
· Haute disponibilité (entreprise)
· Filiales distantes avec proxy
1.3.1 Serveur unique (petite entreprise)
Pour gérer des réseaux de petite taille (1 000 clients ou moins), un ordinateur unique sur lequel est installé
ERA Server et tous les composants ERA (serveur Web, base de données) est généralement suffisant. Vous pouvez
comparer cette configuration à une installation autonome ou de serveur unique. Tous les clients administrés sont
directement connectés à ERA Server par le biais d'ERA Agent. L'administrateur peut se connecter à ERA Web Console
par l'intermédiaire d'un navigateur Web depuis n'importe quel ordinateur du réseau ou exécuter directement la
console Web à partir d'ERA Server.
Meilleures pratiques des scénarios de déploiement pour les environnements de PME
Nombre de clients
Jusqu'à 1 000 clients
ERA Server et serveur de base de données sur le même ordinateur OK
Utilisation de MS SQL Express
OK
Utilisation de MS SQL
OK
Utilisation de MySQL
OK
15
Nombre de clients
Jusqu'à 1 000 clients
Utilisation de ERA Virtual Appliance
OK
Utilisation d'un serveur de machine virtuelle
OK
Utilisation d'ERA Proxy (pas de réplication directe)
Facultative
Intervalle de réplication recommandé (pendant le déploiement)
60 secondes*
Intervalle de réplication recommandé (après le déploiement)
20 minutes
1.3.2 Filiales distantes avec proxy
Dans un réseau de taille moyenne (10 000 à 50 000 clients par exemple), une couche ERA Proxy supplémentaire est
ajoutée. Les ERA Agents se connectent à ERA Proxy. ERA Proxy permet de mieux communiquer avec le site distant
(filiale). Dans cette configuration, les ERA Agents (situés à un site distant) peuvent toujours se connecter
directement au serveur principal.
Meilleures pratiques des scénarios de déploiement pour les environnements de taille moyenne
Nombre de clients
1 000 à 5 000 clients
5 000 à 10 000 clients
10 000 à 50 000 clients
ERA Server et serveur de base de
données sur le même ordinateur
Utilisation de MS SQL Express
OK
OK
Non
OK
OK
Non
Utilisation de MS SQL
OK
OK
OK
Utilisation de MySQL
OK
OK
Non
Utilisation de ERA Virtual Appliance
OK
Non recommandée
Non
Utilisation d'un serveur de machine
virtuelle
Utilisation d'ERA Proxy (pas de
réplication directe)
OK
OK
Facultative
Facultative
Facultative
Facultative
16
Nombre de clients
1 000 à 5 000 clients
5 000 à 10 000 clients
10 000 à 50 000 clients
Intervalle de réplication recommandé
(pendant le déploiement)*
Intervalle de réplication recommandé
(après le déploiement)*
5 minutes
20 minutes
20 minutes
20 minutes
20 minutes
60 minutes
1.3.3 Haute disponibilité (entreprise)
Pour les environnements d'entreprise (100 000 clients, par exemple), d'autres composants ERA doivent être utilisés.
L'un de ces composants est RD Sensor. Il permet de découvrir de nouveaux ordinateurs sur votre réseau. Une couche
ERA Proxy est également recommandée. Les ERA Agents se connectent à ERA Proxy, ce qui permet d'équilibrer la
charge sur le serveur principal (ce qui est important pour les performances). À l'aide de cette configuration, les ERA
Agents peuvent toujours se connecter directement au serveur principal. Une base de données SQL est également
mise en œuvre sur un cluster de basculement pour assurer la redondance.
Meilleures pratiques des scénarios de déploiement pour les environnements d'entreprise
Nombre de clients
50 000 à 100 000 clients
Plus de 100 000 clients **
ERA Server et serveur de base de
données sur le même ordinateur
Utilisation de MS SQL Express
Non
Non
Non
Non
17
Nombre de clients
50 000 à 100 000 clients
Plus de 100 000 clients **
Utilisation de MS SQL
OK
OK
Utilisation de MySQL
Non
Non
Utilisation de ERA Virtual Appliance
Non
Non
Utilisation d'un serveur de machine
virtuelle
Utilisation d'ERA Proxy (pas de réplication
directe)
Intervalle de réplication recommandé
(pendant le déploiement)
Intervalle de réplication recommandé
(après le déploiement)
Non
Non
OUI (un ERA Proxy pour
20 000 clients)
20 minutes
OUI (un ERA Proxy pour 20 000
clients)
20 minutes
60 minutes (agent-proxy)* 240 minutes (agent-proxy)*
* Intervalle de réplication recommandé pour la connexion entre ERA Proxy et ERA Agent.
1.3.4 Exemples pratiques de déploiement (Windows)
Pour des performances optimales, il est recommandé d'utiliser Microsoft SQL Server en tant que base de données
ESET Remote Administrator. Bien qu'ESET Remote Administrator soit compatible avec MySQL, l'utilisation de MySQL
peut avoir un impact négatif sur les performances du système lors de l'utilisation de grandes quantités de données
(tableaux de bord, menaces et clients compris). Avec Microsoft SQL Server, un même matériel est capable de gérer
10 fois plus de clients qu'avec MySQL.
À des fins de test, chaque client stocke environ 30 journaux dans la base de données. Microsoft SQL Server utilise de
grandes quantités de mémoire vive (RAM) pour mettre en cache les données de la base de données. Il est donc
recommandé de disposer d'autant de mémoire que Microsoft SQL Server sur disque.
Comme les ressources varient selon la configuration réseau, il est difficile de calculer la quantité exacte de
ressources utilisées par ESET Remote Administrator. Vous trouverez ci-dessous des résultats de test pour des
configurations réseau courantes :
· Cas de test : 5 000 clients au maximum se connectant à ERA Server
· Cas de test : 100 000 clients au maximum se connectant à ERA Server
Pour une configuration optimale répondant à vos besoins, il est recommandé d'effectuer un test avec un plus petit
nombre de clients et un matériel plus lent, puis d'évaluer la configuration système requise selon les résultats du
test.
CAS DE TEST (5 000 CLIENTS)
Matériel/logiciels
·
·
·
·
·
Windows Server 2003 R2, architecture de processeur x86
Microsoft SQL Server Express 2008 R2
Intel Core2Duo E8400 cadencé à 3 GHz
3 Go de mémoire vive (RAM)
Seagate Barracuda 7 200 tours/min, 500 Go, 16 Mo de cache, Sata 3,0 Gb/s
Résultats
· ERA Web Console est très réactif (moins de 5 s).
· Consommation moyenne de mémoire :
o Apache Tomcat : 200 Mo
o ERA Server : 200 Mo
o Base de données SQL Server : 2 Go
· Performances de réplication du serveur : 10 réplications par seconde
· Taille de la base de données sur disque : 2 Go (5 000 clients, chacun avec 30 journaux dans la base de données)
18
Dans cet exemple, SQL Server Express 2008 R2 a été utilisé. En dépit des limites de SQL Server Express 2008 R2, (base
de données de 10 Go, 1 CPU et 1 Go d'utilisation de RAM), cette configuration était fonctionnelle et performante.
L'utilisation de SQL Server Express est recommandée pour les serveurs prenant en charge moins de 5 000 clients.
Vous pouvez déployer initialement SQL Server Express et effectuer ensuite une mise à niveau vers
Microsoft SQL Server (version complète) lorsqu'une base de données plus volumineuse devient nécessaire. Notez
que les anciennes versions de SQL Server Express (postérieures à la version 2008 R2) présentent une limite de taille
de base de données de 4 Go sur disque.
Les performances de réplication du serveur définissent un intervalle de réplication pour les clients. 10 réplications
par seconde équivalent à 600 réplications par minute. Dans un cas idéal, l'intervalle de réplication sur 5 000 clients
doit donc être défini sur 8 minutes. Comme cela implique toutefois une charge de 100 % sur le serveur, un intervalle
plus long est donc nécessaire. Dans cet exemple, un intervalle compris entre 20 et 30 minutes est recommandé.
CAS DE TEST (100 000 CLIENTS)
Matériel/logiciels
·
·
·
·
·
·
Windows Server 2012 R2 Datacenter, architecture de processeur x64
Microsoft SQL Server 2012
Intel Xeon E5-2650v2 cadencé à 2,60 GHz
64 Go de mémoire vive (RAM)
Carte réseau Intel NIC/PRO/1000 PT Dual
2 lecteurs SSD Micron RealSSD C400 de 256 Go (un pour le système+logiciels, l'autre pour les fichiers de données
SQL Server)
Résultats
· La console Web est réactive (moins de 30 s).
· Consommation moyenne de mémoire :
o Apache Tomcat : 1 Go
o ERA Server : 2 Go
o Base de données SQL Server : 10 Go
· Performances de réplication du serveur : 80 réplications par seconde
· Taille de la base de données sur disque : 10 Go (100 000 clients, chacun avec 30 journaux dans la base de données)
Dans ce cas, les composants Apache Tomcat + ERA Web Console et ERA Server ont été installés sur un ordinateur et
SQL Server sur un autre ordinateur pour tester les capacités d'ERA Server.
En raison du grand nombre de clients, l'utilisation du disque et de la mémoire par Microsoft SQL Server a augmenté.
Pour des performances optimales, SQL Server effectue une mise en cache presque intégrale à partir de la base de
données stockée dans la mémoire. Apache Tomcat (console Web) et ERA Server mettent également en cache les
données, cela explique l'augmentation de l'utilisation de la mémoire dans cet exemple.
ERA Server est capable de prendre en charge 80 réplications par seconde (288 000 par heure). Dans un cas idéal,
l'intervalle de réplication sur les 100 000 clients doit être défini sur 30 minutes (charge de 200 000 réplications par
heure). Pour éviter une charge de 100 % sur le serveur, l'intervalle de réplication doit être toutefois défini sur
1 heure (100 000 réplications par heure).
L'utilisation des données réseau dépend du nombre de journaux collectés par les clients. Dans ce test, ce nombre
était environ de 20 Ko par réplication, soit une vitesse du réseau de 1 600 Ko/s (20 Mbps) pour 80 réplications par
seconde.
Dans cet exemple, un serveur unique a été utilisé. La charge réseau et de CPU est mieux répartie en utilisant
plusieurs ERA Proxy (plus ils sont nombreux, mieux c'est). La charge réseau et de CPU est ainsi répartie lors de la
diffusion des réplications clientes. Répartir la charge réseau est conseillé, tout particulièrement pour les clients
distants. L'intervalle de réplication des proxy vers le serveur peut être défini en dehors des heures de travail
lorsque la vitesse du réseau depuis des emplacements distants est plus rapide.
19
1.3.5 Différences entre le proxy HTTP Apache, l'outil Miroir et la connectivité directe
Les communications des produits ESET englobent les mises à jour des modules du programme et de la base des
virus, ainsi que l'échange des données LiveGrid (voir le tableau ci-dessus) et des informations de licence.
ESET Remote Administrator (ERA) télécharge les produits les plus récents pour les distribuer aux ordinateurs clients
à partir du référentiel. Une fois distribué, un produit peut être déployé sur un ordinateur cible.
Lorsqu'un produit de sécurité ESET est installé, il doit être activé. Cela signifie qu'il doit vérifier les informations de
licence par rapport au serveur de licence. Une fois l'activation effectuée, les modules du programme et la base des
signatures de virus sont mis à jour régulièrement.
ESET LiveGrid constitue un élément essentiel de la stratégie de sécurité réseau, car il offre une protection contre les
menaces les plus récentes avant même que leurs signatures ne soient remises aux clients.
La plupart du trafic réseau est générée par les mises à jour des modules du produit. En règle générale, un produit de
sécurité ESET télécharge environ 23,9 Mo de mises à jour de base des signatures de virus et de modules de
programme par mois.
Les données de LiveGrid (22,3 Mo environ) et le fichier de version de mise à jour (jusqu'à 11 Ko) sont les seuls
fichiers distribués qui ne peuvent pas être mis en cache.
Il existe deux types de mise à jour : les mises à jour de niveau et les mises à jour nano. Consultez notre article de
base de connaissances pour plus d'informations sur ces types de mise à jour.
Pour diminuer la charge réseau lors de la distribution de mises à jour à un réseau d'ordinateurs, il existe deux
moyens : le Apache HTTP Proxy ou l'outil Miroir.
Types de communication ESET
Type de
communication
Fréquence des
communications
Impact sur le trafic Communications Option1 de mise Option2 de Option
réseau
transférées par le en cache du
mise en
d'environnement
proxy
proxy
miroir
hors connexion
Déploiement
Une seule fois
des agents (type
Push/
programmes
d'installation
Live à partir du
référentiel)
Environ
50 Mo par
client7
OUI
OUI
NON
OUI (GPO /
SSCM,
programmes
d'installation
Live modifiés)3
Installation
Endpoint
(installation du
logiciel à partir
du référentiel)
Environ
100 Mo par
client7
OUI
OUI
NON
OUI (GPO /
SSCM,
installation par
URL de package)
4
Mise à jour des Plus de 6 fois par 23.9 Mo par
modules du
jour
mois8
programme/des
signatures de
virus
OUI
OUI
OUI
OUI (Mirror Tool
hors connexion
et server HTTP
personnalisé)5
Update VER des Environ 8 fois
signatures de
par jour
virus9
OUI
NON
-
-
20
Une seule fois
3.7 Mo par
mois8
Type de
communication
Fréquence des
communications
Impact sur le trafic Communications Option1 de mise Option2 de Option
réseau
transférées par le en cache du
mise en
d'environnement
proxy
proxy
miroir
hors connexion
Activation/
4 fois par jour
vérification des
licences
négligeable
OUI
NON
NON
OUI (fichiers
hors ligne
générés sur ESET
License
Administrator)6
Réputation
basée sur le
cloud LiveGrid
11 Mo par mois
OUI
NON
NON
NON
À la volée
1. Pour connaître l'impact et les avantages de la mise en cache du proxy, reportez-vous à la section Quand
commencer à utiliser le proxy HTTP Apache ?
2. Pour connaître l'impact de la mise en miroir, reportez-vous à la section Quand commencer à utiliser l'outil
Miroir ?
3. Pour déployer ERA sur un réseau de grande taille, reportez-vous à la section Déploiement de l'Agent à l'aide de
GPO et SCCM
4. Sans connexion Internet, Mirror tool ne peut pas télécharger les mises à jour de la base des signatures de virus.
Vous pouvez utiliser Apache Tomcat en tant que serveur HTTP pour télécharger les mises à jour vers un dossier
accessible à l'outil Miroir.
5. Téléchargez les fichiers de licence hors ligne en tant que propriétaire de licence ou Security Admin.
6. Une fois par installation/mise à niveau, il est recommandé de déployer initialement un agent (un par version
spécifique)/point de terminaison pour que le programme d'installation soit mis en cache.
7. La mise à jour initiale de la base des signatures de virus peut être plus volumineuse qu'une mise à jour normale
selon l'âge du package d'installation, car toutes les nouvelles signatures et tous les nouveaux modules sont
téléchargés. Il est recommandé d'installer initialement un client et de le mettre à jour afin que les mises à jour
de la base des signatures de virus et des modules du programme soient mis en cache.
8. Lors de la recherche des mises à jour de la base des signatures de virus, le fichier update.ver est toujours
téléchargé et analysé. Par défaut, le planificateur du produit de point de terminaison ESET recherche une
nouvelle mise à jour toutes les heures. Nous supposons qu'un poste de travail client est sous tension 8 heures
par jour. La taille du fichier update.ver est d'environ 11 Ko.
Remarque : vous ne pouvez pas mettre en cache des mises à jour pour les produits versions 4 et 5 à l'aide du
proxy HTTP Apache. Pour distribuer les mises à jour de ces produits, utilisez l'outil Miroir ou une version spécifique
d'un produit de point de terminaison en tant que serveur miroir.
1.3.5.1 Quand commencer à utiliser le proxy HTTP Apache ?
Selon nos tests pratiques, il est recommandé de déployer le proxy HTTP Apache si votre réseau comporte
37 ordinateurs ou davantage.
Une analyse de la bande passante réseau utilisée uniquement par les mises à jour dans un réseau de test de 1 000
ordinateurs dans lequel des installations et des désinstallations ont été effectuées a dévoilé les informations
suivantes :
· Un ordinateur télécharge en moyenne 23,9 Mo/mois de mises à jour s'il est connecté directement à Internet
(aucun proxy HTTP Apache n'est utilisé).
· Lorsqu'un proxy HTTP Apache est utilisé, le total des téléchargements pour l'ensemble du réseau est de
900 Mo/mois.
Voici une simple comparaison des données de mise à jour téléchargées en un mois à l'aide d'une connexion directe
à Internet ou d'un proxy HTTP Apache dans un réseau d'ordinateurs :
Nombre de PC dans le réseau d'entreprise
25
36
50
100
500
1000
21
Connexion directe à Internet (Mo/mois)
375
900
1250
2500
12500 25000
Proxy HTTP Apache (Mo/mois)
30
50
60
150
600
900
Consultez nos recommandations concernant l'utilisation efficace du proxy HTTP Apache.
1.3.5.2 Quand commencer à utiliser l'outil Miroir ?
Si votre environnement est hors connexion, c'est-à-dire si les ordinateurs du réseau ne se connectent pas à Internet
pendant une période prolongée (des mois, voire une année), l'outil Miroir constitue la seule méthode pour
distribuer les mises à jour des modules du produit, car il télécharge toutes les mises à jour de niveau et nano
disponibles à chaque demande de nouvelle mise à jour.
La principale différence entre le proxy HTTP Apache et l'outil Miroir est que le proxy HTTP Apache télécharge
uniquement les mises à jour manquantes (la mise à jour Nano 3, par exemple), alors que l'outil Mirror Tool
télécharge toutes les mises à jour de niveau et nano disponibles, sans tenir compte de la mise à jour manquante
pour le module spécifique.
Dans un même réseau composé de 1 000 ordinateurs, nous avons testé l'outil Miroir au lieu du proxy HTTP Apache.
L'analyse a montré que 5 500 Mo de mises à jour ont été téléchargés pendant le mois. La taille des mises à jour
téléchargées n'a pas été augmentée par l'ajout d'autres ordinateurs au réseau. Il s'agit d'une diminution importante
de la charge par rapport à une configuration dans laquelle les clients se connectent directement à Internet.
L'amélioration des performances n'est toutefois pas aussi importante que lorsque le proxy HTTP est utilisé.
Nombre de PC dans le réseau d'entreprise
25
36
50
100
500
1000
Connexion directe à Internet (Mo/mois)
375
900
1250
2500
12500 25000
Outil Miroir (Mo/mois)
5500
5500
5500
5500
5500
5500
REMARQUE : même si le réseau comportait plus de 1 000 ordinateurs, l'utilisation de la bande passante pour les
mises à jour n'augmenterait pas de manière significative avec le proxy HTTP Apache ou l'outil Miroir.
1.4 Création et dimensionnement d'une infrastructure
Utilisateurs de PME ? Cliquez ici...
Vous pouvez créer une architecture à un seul serveur. Reportez-vous au guide pour PME si vous souhaitez
installer ESET Remote Administrator sur une plateforme Windows pour gérer jusqu'à 250 produits de point de
terminaison ESET pour Windows.
Avant d'installer ESET Remote Administrator, il est important de comprendre l'architecture et les éléments qui ont
une incidence sur les performances d'ERA Server et de la base de données SQL :
qMatériel utilisé pour ERA Server
Avant de commencer, il est vivement recommandé de consulter la configuration matérielle minimale requise. En
vous appuyant sur des exemples pratiques de déploiement et le tableau ci-après, vous pouvez configurer le
matériel pour optimiser les performances de ESET Remote Administrator.
Tableau de dimensionnement pour les PME
Clients
Jusqu'à 1 000
22
ERA Server + serveur de base de données SQL
Processeur et cœurs RAM (Go)
Disque dur
(Go)
1 x 2***
4
100
1000 - 5000
1x 4
4- 8
150
5000 - 10.000
1x 4
4- 8
200
Ces recommandations s'appliquent pour une configuration avec un intervalle de connexion des clients approprié.
Tableau de dimensionnement pour les entreprises
Clients
ERA Server
Serveur de base de
données SQL*
ERA Proxy**
Processe RAM
urs
(Go)
Disque Processe RAM
dur (Go) urs
(Go)
Disque Nombre Processe RAM
dur (Go) de proxy urs
(Go)
Disque
dur (Go)
10.000 50.000
2 x 4***
8 - 16
20 - 40
4
8 - 16
300
2- 3
2- 4
8
20 - 40
50.000 100.000
2x 8
16 - 32
40 - 80
8
16 - 32
500
3- 6
2- 4
8
20 - 40
32+
40 - 80
8+
32+*
500+*
6+
2- 4
8
20 - 40
100.000+ 4 x 8
Ces recommandations s'appliquent pour une configuration avec un intervalle de connexion des clients approprié.
* Installez uniquement MS SQL Server sur un ordinateur dédié. Reportez-vous au chapitre ci-dessous.
** ERA Proxy possède aussi une base de données SQL dédiée.
*** 2 x 4 représentes deux processeurs à quatre cœurs cadencés à 2,66 GHz.
qServeur de base de données SQL
Bien que la configuration matérielle requise pour la base de données d'ESET Remote Administrator est définie, vous
devez choisir si vous voulez installer un serveur de base de données SQL sur le même ordinateur qu'ERA Server ou
utiliser un serveur dédié pour l'installation sur un serveur de base de données SQL.
Il est recommandé d'utiliser un serveur de base de données SQL dédié si vous souhaitez gérer plus de 10 000 clients.
Base de données Client PME
Client d'entreprise
MS SQL Express
X
(facultatif)
MS SQL Server
X
MySQL
X
Limite des clients
Windows
5.000
X
X
Aucune (jusqu'à 100 000)
X
X
10.000
X
Linux
X
qArchitecture réseau et vitesse de la connexion Internet
Reportez-vous aux sections Configuration requise pour le réseau et Différences entre le proxy HTTP Apache, l'outil
Miroir et la connectivité directe.
qIntervalle de connexion des clients
L'intervalle de connexion des clients à ERA Server (ou ERA Proxy) a également un impact sur les performances. Pour
plus d'informations sur l'ajustement de ces paramètres, reportez-vous à la section Intervalle de connexion des
clients.
qNombre moyen d'événements signalés par les clients
Si le serveur est surchargé ou si un programme malveillant fait son apparition (par exemple, nous connectons 20 000
clients à un serveur qui ne peut accepter que 10 000 clients toutes les 10 minutes), il ignorera certains des clients
connectés. Les clients non connectés tenteront de se connecter à ERA Server (ou ERA Proxy) ultérieurement.
23
qNombre d'ERA Agents et de points de terminaison sur le réseau
Reportez-vous à la section Scénarios de déploiement - meilleures pratiques.
1.5 Produits et langues pris en charge
ESET Remote Administrator peut déployer, activer et gérer les produits ESET suivants :
Version du
produit
Méthode d'activation
ESET Endpoint Security pour Windows
6.x et 5.x
6.x - Clé de licence
5.x - Nom d'utilisateur/mot de
passe
ESET Endpoint Antivirus pour Windows
6.x et 5.x
6.x - Clé de licence
5.x - Nom d'utilisateur/mot de
passe
ESET Endpoint Security pour OS X
6.x
Clé de licence
ESET Endpoint Antivirus pour OS X
6.x
Clé de licence
ESET Endpoint Security pour Android
2.x
Clé de licence
ESET File Security pour Windows Server
6.x
Clé de licence
ESET Mail Security pour Microsoft Exchange Server
6.x
Clé de licence
ESET File Security pour Microsoft Windows Server
4.5.x
Nom d'utilisateur/mot de passe
ESET NOD32 Antivirus 4 Business Edition pour Mac OS X
4.x
Nom d'utilisateur/mot de passe
ESET NOD32 Antivirus 4 Business Edition pour Linux Desktop
4.x
Nom d'utilisateur/mot de passe
ESET Mail Security pour Microsoft Exchange Server
4.5.x
Nom d'utilisateur/mot de passe
ESET Mail Security pour IBM Lotus Domino
4.5.x
Nom d'utilisateur/mot de passe
ESET Security pour Microsoft Windows Server Core
4.5.x
Nom d'utilisateur/mot de passe
ESET Security pour Microsoft SharePoint Server
4.5.x
Nom d'utilisateur/mot de passe
ESET Security pour Kerio
4.5.x
Nom d'utilisateur/mot de passe
ESET File/Mail/Gateway Security pour Linux/FreeBSD
4.5.x
Nom d'utilisateur/mot de passe
ESET NOD32 Antivirus Business Edition
4.2.76
Nom d'utilisateur/mot de passe
ESET Smart Security Business Edition
4.2.76
Nom d'utilisateur/mot de passe
Gérable par le biais d'ESET Remote Administrator 6
REMARQUE : les versions des produits ESET Windows Server antérieures à celles indiquées dans le tableau cidessus ne sont pas actuellement gérables à l'aide de ESET Remote Administrator 6.
REMARQUE : consultez également l'article Stratégie de fin de vie des produits ESET pour entreprise.
Langues prises en charge
Langue
Anglais (États-Unis)
Arabe (Égypte)
Chinois simplifié
Chinois traditionnel
Croate (Croatie)
Tchèque (République
tchèque)
Français (France)
Français (Canada)
Allemand (Allemagne)
24
Code
en-US
ar-EG
zh-CN
zh-TW
hr-HR
cs-CZ
fr-FR
fr-CA
de-DE
Grec (Grèce)
Italien (Italie)
Japonais (Japon)
Coréen (Corée)
Polonais (Pologne)
Portugais (Brésil)
Russe (Russie)
Espagnol (Chili)
Espagnol (Espagne)
Slovaque (Slovaquie)
Turc (Turquie)
el-GR
it-IT
ja-JP
ko-KR
pl-PL
pt-BR
ru-RU
es-CL
es-ES
sk-SK
tr-TR
1.6 Différences par rapport à la version 5
Consultez le tableau ci-dessous et familiarisez-vous avec les principales différences entre les versions de ESET
Remote Administrator.
Différence
Version 6
Version 5
Console
Console Web (dans navigateur)
Console (application Windows)
Composants
Serveur, console Web (interface
Web, Java et Apache Tomcat requis
côté serveur), agent, proxy, Rogue
Detection Sensor, Connecteur de
périphérique mobile, Apache HTTP
Proxy pour la mise à jour du cache
Serveur et console (interface
utilisateur de programme Windows)
Détection d'ordinateur
Utilisation de Rogue Detection
Sensor
Utilisation de la tâche de recherche
réseau
Installation à distance
Déploiement à distance d'ERA Agent Directement, suivi en direct de la
possible, installation des produits de progression
sécurité ESET effectuée par
l'intermédiaire d'ERA Agent
Méthodes d'installation à distance
Installation à distance en mode Push, Installation à distance en mode Push,
scripts du programme d'installation SSH, WMI, envoi par e-mail, WSUS,
en direct (envoi par e-mail ou
GPO, script de connexion
support amovible), GPO, SCCM
Prise en charge des produits ESET
pour entreprise (6.x)
Oui
Stratégies
Éditeur de stratégie reconçu avec
Éditeur de configuration de règles
possibilité de définir des indicateurs structurée en arborescence
« force »/« apply », (la configuration
finale est le résultat le plusieurs
stratégies fusionnées par l'agent dans
une même configuration)
Non
25
Groupes
Groupes statiques et dynamiques. Un Groupes statiques et paramétriques
groupe statique par ordinateur. Les
groupes dynamiques sont évalués par
un agent, quelle que soit la
connectivité au serveur.
L'appartenance est signalée au
serveur.
Signalisation
Le kit de signalisation enrichi vous
permet de créer des tableaux de
données combinées. Possibilité
d'envoyer par e-mail des rapports au
format CSV ou PDF, et de les envoyer.
Ensemble distinct de rapports pour le
tableau de bord sur Internet et
nombreux modèles de rapport
généraux personnalisables.
Exportation au format HTML, ZIP et
PDF.
Miroir
Le proxy HTTP Apache agit comme un
proxy/cache transparent pour les
fichiers téléchargés depuis les
serveurs ESET. L'outil de miroir hors
ligne est disponible en tant que
solution alternative.
La fonctionnalité de miroir vous
permet de stocker les mises à jour/
fichiers localement sur le disque dur
d'ERA Server
Prise en charge de la plateforme du
SE
Environnements Windows, Linux,
Mac en virtuels (possibilité
d'importer une appliance virtuelle).
La réplication de serveur à serveur
est obsolète.
Windows uniquement
Base de données
MSSQL Express (par défaut), MSSQL, Connecté à ODBC MSAccess (par
MySQL (seul MySQL est pris en charge défaut), MSSQL, MySQL, Oracle
sur Linux)
26
2. Configuration système requise
Pour installer et exécuter ESET Remote Administrator, vous devez remplir un ensemble de conditions préalables
requises en ce qui concerne le matériel, la base de données et les logiciels.
2.1 Systèmes d'exploitation pris en charge
Les sections suivantes indiquent les versions de système d'exploitation prises en charge sous Windows, Linux et
Mac OS par un composant spécifique d'ESET Remote Administrator.
2.1.1 Windows
Le tableau ci-après répertorie les systèmes d'exploitation Windows pris en charge pour chaque composant ESET
Remote Administrator.
Système d'exploitation
Serveur
Windows Home Server 2003 SP2
Windows Home Server 2011 x64
Agent
Proxy
X
X
RD Sensor
MDM
X
X
Windows Server 2003 x86 SP2
Windows Server 2003 x64 SP2
Windows Server 2003 x86 R2 SP2
Windows Server 2003 x64 R2 SP2
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
Windows Server 2008 x64 R2 SP1
Windows Server 2008 x64 R2 CORE
Windows Server 2008 x86
Windows Server 2008 x86 SP2
Windows Server 2008 x64
Windows Server 2008 x64 SP2
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
Windows Server 2012 x64
Windows Server 2012 x64 CORE
Windows Server 2012 x64 R2
Windows Server 2012 x64 R2 CORE
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
Microsoft SBS 2003 x86 SP2 **
Microsoft SBS 2003 x86 R2 **
Microsoft SBS 2008 x64
Microsoft SBS 2008 x64 SP2 **
Microsoft SBS 2011 x64 Standard
Microsoft SBS 2011 x64 Essentials
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
Serveur
Agent
Proxy
RD Sensor
MDM
Système d’exploitation
X
X
Windows XP x86 SP3
Windows XP x64 SP2
X
X
X
X
Windows Vista x86 SP2
Windows Vista x64 SP2
X
X
X
X
X
X
Windows 7 x86 SP1
Windows 7 x64 SP1
X*
X*
X
X
X*
X*
X
X
X*
X*
Windows 8 x86
X*
X
X*
X
X*
27
Windows 8 x64
X*
X
X*
X
X*
Windows 8.1 x86
Windows 8.1 x64
X*
X*
X
X
X*
X*
X
X
X*
X*
Windows 10 x86
Windows 10 x64
X*
X*
X
X
X*
X*
X
X
X*
X*
* L'installation de composants ERA sur un système d'exploitation client risque de ne pas être conforme à la
politique d'attribution des licences de Microsoft. Pour plus d'informations, consultez la politique d'attribution des
licences de Microsoft ou votre fournisseur de logiciels. Dans les environnements de PME/réseau de petite taille, il
est recommandé d'envisager une installation ERA Linux ou une appliance virtuelle le cas échéant.
** Microsoft SQL Server Express inclus avec Microsoft Small Business Server (SBS) n'est pas pris en charge par ESET
Remote Administrator. Si vous souhaitez exécuter la base de données ERA sur SBS, vous devez utiliser une version
plus récente de Microsoft SQL Server Express ou de MySQL. Pour obtenir des informations supplémentaires et des
instructions, reportez-vous à la section Installation sur Windows SBS/Essentials.
Sur les anciens systèmes d'exploitation Windows, tels que Windows Server 2003, il est possible que le chiffrement
de protocole ne soit pas entièrement pris en charge du côté du système d'exploitation. Dans ce cas, TLSv1.0 est
utilisé à la place de TLSv1.2 (TLSv1.0 est considéré comme étant moins sûr que les versions plus récentes). Cette
situation peut également se produire lorsque le système d'exploitation prend en charge TLSv1.2 mais pas le client.
Dans ce cas, les communications sont établies à l'aide de TLS1.0. Afin de renforcer la sécurité de vos
communications, il est conseillé d'utiliser des systèmes d'exploitation et des clients plus récents (Windows
Server 2008 R2 et versions ultérieures pour les serveurs, Windows Vista et versions ultérieures pour les clients).
REMARQUE : il est possible d'installer VMware Player sur un système d'exploitation de bureau et de déployer
l'appliance virtuelle d’ESET Remote Administrator. Vous pouvez ainsi exécuter ESET Remote Administrator sur un
système d'exploitation autre que serveur sans ESXi.
28
2.1.2 Linux
Le tableau ci-après répertorie les systèmes d'exploitation Linux pris en charge pour chaque composant ESET Remote
Administrator.
Système d'exploitation
Serveur
Agent
Proxy
RD Sensor
MDM
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
CentOS 5 x86
CentOS 5 x64
CentOS 6 x86
CentOS 6 x64
CentOS 7 x86
CentOS 7 x64
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
SLED 11 x86
SLED 11 x64
SLED 12 x86
SLED 12 x64
SLES 11 x86
SLES 11 x64
SLES 12 x86
SLES 12 x64
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
OpenSUSE 13 x86
OpenSUSE 13 x64
X
X
X
X
X
X
X
X
X
X
Debian 7 x86
Debian 7 x64
Debian 8 x86
Debian 8 x64
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
Fedora 19 x86
Fedora 19 x64
Fedora 20 x86
Fedora 20 x64
Fedora 23 x86
Fedora 23 x64
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
Ubuntu 12.04 LTS x86 Desktop
Ubuntu 12.04 LTS x86 Server
Ubuntu 12.04 LTS x64 Desktop
Ubuntu 12.04 LTS x64 Server
Ubuntu 14.04 LTS x86 Desktop
Ubuntu 14.04 LTS x86 Server
Ubuntu 14.04 LTS x64 Desktop
Ubuntu 14.04 LTS x64 Server
RHEL 5 x86
RHEL 5 x64
RHEL Server 6 x86
RHEL Server 6 x64
RHEL Server 7 x86
RHEL Server 7 x64
29
2.1.3 OS X
Système d'exploitation
OS X 10.7 Lion
OS X 10.8 Mountain Lion
OS X 10.9 Mavericks
OS X 10.10 Yosemite
OS X 10.11 El Capitan
Agent
X
X
X
X
X
REMARQUE : OS X est pris en charge en tant que client uniquement. ERA Agent et les produits ESET pour OS X
peuvent être installés sur OS X ; en revanche, ERA Server ne peut pas être installé sur OS X.
2.2 Environnements de mise en service de postes de travail pris en charge
La mise en service de postes de travail facilite la gestion des périphériques et accélère la mise à disposition des
ordinateurs de bureau pour les utilisateurs.
Les postes de travail mis à disposition sont généralement proposés sous deux formes : physiques ou virtuels. ESET
Remote Administrator prend en charge la plupart des environnements à condition que l'ordinateur client dispose
d'un disque système persistant. Pour les environnements virtualisés et le système d'exploitation en flux (services
de mise à disposition Citrix), consultez la liste des hyperviseurs pris en charge et de leurs extensions ci-dessous.
Une autre différence importante réside dans le fait que le poste de travail mis à disposition utilise un disque
système persistant ou non persistant.
Poste de travail persistant
Poste de travail non persistant
Le poste persistant dispose d'une couche de
personnalisation qui capture les données et paramètres
utilisateur, ainsi que les applications installées par
l'utilisateur. Cette couche de personnalisation est
essentielle pour ERA Agent et le produit de sécurité
ESET pour différentes raisons.
Le poste de travail non persistant supprime la couche de
personnalisation après chaque utilisation. Cela signifie
que l'utilisateur obtient toujours un poste de travail
« nouveau », sans paramètres ni données utilisateur.
Hyperviseurs pris en charge
·
·
·
·
·
·
Citrix XenServer
Microsoft Hyper-V
VMware vSphere
VMware ESXi
VMware Workstation
VMware View
Extensions d'hyperviseur pris en charge
· Citrix VDI-in-a-box
· Citrix XenDesktop
30
IMPORTANT : les disques non persistants ne sont pas
pris en charge. Le disque système des ordinateurs mis à
disposition doit être persistant. Dans le cas contraire, ERA
Agent ne fonctionnera pas correctement et de nombreux
problèmes peuvent survenir avec le produit de sécurité
ESET dans un poste de travail de ce type mis à disposition.
Outils
(s'applique aux ordinateurs virtuels et physiques)
· Microsoft SCCM
· Windows Server 2012 Server Manager
2.3 Matériel
Pour garantir le fonctionnement correct du produit ESET Remote Administrator, votre système doit répondre à la
configuration matérielle suivante :
Mémoire
Disque dur
Processeur
Connexion réseau
4 Go de mémoire vive (RAM)
20 Go au minimum d'espace libre
Double cœur, cadencé à 2,0 GHz ou plus rapide
1 Gbit/s
2.4 Base de données
ESET Remote Administrator prend en charge deux types de serveurs de base de données :
· Microsoft SQL Server (y compris les éditions Express et autres qu'Express) 2008, 2008 R2, 2012, 2014
· MySQL (les versions 5.5 et ultérieures sont prises en charge ; il est vivement recommandé d'utiliser au moins la
version 5.6)
Spécifiez le serveur de bases de données à utiliser lors de l'installation d'ERA Server ou d'ERA Proxy. Microsoft SQL
Server Express est installé par défaut et fait partie du programme d'installation tout-en-un. Vous pouvez utiliser
une version de Microsoft SQL Server s'exécutant dans votre environnement, à condition qu'elle réponde à la
configuration minimale requise.
Configuration matérielle requise pour le serveur de bases de données
Mémoire
1 Go de mémoire vive (RAM)
Disque dur
10 Go au minimum d'espace libre
Vitesse du processeur
Processeur x86 : 1,0 GHz
Processeur x64 : 1,4 GHz
Remarque : pour des performances optimales, un processeur cadencé à 2,0 GHz
ou plus rapide est recommandé.
Type de processeur
Processeur x86 : processeur compatible Pentium III ou plus rapide
Processeur x64 : AMD Opteron, AMD Athlon 64, Intel Xeon avec prise en charge
d'Intel EM64T, Intel Pentium IV avec prise en charge d'EM64T
Autres informations
· Microsoft SQL Server Express présente une limite de taille de base de données relationnelle de 10 Go et ne peut
pas être installé sur un contrôleur de domaine. Il n'est pas recommandé d'utiliser Microsoft SQL Server Express
dans des environnements d'entreprise ou des réseaux de grande taille. Si vous utilisez Microsoft SBS, il est
recommandé d'installer ESET Remote Administrator sur un autre serveur ou de ne pas sélectionner le composant
SQL Server Express lors de l'installation (vous devez dans ce cas utiliser un serveur SQL Server ou MySQL existant
pour exécuter la base de données ERA).
· Si vous envisagez d'utiliser le compte utilisateur de base de données dédié qui aura uniquement accès à la base
de données ERA, vous devez créer un compte utilisateur disposant de privilèges spécifiques avant d'effectuer
l'installation. Pour plus d'informations, reportez-vous à la section Compte utilisateur de base de données dédié.
Vous devrez également créer une base de données vie qui sera utilisée par ESET Remote Administrator.
31
· Consultez également les instructions relatives à l'installation et à la configuration des composants MySQL for
Windows et MySQL for Linux pour qu'ils fonctionnent correctement avec ESET Remote Administrator. Notez que
MariaDB n'est pas pris en charge ESET Remote Administrator.
· ERA Server et ERA Proxy n'utilisent pas de sauvegarde intégrée. Il est vivement recommandé de sauvegarder le
serveur de bases de données pour éviter toute perte de données.
2.5 Versions prises en charge d'Apache Tomcat
Apache Tomcat 6.x et versions ultérieures (32 et 64 bits) sont prises en charge. Apache Tomcat est un composant
nécessaire à l'exécution de la console Web ERA.
ESET Remote Administrator ne prend pas en charge les versions alpha/bêta/RC d'Apache Tomcat.
2.6 Navigateurs Web pris en charge pour la console Web ERA
Les navigateurs Web suivants sont pris en charge pour l'exécution de la console Web ERA. JavaScript doit être activé.
Navigateur Web
Version
Remarque
Mozilla Firefox
20+
Microsoft Internet Explorer
10+
Il est recommandé de tenir Firefox à jour.
La vue de compatibilité risque de ne pas fonctionner
correctement.
Microsoft Edge
Google Chrome
Safari
Opera
25+
23+
6+
15+
Il est recommandé de tenir Chrome à jour.
2.7 Réseau
Il est essentiel qu'ERA Server et les ordinateurs clients gérés par ERA disposent d'une connexion Internet
opérationnelle pour accéder aux serveurs de référentiel et d'activation ESET. Si vous préférez que les clients ne se
connectent pas directement à Internet, vous pouvez utiliser un serveur proxy (différent du proxy HTTP Apache ou
d'ERA Proxy) pour faciliter la communication avec votre réseau et avec Internet.
Les ordinateurs gérés par ERA doivent être connectés au même réseau LAN et/ou doivent se trouver dans le même
domaine Active Directory qu'ERA Server. ERA Server doit être visible par les ordinateurs clients. Par ailleurs, les
ordinateurs clients doivent pouvoir communiquer avec ERA Server pour utiliser le déploiement distant et la
fonctionnalité d'appel de mise en éveil.
Ports utilisés
Si votre réseau utilise un pare-feu, reportez-vous à la liste des ports de communication réseau possibles utilisés
lorsqu' ESET Remote Administrator et ses composants sont installés dans votre infrastructure.
2.7.1 Ports utilisés
Les diagrammes ci-dessous répertorient tous les ports de communication utilisés lorsqu'ESET Remote Administrator
et ses composants sont installés dans votre infrastructure. Les autres communications ont lieu via les processus du
système d'exploitation natif (NetBIOS sur TCP/IP, par exemple).
ERA Server :
Protocole Port
Utilisation
Descriptions
TCP
Écoute d'ERA Server
Communication entre les ERA Agents et ERA Server
32
2222
Protocole Port
Utilisation
Descriptions
TCP
Écoute d'ERA Server
Communication entre ERA Web Console et ERA
Server utilisée pour l'installation assistée.
2223
Console Web ERA exécuté sur le serveur Web Apache Tomcat :
Protocole Port
Utilisation
Descriptions
TCP
Ecoute
Appel à la console Web HTTP SSL
Protocole Port
Utilisation
Descriptions
TCP
Ecoute
Communication entre les ERA Agents et ERA Proxy
Protocole Port
Utilisation
Descriptions
TCP
Ecoute
Proxy HTTP (mise à jour de la mise en cache)
Protocole Port
Utilisation
Descriptions
UDP
1237
Ecoute
Appel de mise en éveil pour IPv4
UDP
1238
Écoute
Appel de mise en éveil pour IPv6
443
ERA Proxy :
2222
Proxy HTTP Apache :
3128
ERA Agent :
Connecteur de périphérique mobile :
Protocole Port
Utilisation
Descriptions
TCP
9977
Communication interne entre le Connecteur de
périphérique mobile et ERA Agent
TCP
9978
Communication interne entre le Connecteur de
périphérique mobile et ERA Agent
TCP
9980
Écoute
Inscription de périphérique mobile
TCP
9981
Écoute
Communication du périphérique mobile
TCP
5223
Communication externe avec les services Apple de
notification en mode Push
TCP
2195
Envoi de notifications aux services Apple de
notification en mode Push
TCP
2196
Service de commentaires sur les notifications
Apple en mode Push
TCP
443
Secours sur réseau Wi-Fi uniquement, lorsque les
périphériques ne peuvent pas atteindre les APN
sur le port 5223
ERA Agent - utilisé pour le déploiement à distance d'ERA Agent sur un ordinateur cible doté d'un système
d'exploitation Windows :
Protocole Port
Utilisation
TCP
Port cible du point de vue d'ERA Utilisation du partage ADMIN$
Server
139
Descriptions
33
Protocole Port
Utilisation
Descriptions
TCP
445
UDP
137
UDP
138
Port cible du point de vue d'ERA Accès direct aux ressources partagées à l'aide de
Server
TCP/IP lors de l'installation à distance (une autre
solution que TCP 139)
Port cible du point de vue d'ERA Résolution des noms lors de l'installation à distance
Server
Port cible du point de vue d'ERA Navigation lors de l'installation à distance
Server
Les ports 2222 et 2223 prédéfinis peuvent être modifiés s'ils sont déjà utilisés par d'autres applications.
REMARQUE : pour qu'ESET Remote Administrator fonctionne correctement, aucun des ports ci-dessus ne doit être
utilisé par d'autres applications.
REMARQUE : veillez à configurer les pare-feu au sein de votre réseau pour permettre les communications via les
ports répertoriés ci-dessus.
34
3. Processus d'installation
Pour obtenir des instructions sur la mise à niveau de votre installation ERA existante, voir Procédures de mise à
niveau.
Des programmes d'installation d'ESET Remote Administrator sont accessibles dans la section de téléchargement
d'ESET Remote Administrator du site Web ESET. Ils sont disponibles en différents formats pour les différentes
méthodes d'installation. Par défaut, l'onglet Programme d'installation tout en un est sélectionné. Pour télécharger
un antivirus ou un programme d'installation autonome, cliquez sur l'onglet approprié. Les téléchargements suivants
sont disponibles :
· Package du programme d'installation tout-en-un d'ERA pour Windows au format zip
· Image ISO contenant tous les programmes d'installation d'ESET Remote Administrator (excepté les appliances
virtuelles ERA)
· Appliances virtuelles (fichiers OVA) le déploiement de l'appliance virtuelle ERA est conseillée aux utilisateurs
souhaitant exécuter ESET Remote Administrator dans un environnement virtualisé ou désireux d'opter pour
une installation sans souci. Reportez-vous à notre Guide de déploiement de l'appliance virtuelle ERA pour des
instructions détaillées.
· Programmes individuels d'installation de chaque composant - pour les plates-formes Windows et Linux
Autres méthodes d'installation :
· Installation sur Microsoft Azure
· Instructions détaillées d'installation pour Linux
Ne changez pas le nom de l'ordinateur ERA Server après l'installation. Pour plus d'informations, reportez-vous à
Changement de l'adresse IP ou du nom de l'hôte sur ERA Server.
Vue d'ensemble des méthodes d'installation
Voir aussi Création et dimensionnement d'une infrastructure.
Si vous souhaitez déterminer quel type d'installation de ESET Remote Administrator convient à votre
environnement, consultez le tableau suivant qui vous aidera à effectuer votre choix :
Par exemple : n'utilisez pas de connexion Internet lente si ERA est hébergé dans le cloud.
Par exemple : sélectionnez le programme d'installation tout-en-un si vous êtes un client de PME.
Méthode
d'installation
Tout-en-un
sur
Windows
Server
Tout-en-un
sur
Windows
Desktop
Appliance
virtuelle
Type de client
Migration
PME
Entrep
rise
Oui
X
X
X
X
X
X
X
Non
Environnement de l'installation ERA
Connexion Internet
Aucu Serveur Serveur Plate- Serve Aucun Rapid Lente
n
dédié partagé forme ur de
e
e
serve
de
cloud
ur
virtualis
ation
X
X
X
X
X
X
X
X
X
X
X
X
X
X
35
Machine
virtuelle
Microsoft
Azure
Composant
Linux
Composant
Windows
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
X
3.1 Installation tout-en-un sur Windows
L'installation d'ESET Remote Administrator peut être effectuée de plusieurs manières différentes. Choisissez le
type d'installation qui répond à vos besoins et votre environnement. La méthode la plus simple consiste à utiliser le
programme d'installation tout en un ESET Remote Administrator (ERA). Cette méthode permet d'installer ESET
Remote Administrator et ses composants sur un seul ordinateur.
L'installation de composants permet d'installer différents composants d'ESET Remote Administrator sur des
ordinateurs différents. Vous disposez ainsi de plus de liberté pour personnaliser votre installation. Vous pouvez
installer chaque composant sur un ordinateur souhaité, à condition qu'il réponde à la configuration système
requise.
Vous pouvez installer ERA à l'aide des méthodes suivantes :
· Installation avec package tout-en-un d'ERA Server, de Proxy, du proxy HTTP Apache ou du Connecteur de
périphérique mobile
· Programmes d'installation autonomes pour composants ERA (installation des composants)
Les scénarios de l'installation personnalisée sont les suivants :
· Installation sur Windows Small Business Server/Essentials
· Installation avec des certificats personnalisés
· Installation sur un cluster de basculement
De nombreux scénarios d'installation nécessitent d'installer différents composants ESET Remote Administrator sur
des ordinateurs différents pour tenir compte des architectures réseau, pour satisfaire aux exigences de
performance ou pour d'autres raisons. Les packages d'installation suivants sont disponibles pour les composants
ESET Remote Administrator distincts :
Composants principaux
· ERA Server
· ERA Web Console
· ERA Agent (doit être installé sur les ordinateurs clients ; ce composant est facultatif sur ERA Server)
Composants facultatifs
·
·
·
·
·
ERA Proxy
RD Sensor
Connecteur de périphérique mobile
Proxy HTTP Apache
Outil Miroir
Pour obtenir des instructions afin d'effectuer une mise à niveau d'ESET Remote Administrator vers la dernière
version (6.x), consultez l'article de la base de connaissances.
36
3.1.1 Installation d'ERA Server
Le programme d'installation ERA tout-en-un est disponible uniquement pour les systèmes d'exploitation Windows.
Cette fonctionnalité vous permet d'installer tous les composants ERA à l'aide de l'assistant d'installation ERA.
Utilisez les instructions écrites suivantes ou regardez la vidéo d'instructions de la base de connaissances ESET (en
anglais) :
1. Ouvrez le package d'installation, puis cliquez sur Suivant dans l'écran de bienvenue.
37
2. Sélectionnez Installer Remote Administrator Server et cliquez sur Suivant. Si nécessaire, vous pouvez également
ajuster les paramètres de langue dans le menu déroulant Langue avant de continuer.
38
3. Après acceptation des termes du CLUF, cliquez sur Suivant. Sélectionnez les composants applicables à installer et
cliquez sur Installer.
MICROSOFT SQL SERVER EXPRESS :
· Si une autre version de Microsoft SQL Server ou MySQL est déjà installée, ou si vous envisagez de vous
connecter à un autre SQL Server, désélectionnez ce composant.
· Vous ne pouvez pas installer Microsoft SQL Server Express sur un contrôleur de domaine (si vous utilisez
Windows SBS/Essentials, par exemple). Il est recommandé d'installer ESET Remote Administrator sur un autre
serveur ou d'utiliser Microsoft SQL Server ou MySQL Server pour exécuter la base de données ERA. Plus
d'informations.
INFORMATIONS IMPORTANTES SUR LE PROXY HTTP APACHE :
· En procédant ainsi, vous créez et appliquez automatiquement plusieurs stratégies basées sur le proxy, ce qui
permet d'économiser de la bande passante lors des téléchargements de données d'Internet et d'améliorer les
vitesses de téléchargement des mises à jour de produit. Il est recommandé de cocher la case en regard de
l'option Proxy HTTP Apache si vous souhaitez administrer plus de 37 ordinateurs à partir d'ERA. Vous pouvez
installer le proxy HTTP Apache ultérieurement, si vous le souhaitez.
· Pour plus d'informations, reportez-vous aux sections Qu'est-ce que le proxy HTTP Apache ? et Différences
entre le proxy HTTP Apache, l'outil Miroir et la connectivité directe.
39
4. Si des erreurs sont détectées lors de la vérification des conditions préalables requises, corrigez-les. Vérifiez que
le système répond à toutes les conditions préalables requises.
La notification suivante peut s'afficher si votre système ne dispose pas de l'espace disque requis par l'installation
d'ERA :
Le disque système dispose uniquement de 32 Mo d'espace disque disponible.
Pour installer ERA, vous devez disposer d'au moins 5 000 Mo d'espace disque disponible.
40
5. Lorsque la vérification des conditions préalables requises est terminée et que votre environnement répond à
toutes les exigences, l'installation démarre.
41
6. Saisissez une clé de licence valide (elle se trouve dans l'e-mail de livraison de licence que vous avez reçu d'ESET)
et cliquez sur Suivant. Si vous utilisez des informations d'identification de licence héritée (nom d'utilisateur et
mot de passe), convertissez-les en clé de licence. Vous pouvez également sélectionner Activer ultérieurement.
Si vous choisissez Activer ultérieurement, reportez-vous au chapitre Activation pour obtenir des instructions
supplémentaires.
7. Si vous choisissez d'installer Microsoft SQL Server Express à l'étape 2, une vérification de la connexion de la base
de données est effectuée. Passez à la section Utilisateur de la console Web et connexion au serveur. Si vous
disposez d'un serveur de base de données existant, vous êtes invité à saisir les informations de connexion à la
base de données à l'étape suivante.
8. Si vous utilisez un serveur SQL Server ou MySQL existant, configurez les paramètres de connexion en
conséquence. Saisissez le nom de la base de données, le nom d’hôte et le numéro de port (vous pouvez trouver
ces informations dans le Gestionnaire de configuration Microsoft SQL Server) et les détails du compte de base de
données (nom d'utilisateur et mot de passe) dans les champs appropriés, puis cliquez sur Suivant. La connexion à
la base de données est vérifiée. La présence d'une base de données ERA existante (provenant d'une installation
ERA précédente) sur votre serveur de base de données est détectée. Vous pouvez sélectionner Utiliser la base
de données existante et appliquer une mise à niveau ou Supprimer la base de données existante et installer une
nouvelle version.
42
REMARQUE : la saisie des informations du compte de base de données s'effectue de deux manières. Vous
pouvez utiliser un compte utilisateur de base de données dédié qui aura accès uniquement à la base de données
ERA ou un compte SA (MS SQL) ou un compte racine (MySQL). Si vous décidez d'utiliser un compte utilisateur
dédié, ce compte doit être créé avec des privilèges spécifiques. Pour plus d'informations, reportez-vous à la
section Compte utilisateur de base de données dédié. Si vous n'avez pas l'intention d'utiliser un compte
utilisateur dédié, saisissez le compte administrateur (SA ou racine).
Si vous avez saisi un compte SA ou un compte racine dans la fenêtre précédente, cliquez sur Oui pour continuer à
utiliser le compte SA/racine comme utilisateur de base de données pour ESET Remote Administrator.
43
Si vous cliquez sur Non, vous devez sélectionner Créer un utilisateur (si vous ne l'avez pas encore créé) ou
Utiliser l'utilisateur existant (si vous avez un compte utilisateur de base de données dédié comme indiqué ici).
9. Vous êtes invité à saisir un mot de passe pour le compte Administrateur de la console Web. Ce mot de passe est
important, car il vous permet de vous connecter à la console Web ERA. Cliquez sur Suivant.
44
10. Vous pouvez laisser les champs tels quels ou saisir les informations de l'entreprise qui doivent apparaître dans
les informations détaillées des certificats ERA Agent et ERA Server. Si vous choisissez de saisir un mot de passe
dans le champ Mot de passe de l'autorité veillez à le mémoriser. Cliquez sur Suivant.
11. L'avancement de l'installation s'affiche.
45
12. Lorsque l'installation est terminée, le message « L'installation d'ESET Remote Administrator Server a réussi »
s'affiche avec l'adresse URL de la console Web ERA. Cliquez sur l'URL pour ouvrir la console Web ou sur Terminer.
Si l'installation échoue :
· Consultez les fichiers journaux de l'installation dans le package d'installation tout-en-un. Le répertoire des
journaux est identique à celui du programme d'installation tout-en-un. Par exemple :
C:\Users\Administrator\Downloads\x64\logs\
· Pour obtenir des étapes supplémentaires afin de résoudre votre problème, consultez Dépannage.
46
3.1.2 Installation d'ERA Proxy
AVERTISSEMENT : n'installez jamais ERA Server et ERA Proxy sur le même ordinateur.
1. Vérifiez que toutes les conditions préalables requises sont remplies.
2. Ouvrez le package d'installation, puis cliquez sur Suivant dans l'écran de bienvenue.
47
3. Sélectionnez Installer Remote Administrator Proxy et cliquez sur Suivant.
48
4. Sélectionnez les composants à installer. Si vous ne disposez pas d'un serveur de bases de données, vous pouvez
installer Microsoft SQL Server Express, compris dans le package d'installation (ce n'est pas recommandé pour les
entreprises et/ou les réseaux de grande taille). Vous pouvez également installer ESET RD Sensor depuis le
package d'installation.
49
5. Si vous avez choisi d'installer Microsoft SQL Server Express (à l'étape 3), une vérification de la connexion de la
base de données est effectuée. Passez à la configuration du proxy. Si vous disposez d'un serveur de base de
données existant, vous êtes invité à saisir les informations de connexion à la base de données à l'étape suivante.
Saisissez les informations suivantes pour autoriser la connexion à la base de données :
a. Base de données : MySQL Server/MS SQL Server/MS SQL Server via l'authentification Windows
b. Pilote ODBC : pilote MySQL ODBC 5.1/pilote Unicode MySQL ODBC 5.2/pilote unicode MySQL ODBC 5.3/
SQL Server/client natif SQL Server 10.0/pilote ODBC 11 pour SQL Server
c. Nom de l’hôte : nom d'hôte ou adresse IP du serveur de base de données
d. Port utilisé pour la connexion au serveur
e. Nom d'utilisateur/Mot de passe du compte d'administrateur de base de données
Si vous avez saisi un compte SA ou un compte racine dans la fenêtre précédente, cliquez sur Oui pour continuer à
utiliser le compte SA/racine comme utilisateur de base de données pour ESET Remote Administrator.
50
Si vous cliquez sur Non, vous devez sélectionner Créer un utilisateur (si vous ne l'avez pas encore créé) ou
Utiliser l'utilisateur existant (si vous avez un compte utilisateur de base de données dédié comme indiqué ici).
Cette étape vérifie la connexion à la base de données. Si la connexion est correcte, vous pouvez passer à l'étape
suivante.
6. Configurez la connexion du proxy à ESET Remote Administrator. Saisissez un hôte de serveur (nom d'hôte/
adresse IP du serveur) et un port de serveur (2222).
51
7. Sélectionnez un certificat homologue exporté à partir d'ERA Web Console et un mot de passe pour ce certificat.
Vous pouvez éventuellement ajouter une autorité de certification. Elle n'est nécessaire que si des certificats non
signés sont utilisés.
8. ERA Agent est installé en plus d'ERA Proxy. Suivez les étapes à l'écran pour terminer l'installation si ERA Agent
n'est pas encore installé.
52
3.1.3 Installation du Connecteur de périphérique mobile ERA (composant autonome)
Pour installer le Connecteur de périphérique mobile en tant qu'outil autonome sur un autre ordinateur que celui
d'ERA Server, procédez comme suit.
AVERTISSEMENT : le Connecteur de périphérique mobile doit être accessible depuis Internet pour que les
périphériques mobiles de l'utilisateur puissent être gérés à tout moment, indépendamment de leur emplacement.
REMARQUE : tenez compte du fait que le périphérique mobile communique avec le Connecteur de périphérique
mobile, ce qui affecte inévitablement l'utilisation des données mobiles. C'est notamment le cas en itinérance.
Pour installer le Connecteur de périphérique mobile sur Windows, procédez comme suit :
1. Lisez les conditions préalables requises et vérifiez qu'elles sont toutes réunies.
2. Double-cliquez sur le package d'installation pour l'ouvrir, sélectionnez Installation du Connecteur de
périphérique mobile (composant autonome) et cliquez sur Suivant.
3. Après acceptation des termes du CLUF, cliquez sur Suivant. Sélectionnez les composants applicables à installer et
cliquez sur Installer.
53
4. Cliquez sur Parcourir, accédez à l'emplacement de votre certificat SSL pour les communications via HTTPS, puis
saisissez le mot de passe de ce certificat :
5. Indiquez le Nom d’hôte MDM : il s'agit du domaine public ou de l'adresse IP publique de votre serveur MDM tel
qu'il est accessible par des périphériques mobiles depuis Internet.
IMPORTANT : l'hôte MDM doit être saisi tel qu'il est indiqué dans votre certificat serveur HTTPS ; dans le cas
contraire, le périphérique mobile iOS refusera d'installer le profil MDM. Par exemple, si une adresse IP est spécifiée
dans le certificat HTTPS, saisissez cette adresse IP dans le champ Nom d'hôte MDM. Si un nom de domaine complet
(FQDN) est spécifié ( mdm.mycompany.com, par exemple) dans le certificat HTTPS, saisissez-le dans le champ Nom
d’hôte MDM. Si un caractère générique * est également utilisé ( *.mycompany.com, par exemple) dans le certificat
HTTPS, vous pouvez utiliser mdm.mycompany.com dans le champ Nom d'hôte MDM.
54
6. Le programme d'installation doit créer une base de données qui sera utilisée par le Connecteur de périphérique
mobile. Indiquez les informations de connexion suivantes :
§ Base de données : MySQL Server/MS SQL Server/MS SQL Server via l'authentification Windows
§ Pilote ODBC : pilote MySQL ODBC 5.1/pilote Unicode MySQL ODBC 5.2/pilote unicode MySQL ODBC 5.3/
SQL Server/client natif SQL Server 10.0/pilote ODBC 11 pour SQL Server
§ Nom de la base de données : vous pouvez conserver le nom prédéfini ou le modifier en cas de besoin
§ Nom de l’hôte : nom d'hôte ou adresse IP du serveur de base de données
§ Port : utilisé pour les connexions au serveur de base de données
§ Nom d'utilisateur/Mot de passe du compte d'administrateur de base de données
REMARQUE : il est recommandé d'utiliser le même serveur de base de données que celui utilisé pour la base
de données ERA. Ce serveur peut être toutefois différent si nécessaire. Lorsque vous cliquez sur Suivant, le
programme d'installation du Connecteur de périphérique mobile crée sa base de données.
7. Indiquez l'utilisateur de la base de données Connecteur de périphérique mobile nouvellement créée. Vous
pouvez sélectionner Créer un utilisateur ou Utiliser un utilisateur de base de données existant. Saisissez le mot
de passe de l'utilisateur de la base de données.
8. Saisissez l’hôte du serveur (nom ou adresse IP d’ERA Server) et le port du serveur (le port par défaut est 2222 ; si
vous utilisez un autre port, remplacez le port par défaut par votre numéro de port personnalisé).
9. Sélectionnez le type d'installation :
o Installation assistée du serveur : vous devez indiquer les informations d’identification de l’administrateur
d’ERA Web Console. Le programme d’installation télécharge alors automatiquement les certificats requis.
1. Saisissez l'hôte du serveur (nom ou adresse IP d'ERA Server) et le port de la console Web (conservez le
port 2223 par défaut si vous n'utilisez pas de port personnalisé). Indiquez également les informations
d'identification du compte d'administrateur de la console Web : Nom d'utilisateur/Mot de passe.
2. Lorsque le système vous demande d'accepter le certificat, cliquez sur Oui. Passez à l'étape 10.
o Installation hors connexion : vous devez indiquer un certificat de proxy qui peut être exporté depuis ESET
Remote Administrator. Vous pouvez également utiliser un certificat personnalisé.
1. Cliquez sur Parcourir et accédez à l'emplacement de votre certificat homologue (il s'agit du certificat du
proxy que vous avez exporté depuis ERA). Ne remplissez pas le champ Mot de passe du certificat, car
ce certificat ne requiert pas de mot de passe. Passez à l'étape 10.
55
REMARQUE : si vous utilisez un certificat personnalisé avec ERA (au lieu des certificats par défaut qui ont
été automatiquement générés pendant l'installation d'ESET Remote Administrator), il doit être utilisé
lorsque vous devez fournir un certificat de proxy.
10. Indiquez un dossier de destination pour le Connecteur de périphérique mobile (il est recommandé d'utiliser
l'emplacement par défaut), puis cliquez sur Suivant > Installer.
11. Une fois l'installation terminée, vérifiez si le Connecteur de périphérique mobile fonctionne correctement en
ouvrant https://votre-nom_hôte-md:port-inscription (https://mdm.company.com:9980, par exemple) dans votre
navigateur Web. Si l'installation a été effectuée correctement, le message suivant s'affiche :
12. Vous pouvez maintenant activer MDM depuis ERA Remote Administrator.
3.1.4 Installation d'ERA sur Windows SBS / Essentials
Conditions préalables requises
Veillez à ce que toutes les conditions requises soient réunies, en particulier les conditions requises du système
d'exploitation pris en charge.
REMARQUE : certaines anciennes versions de Microsoft SBS comprennent des versions de Microsoft SQL Server
Express qui ne sont pas prises en charge par ESET Remote Administrator. Par exemple :
Microsoft SBS 2003 x86 SP2
Microsoft SBS 2003 x86 R2
Microsoft SBS 2008 x64 SP2
Si vous utilisez l'une des versions de Windows Small Business Server répertoriées ci-dessus et si vous souhaitez
installer la base de données ERA sur Microsoft SBS, vous devez utiliser une version plus récente de Microsoft SQL
Server Express.
o Si Microsoft SQL Express n'est pas installé sur SBS, suivez la procédure décrite ci-après.
o Si Microsoft SQL Express est installé sur SBS mais que vous n'utilisez pas le programme, désinstallez-le, puis
suivez la procédure décrite ci-après.
o Si vous utilisez la version de Microsoft SQL Server Express fournie avec SBS, migrez votre base de données vers
une version de SQL Express compatible avec ERA Server. Pour ce faire, sauvegardez vos bases de données,
désinstallez Microsoft SQL Server Express et suivez la procédure décrite ci-après pour installer une version
compatible de Microsoft SQL Server Express et restaurer les bases de données, si nécessaire.
Installation
1. Téléchargez le package d'installation d'ERA compressé à partir de la section des téléchargements du site Web
ESET, sous Remote Administrator 6 (cliquez sur le signe + pour développer la catégorie).
56
2. Décompressez le fichier d'installation que vous avez téléchargé à l'étape 1, ouvrez le dossier des programmes
d'installation, puis double-cliquez sur le programme d'installation de Microsoft SQL Express. Dans notre
exemple, nous utilisons SQLEXPR_2014_x86_ENU :
o Le Centre d'installation est lancé. Cliquez sur Nouvelle installation ou ajout de fonctionnalités à une installation
existante pour démarrer l'Assistant Installation.
REMARQUE : à l'étape 8 du processus d'installation, définissez le mode d'authentification sur Mode mixte
(authentification SQL Server et authentification Windows).
REMARQUE : pour installer ERA Server sur SBS, vous devez autoriser les connexions TCP/IP à SQL Server.
3. Installez ESET Remote Administrator en exécutant le fichier Setup.exe :
57
4. Sélectionnez les composants à installer, désélectionnez Microsoft SQL Server Express, puis cliquez sur Installer.
5. Continuez à installer ERA Server.
58
3.1.5 Désinstaller des composants
Pour désinstaller des composants ERA, exécutez le programme d'installation tout-en-un ERA que vous avez utilisé
durant l'installation d'ERA et sélectionnez Désinstaller les composants Remote Administrator. Vous pouvez
également sélectionner la langue dans le menu déroulant avant de continuer.
REMARQUE : avant de désinstaller le Connecteur de périphérique mobile, lisez la section Fonctionnalité
d'attribution de licence MDM iOS.
59
Après acceptation des termes du CLUF, cliquez sur Suivant. Sélectionnez le ou les composants que vous souhaitez
désinstaller, puis cliquez sur Désinstaller.
REMARQUE : il sera peut-être nécessaire de redémarrer l'ordinateur pour terminer la suppression de certains
composants.
REMARQUE : consultez également la section Désinstallation de l'ancien ERA Server.
60
3.1.6 Certificats personnalisés avec ERA
Si vous avez votre propre PKI (infrastructure de clé publique) dans votre environnement et souhaitez qu'ESET
Remote Administrator utilise vos certificats personnalisés pour la communication entre ses composants, les étapes
suivantes vous guident tout au long du processus de configuration.
REMARQUE : l'exemple ci-dessous a été réalisé sur Windows Server 2012 R2. Si vous utilisez une autre version de
Windows Server, certains écrans peuvent être légèrement différents, mais l'objectif de la procédure reste le même.
Rôles de serveur requis :
· Active Directory Certificate Services (AD CS).
· Services de domaine Active Directory.
61
1. Ouvrez la console de gestion et ajoutez les snap-ins de certificat :
· Connectez-vous au serveur en tant que membre du groupe administrateur local.
· Exécutez mmc.exe pour ouvrir la console de gestion.
· Cliquez sur Fichier dans le menu supérieur et sélectionnez Ajouter/Supprimer un snap-in (ou appuyez sur CTRL
+M).
· Sélectionnez Certificats dans le volet de gauche et cliquez sur le bouton Ajouter.
· Sélectionnez Compte d'ordinateur et cliquez sur Suivant.
· Vérifiez que l'option Ordinateur local est sélectionnée (par défaut) et cliquez sur Terminer.
· Cliquez sur OK.
62
2. Créez une demande de certificat personnalisé :
· Double-cliquez sur Certificats (Ordinateur local) pour l'ouvrir.
· Double-cliquez sur Personnel pour l'ouvrir. Cliquez avec le bouton droit sur Certificats et sélectionnez Toutes les
tâches > Opérations avancées et choisissez Créer une demande personnalisée.
· La fenêtre de l'assistant d'inscription du certificat s'ouvre, cliquez sur Suivant.
· Sélectionnez l'option Continuer sans stratégie d’inscription et cliquez sur Suivant pour continuer.
63
· Choisissez Clé existante (Aucun modèle) dans la liste déroulante et vérifiez que le format de demande PKCS #10
est sélectionné. Cliquez sur Suivant.
· Développez la section Détails en cliquant sur la flèche pointant vers le bas, puis cliquez sur le bouton Propriétés.
· Dans l'onglet Général, saisissez le Nom convivial du certificat ; vous pouvez également saisir une description
(facultatif).
· Dans l'onglet Objet, effectuez les opérations suivantes :
64
Dans la section Nom de l’objet, choisissez Nom commun dans la liste déroulante sous Type et saisissez era server
dans le champ Valeur, puis cliquez sur le bouton Ajouter. CN=era server apparaît dans la zone d'information de
droite. Si vous créez une demande de certificat pour ERA Agent ou ERA Proxy, saisissez era agent ou era proxy dans
le champ de valeur du nom commun.
REMARQUE : le nom commun doit contenir l'une de ces chaînes : "serveur », « agent » ou « proxy », selon la
demande de certificat que vous souhaitez créer.
Dans la section Autre nom, choisissez DNS dans la liste déroulante sous Type et saisissez * (astérisque) dans le
champ Valeur, puis cliquez sur le bouton Ajouter.
65
· Dans l'onglet Extensions, développez la section Utilisation de clé en cliquant sur la flèche pointant vers le bas.
Ajoutez les informations suivantes des Options disponibles : Signature numérique, Accord de clé, Chiffrement de
clé. Désélectionnez la case Rendre ces utilisations de clé critiques.
66
· Dans l'onglet Clé privée, effectuez les opérations suivantes :
Développez la section Fournisseur de service cryptographique en cliquant sur la flèche pointant vers le bas. La liste
de tous les fournisseurs de services cryptographiques s'affiche. Vérifiez que seule l'option Fournisseur de service
cryptographique Microsoft RSA SChannel (cryptage) est sélectionnée.
REMARQUE : désélectionnez tous les fournisseurs de services cryptographiques (à l'exception de Fournisseur de
service cryptographique Microsoft RSA SChannel (cryptage) qui doit être sélectionnée).
Développez la section Options de clé. Dans le menu Taille de clé, sélectionnez une valeur d'au moins 2048.
Sélectionnez Rendre la clé privée exportable.
Développez la section Type de clé, sélectionnez l'option Échanger. Cliquez sur Appliquer et vérifiez les paramètres.
67
Cliquez sur le bouton OK. Les informations de certificat s'affichent ; cliquez sur le bouton Suivant pour continuer.
Cliquez sur le bouton Parcourir pour sélectionner l'emplacement dans lequel la demande de signature de certificat
sera enregistrée. Saisissez le nom du fichier et vérifiez que l'option Base 64 est sélectionnée.
Cliquez sur le bouton Terminer ; la demande de signature de certificat est maintenant générée.
68
3. Importez la demande de certificat personnalisé et émettez un certificat personnalisé à partir des demandes en
attente.
· Ouvrez le gestionnaire de serveurs, cliquez sur Outils > Autorité de certification.
· Dans l'arborescence Autorité de certification (locale), sélectionnez votre serveur (généralement FQDN) >
Propriétés > onglet Module de stratégie, cliquez sur le bouton Propriétés... Veillez à ce que l'option Définir le
statut de demande de certificat soit définie sur En attente. L’administrateur doit explicitement émettre l'option
de certificat sélectionnée. Si ce n'est pas le cas, utilisez le bouton radio pour sélectionner cette option. Sinon, le
processus ne fonctionnera pas correctement. Si vous avez modifié ce paramètre, redémarrez les services de
certificat Active Directory.
69
· Dans l'arborescence Autorité de certification (locale), sélectionnez votre serveur (généralement FQDN) > Toutes
les tâches > Envoyer une nouvelle demande et accédez au fichier CSR généré à l'étape 2.
· Le certificat est ajouté aux demandes en attente. Sélectionnez le fichier CSR dans le panneau de navigation de
droite. Dans le menu Action, sélectionnez Toutes les tâches > Émettre.
4. Exportez le certificat personnalisé émis dans le fichier .tmp.
· Cliquez sur Certificats émis dans le volet de gauche. Cliquez avec le bouton droit sur le certificat à exporter, puis
cliquez sur Toutes les tâches > Exporter les données binaires...
· Dans la boîte de dialogue Exporter les données binaires, choisissez Certificat binaire dans la liste déroulante, puis,
dans les options d'exportation, cliquez sur Enregistrer les données binaires dans un fichier et cliquez sur OK.
· Dans la boîte de dialogue Enregistrer les données binaires, Indiquez l'emplacement d'enregistrement du
certificat, puis cliquez sur Enregistrer.
5. Importez le fichier .tmp créé.
· Accédez à Certificat (ordinateur local) > cliquez avec le bouton droit sur Personnel, sélectionnez Toutes les tâches
> Importer... (Vous pouvez accéder à la fenêtre Certificat (ordinateur local) en exécutant certlm dans l'invite de
commande.)
70
· Cliquez sur Suivant.
· Localisez le fichier binaire .tmp enregistré précédemment en utilisant l'option Parcourir... (vous devez
sélectionner Tous les fichiers dans le menu déroulant, sinon votre fichier ne sera pas affiché) et en cliquant sur
Ouvrir. Sélectionnez Placer tous les certificats dans le magasin suivant > Personnel. Cliquez sur Suivant.
· Le certificat est importé lorsque vous cliquez sur Terminer.
6. Exportez le certificat, y compris la clé privée, dans le fichier .pfx.
· Dans la zone Certificats (ordinateur local), développez l'option Personnel et cliquez sur Certificats ; sélectionnez
le certificat créé que vous souhaitez exporter, dans le menu Action, pointez vers Toutes les tâches > Exporter...
· Dans l'assistant d'exportation du certificat, cliquez sur Oui, exporter la clé privée. (Cette option n'apparaît que si
la clé privée est marquée comme étant exportable et si vous avez accès à la clé privée.)
· Dans Format du fichier exporté, sélectionnez la case à cocher Inclure tous les certificats dans le chemin de
certification si possible et cliquez sur Suivant.
71
· Mot de passe, saisissez un mot de passe pour chiffrer la clé privée que vous exportez. Dans Confirmer le mot de
passe, saisissez de nouveau le même mot de passe, puis cliquez sur Suivant.
· Nom de fichier, saisissez un nom de fichier et le chemin du fichier .pfx dans lequel seront stockés le certificat et
la clé privée exportés. Cliquez sur Suivant, puis sur Terminer.
7. Une fois le certificat .pfx personnalisé créé, vous pouvez configurer les composants ERA qui l'utilisent.
REMARQUE : les exemples ci-dessus indiquent comment créer le certificat ERA Server. Répétez les mêmes
étapes pour les certificats ERA Agent et ERA Proxy. Le certificat ERA Proxy peut être utilisé par ERA MDM.
Configurez ERA Server pour commencer à utiliser le certificat .pfx personnalisé.
72
Pour qu'ERA Agent ou ERA Proxy/MDM utilise le certificat .pfx personnalisé, réparez le composant approprié.
Accédez au menu Démarrer > Programmes et fonctionnalités, cliquez avec le bouton droit sur ESET Remote
Administrator Agent et sélectionnez Modifier. Cliquez sur le bouton OK et exécutez Réparer. Cliquez sur Suivant en
conservant l'hôte serveur et le port serveur. Cliquez sur le bouton Parcourir à côté de Certificat homologue et
localisez le fichier de certificat .pfx personnalisé. Saisissez le mot de passe du certificat que vous avez indiqué à
l'étape 6. Cliquez sur Suivant et terminez la réparation. ERA Agent utilise désormais le certificat .pfx personnalisé.
3.2 Installation sur Microsoft Azure
Pour les utilisateurs qui ne souhaitent pas faire l'acquisition d'une nouvelle licence Windows Server, ESET propose
(ESET Remote Administrator) sur la plateforme de Cloud Azure.
Consultez notre article de base de connaissances pour plus d'informations :
· Prise en main d'ESET Remote Administrator (ERA) - Azure
· Machine virtuelle ESET Remote Administrator pour Microsoft Azure - FAQ
· Comment déployer et installer ESET Remote Administrator pour Microsoft Azure ?
3.3 Installation de composants sur Windows
De nombreux scénarios d'installation nécessitent d'installer différents composants ESET Remote Administrator sur
des ordinateurs différents pour tenir compte des architectures réseau, pour satisfaire aux exigences de
performance ou pour d'autres raisons. Les packages d'installation suivants sont disponibles pour les composants
ESET Remote Administrator distincts :
Composants principaux
· ERA Server
· ERA Web Console
· ERA Agent (doit être installé sur les ordinateurs clients ; ce composant est facultatif sur ERA Server)
Composants facultatifs
· ERA Proxy
· RD Sensor
· Connecteur de périphérique mobile
73
· Proxy HTTP Apache
· Outil Miroir
Pour obtenir des instructions afin d'effectuer une mise à niveau d'ESET Remote Administrator vers la dernière
version (6.x), consultez l'article de la base de connaissances.
Si vous souhaitez exécuter l'installation dans votre langue, vous devez démarrer le programme d'installation MSI
d'un composant ERA spécifique via une ligne de commande.
Voici un exemple d'exécution de l'installation dans la langue slovaque :
Pour sélectionner la langue dans laquelle exécuter le programme d'installation, spécifiez le paramètre
TRANSFORMS correspondant selon ce tableau :
Langue
Anglais (États-Unis)
Arabe (Égypte)
Chinois simplifié
Chinois traditionnel
Croate (Croatie)
Tchèque (République
tchèque)
Français (France)
Français (Canada)
Allemand (Allemagne)
Grec (Grèce)
Italien (Italie)
Japonais (Japon)
Coréen (Corée)
Polonais (Pologne)
Portugais (Brésil)
Russe (Russie)
Espagnol (Chili)
74
Code
en-US
ar-EG
zh-CN
zh-TW
hr-HR
cs-CZ
fr-FR
fr-CA
de-DE
el-GR
it-IT
ja-JP
ko-KR
pl-PL
pt-BR
ru-RU
es-CL
Espagnol (Espagne)
Slovaque (Slovaquie)
Turc (Turquie)
es-ES
sk-SK
tr-TR
3.3.1 Installation du serveur
Pour installer le composant ERA Server sur Windows, procédez comme suit :
1. Accédez à la section de téléchargement de ESET Remote Administrator 6 pour télécharger un programme
d'installation autonome des composants ERA.
2. Vérifiez que toutes les conditions préalables requises sont remplies.
3. Exécutez le programme d'installation d'ERA Server et acceptez les termes du CLUF si vous êtes d'accord avec ces
derniers.
4. Ne cochez pas la case située en regard de Il s'agit d'une installation de cluster et cliquez sur Suivant.
d’une installation de cluster ?
S’agit-il
si vous installez ERA Server sur un cluster de basculement, cochez la case en regard de l'option Il s'agit d'une
installation de cluster. Indiquez le chemin d’accès aux données de l’application personnalisée pour pointer vers
le stockage partagé du cluster. Les données doivent être stockées à un emplacement accessible par tous les
nœuds du cluster.
5. Saisissez une clé de licence ERA valide ou sélectionnez Activer ultérieurement.
6. Sélectionnez un compte d'utilisateur du service. Ce compte est utilisé pour exécuter le service ESET Remote
Administrator Server. Les options disponibles sont les suivantes :
· Compte de service réseau
· Spécifié par l'utilisateur : DOMAINE/NOMUTILISATEUR
75
7. Connectez-vous à une base de données. Toutes les données y sont stockées (mot de passe ERA Web Console,
journaux des ordinateurs clients, etc.) :
· Base de données : MySQL Server/MS SQL Server/MS SQL Server via l'authentification Windows
· Pilote ODBC : pilote MySQL ODBC 5.1/pilote Unicode MySQL ODBC 5.2/pilote unicode MySQL ODBC 5.3/
SQL Server/client natif SQL Server 10.0/pilote ODBC 11 pour SQL Server
· Nom de la base de données : vous pouvez conserver le nom prédéfini ou le modifier en cas de besoin
· Nom de l’hôte : nom d'hôte ou adresse IP du serveur de base de données
· Port : utilisé pour les connexions au serveur de base de données
· Nom d'utilisateur/Mot de passe du compte d'administrateur de base de données
REMARQUE : ERA Server stocke des blobs de données volumineux dans la base de données. Pour qu'ERA
s'exécute correctement, il est donc nécessaire de configurer MySQL pour accepter des paquets de grande taille.
Cette étape vérifie la connexion à la base de données. Si la connexion est correcte, vous pouvez passer à l'étape
suivante.
8. Sélectionnez un utilisateur ESET Remote Administrator ayant accès à la base de données. Vous pouvez utiliser un
utilisateur existant. Un utilisateur peut être également automatiquement créé.
76
9. Saisissez un mot de passe pour l'accès à la console Web.
10. ESET Remote Administrator utilise des certificats pour les communications client-serveur. Vous pouvez
sélectionner vos propres certificats. Le serveur peut également en créer.
11. Saisissez les informations de tous les certificats, ainsi que le mot de passe de l'autorité de certification. Veillez à
le mémoriser.
12. Un nouveau certificat homologue de serveur est créé. Définissez également un mot de passe correspondant.
13. À l'étape suivante, sélectionnez un mot de passe pour les certificats homologues de l'agent et du proxy. Vous
pouvez éventuellement indiquer des informations supplémentaires sur les certificats (ces informations ne sont
pas obligatoires). Vous pouvez laisser le champ Mot de passe de l'autorité vide. Si vous saisissez un mot de
passe, veillez à le mémoriser.
14. La configuration peut effectuer une tâche Synchronisation des groupes statiques initiale. Sélectionnez la
méthode (Ne pas synchroniser, Synchroniser avec Réseau Windows ou Synchroniser avec Active Directory), puis
cliquez sur Suivant.
15. Validez le dossier d'installation pour le serveur ou modifiez-le, puis cliquez sur Suivant.
16. Cliquez sur Installer pour installer le serveur.
REMARQUE : une fois que vous avez terminé l'installation d'ERA Server, veillez à installer ERA Agent sur le même
ordinateur (facultatif). Vous pourrez ainsi gérer le serveur comme un ordinateur client.
77
3.3.1.1 Conditions préalables requises pour le serveur - Windows
Pour installer ERA Server sous Windows, les conditions préalables requises suivantes doivent être remplies :
· Vous devez disposer d'une licence valide.
· Les ports requis doivent être ouverts et disponibles. Consultez la liste complète des ports ici.
· Le serveur de base de données (Microsoft SQL Server ou MySQL) est installé et en cours d'exécution. Pour plus
d'informations, reportez-vous à laconfiguration requise pour la base de données. Si vous ne disposez pas d'un
serveur de base de données existant, il est recommandé de consulter les informations de configuration de SQL
Server pour configurer SQL correctement afin de l'utiliser avec ESET Remote Administrator.
· Java Runtime Environment (JRE) doit être installé (vous pouvez le télécharger à l'adresse http://java.com/en/
download/). Utilisez toujours la dernière version officielle de Java.
· Microsoft .NET Framework 3.5 doit être installé. Si vous exécutez Windows Server 2008 ou 2012, vous pouvez
l'installer à l'aide de l'Assistant Ajout de rôles et de fonctionnalités (comme illustré ci-dessous). Si vous utilisez
Windows Server 2003, vous pouvez télécharger .NET 3.5 à l'adresse suivante : http://www.microsoft.com/en-us/
download/details.aspx?id=21
78
3.3.2 Configuration requise pour Microsoft SQL Server
L'une des conditions préalables requises pour l'installation est l'installation et la configuration de Microsoft SQL
Server. Les conditions requises suivantes doivent être remplies :
· Installez Microsoft SQL Server 2008 R2 ou version ultérieure. Vous pouvez autrement installer Microsoft SQL
Server 2008 R2 Express ou version ultérieure. Pendant l'installation, choisissez l'authentification en mode mixte.
· Si Microsoft SQL Server est déjà installé, définissez l'authentification sur Mode mixte (authentification SQL Server
et authentification Windows). Pour ce faire, suivez les instructions de cet article de la base de connaissances.
· Autorisez les connexions TCP/IP à SQL Server. Pour ce faire, suivez les instructions de cet article de la base de
connaissances à partir de la section II. Allow TCP/IP connections to the SQL database.
REMARQUE : pour la configuration, la gestion et l'administration de Microsoft SQL Server (bases de données et
utilisateurs), téléchargez SQL Server Management Studio (SSMS).
REMARQUE : si vous choisissez d'installer Microsoft SQL Server Express lors de l'installation, vous ne serez pas en
mesure de l'installer sur un contrôleur de domaine. Cela risque de se produire si vous utilisez Microsoft SBS. Dans ce
cas, il est recommandé d'installer ESET Remote Administrator sur un autre serveur ou de ne pas sélectionner le
composant SQL Server Express lors de l'installation (vous devez dans ce cas utiliser un serveur SQL Server ou MySQL
existant pour exécuter la base de données ERA). Pour obtenir des instructions afin d'installer ERA Server sur un
contrôleur de domaine, consultez l'article de la base de connaissances.
3.3.3 Installation et configuration du serveur MySQL
Installation
Téléchargez le programme d'installation de MySQL pour Windows depuis http://dev.mysql.com/downloads/
installer/ et exécutez-le.
Pendant la configuration de l'installation, sélectionnez Personnaliser > MySQL Server et ODBC Connector pour les
inclure dans l'installation.
79
Configuration
Ouvrez le fichier suivant dans un éditeur de texte :
C:\ProgramData\MySQL\MySQL Server 5.7\my.ini
Recherchez et modifiez la configuration suivante dans la section [mysqld] du fichier my.ini :
max_allowed_packet=33M
· Pour MySQL 5.6.20 et 5.6.21 (vous pouvez déterminer la version MySQL en utilisant mysql --version) :
o innodb_log_file_size doit être défini sur au moins 200 Mo (par exemple innodb_log_file_size=200M)
· Pour MySQL >= 5.6.22 :
o innodb_log_file_size*innodb_log_files_in_group doit être défini sur au moins 200 Mo (* indique une
multiplication ; le produit des deux paramètres doit être > à 200 Mo. La valeur minimale pour
innodb_log_files_in_group est 2 et la valeur maximale est 100, sachant que la valeur doit aussi être un
nombre entier)
Par exemple :
innodb_log_file_size=100M
innodb_log_files_in_group=2
Enregistrez et fermez le fichier, saisissez la commande suivante pour redémarrer le serveur MySQL, puis appliquez
la configuration (le nom du processus dépend de la version de MySQL, version 5.7 = MySQL57, etc.) :
net stop mysql57
net start mysql57
Tapez la commande suivante dans l'invite de commande pour vérifier si le serveur MySQL est en cours d'exécution :
sc query mysql57
3.3.4 Compte utilisateur de base de données dédié
Si vous ne souhaitez utiliser ni compte SA (MS SQL) ni compte racine (MySQL), vous pouvez créer un compte
utilisateur de base de données dédié. Ce compte utilisateur dédié sera utilisé pour accéder à la base de données
ERA uniquement. Il est recommandé de créer un compte utilisateur de base de données dédié dans le serveur de
bases de données avant de commencer l'installation de ESET Remote Administrator. Vous devrez également créer
une base de données vide à laquelle ESET Remote Administrator accédera à l'aide de ce compte utilisateur dédié.
REMARQUE : vous devez attribuer un ensemble de privilèges minimal au compte utilisateur de base de données
dédié.
· MySQL user privileges:
ALTER, ALTER ROUTINE, CREATE, CREATE ROUTINE, CREATE TEMPORARY TABLES, CREATE VIEW, DELETE, DROP,
EXECUTE, INDEX, INSERT, LOCK TABLES, SELECT, UPDATE, TRIGGER - Pour plus d'informations sur les privilèges
MySQL, reportez-vous à http://dev.mysql.com/doc/refman/5.7/en/grant.html
· Rôles de niveau de base de données Microsoft SQL Server :
Une base de données ERA doit être membre du rôle de base de données db_owner. Pour plus d'informations
sur les rôles de niveau de base de données Microsoft SQL Server, voir https://msdn.microsoft.com/en-us/
library/ms189121%28v=sql.100%29.aspx
3.3.5 Installation de l'Agent
Cette rubrique concerne l’installation locale d’ERA Agent sur un poste de travail client.
REMARQUE : reportez-vous au Guide d’administration ou à notre article de la base de connaissances pour
d’autres méthodes d’installation d’ERA Agent sur des clients.
Pour installer le composant ERA Agent localement sur Windows, procédez comme suit :
1. Accédez à la section de téléchargement de ESET Remote Administrator 6 pour télécharger un programme
d'installation autonome des composants ERA.
80
2. Exécutez le programme d'installation d'ERA Agent et acceptez les termes du CLUF si vous êtes d'accord avec ces
derniers.
3. Saisissez l’hôte du serveur (nom d'hôte ou adresse IP d’ERA Server ou d'ERA Proxy) et le port du serveur (le port
par défaut est 2222 ; si vous utilisez un autre port, remplacez le port par défaut par le numéro de port
personnalisé).
IMPORTANT : assurez-vous que l’hôte du serveur correspond à au moins une des valeurs (idéalement FQDN)
définies dans le champ Hôte du certificat de serveur. Dans le cas contraire, une erreur se produira indiquant que
« Le certificat de serveur reçu n’est pas valide ». Une exception cependant : si un caractère générique (*) est
placé dans le champ Hôte du certificat de serveur, il fonctionnera avec n’importe quel hôte de serveur.
4. Sélectionnez l'une des options d'installation suivantes, puis suivez la procédure de la section adéquate :
Installation assistée du serveur : vous devez indiquer les informations d’identification de l’administrateur de la
console Web ERA (le programme d’installation télécharge automatiquement les certificats requis).
Installation hors connexion : vous devez indiquer un certificat d'agent qui peut être exporté depuis ESET Remote
Administrator. Vous pouvez également utiliser un certificat personnalisé.
3.3.5.1 Installation d'agent assistée du serveur
Pour continuer l'installation d'agent assistée du serveur depuis le chapitre précédent :
Saisissez le nom d'hôte ou l’adresse IP de la console Web ERA (identiques à ceux d'ERA Server) dans le champ Hôte
du serveur. Laissez le port de la console Web sur le port par défaut 2223 si vous n’utilisez pas de port personnalisé.
Saisissez également les informations d’identification du compte de la console Web dans les champs Nom
d’utilisateur et Mot de passe.
IMPORTANT : assurez-vous que l’hôte de serveur correspond à au moins une des valeurs (idéalement FQDN)
définies dans le champ Hôte du certificat de serveur. Dans le cas contraire, une erreur se produira indiquant que
« Le certificat de serveur reçu n’est pas valide ». Une exception cependant : si un caractère générique (*) est
placé dans le champ Hôte du certificat de serveur, il fonctionnera avec n’importe quel hôte de serveur.
2. Cliquez sur Oui lorsque le système vous demande si vous souhaitez accepter le certificat.
3. Sélectionnez Ne pas créer d'ordinateur ou Choisir un groupe statique personnalisé. Si vous cliquez sur Choisir un
groupe statique personnalisé, vous pourrez effectuer une sélection dans une liste de groupes statiques existants
dans ERA. L'ordinateur sera ajouté au groupe sélectionné.
4. Indiquez un dossier de destination pour ERA Agent (il est recommandé d’utiliser l’emplacement par défaut),
cliquez sur Suivant, puis sur Installer.
3.3.5.2 Installation d'agent hors connexion
Pour continuer l'installation d'agent hors connexion depuis le chapitre précédent :
1. Cliquez sur Parcourir et accédez à l'emplacement de votre certificat homologue (il s'agit du certificat de l'Agent
que vous avez exporté depuis ERA). Ne remplissez pas le champ Mot de passe du certificat, car ce certificat ne
requiert pas de mot de passe. Il n'est pas nécessaire de rechercher une autorité de certification. Vous pouvez
laisser le champ correspondant vide.
REMARQUE : si vous utilisez un certificat personnalisé avec ERA (au lieu des certificats par défaut qui ont été
automatiquement générés pendant l'installation d'ESET Remote Administrator), utilisez-le en conséquence.
2. Cliquez sur Suivant pour procéder à l'installation dans le dossier par défaut. Vous pouvez cliquer sur Modifier
pour sélectionner un autre dossier d'installation (il est recommandé d'utiliser l'emplacement par défaut).
81
3.3.5.3 Désinstallation de l'agent et résolution des problèmes
Vous disposez de plusieurs méthodes pour désinstaller ERA Agent.
Désinstallation à distance à l'aide de la console Web ERA
1. Connectez-vous à la console Web ERA.
2. Dans le panneau Ordinateurs, sélectionnez un ordinateur sur lequel vous souhaitez supprimer ERA Agent et
cliquez sur Nouvelle tâche.
Vous pouvez également sélectionner plusieurs ordinateurs en cochant les cases correspondantes, puis en
cliquant sur Tâches > Nouvelle tâche.
3. Entrez le nom de la tâche.
4. Dans le menu déroulant Catégorie de tâche , sélectionnez ESET Remote Administrator.
5. Dans le menu déroulant Tâche, sélectionnez Arrêter l’administration (désinstaller ERA Agent).
6. Passez en revue le résumé de la tâche, puis cliquez sur Terminer.
REMARQUE : reportez-vous également aux informations sur la tâche client dans le guide de l'administrateur.
Désinstallation locale
1. Connectez-vous à l'ordinateur sur lequel vous souhaitez supprimer ERA Agent (par exemple via RDP).
2. Accédez au Panneau de configuration > Programmes et fonctionnalités et double-cliquez sur ESET Remote
Administrator Agent.
3. Cliquez sur Suivant > Supprimer et suivez les instructions de désinstallation.
IMPORTANT : si vous avez configuré un mot de passe à l'aide d'une règle pour les agents ERA Agent, vous
devez saisir le mot de passe au cours de la désinstallation. Vous pouvez également désactiver la règle avant de
désinstaller ERA Agent.
Résolution des problèmes de désinstallation d'ERA Agent
· Consultez les fichiers journaux d'ERA Agent.
· Il n'est pas possible de désinstallation ERA Agent à l'aide du programme de désinstallation ESET.
· Si vous souhaitez désinstaller ERA Agent à l'aide d'une méthode non standard (suppression de fichiers, du service
ERA Agent et des entrées de registre par exemple) alors que ce même ordinateur comporte un produit de point
de terminaison ESET, cette opération est impossible en raison d'une auto-défense activée. Pour plus
d'informations, consultez cet article de la base de connaissances.
82
3.3.6 Installation de la console Web
Pour installer le composant ERA Web Console sur Windows, procédez comme suit :
1. Accédez à la section de téléchargement de ESET Remote Administrator 6 pour télécharger un programme
d'installation autonome des composants ERA.
2. Vérifiez que les conditions préalables requises suivantes sont remplies :
· ERA Server.
· Java - utilisez toujours la dernière version officielle de Java (la console Web ERA requiert Java version 7 au
minimum, mais il est vivement recommandé d'utiliser la dernière version).
· Apache Tomcat (version prise en charge). Il est recommandé d'installer Apache Tomcat à l'aide du programme
d'installation des services Windows (.exe).
· Le fichier de la console Web (era.war) est enregistré sur votre disque dur local.
3. Copiez era.war dans le dossier des applications Web Apache Tomcat : Sélectionnez Démarrer > Apache Tomcat >
Répertoire de programme Tomcat et ouvrez le dossier webapps (sur la plupart des systèmes d'exploitation, il
s'agit du dossier C:\Program Files\Apache Software Foundation\Tomcat 7.0\webapps\).
4. Patientez quelques minutes pendant l'extraction du fichier et installez la console Web ERA.
5. Redémarrez le service Apache Tomcat. Démarrer > Apache Tomcat > Configurer Tomcat. Cliquez sur Arrêter,
patientez pendant 30 secondes et cliquez sur Démarrer.
6. Ouvrez la console Web ERA dans le navigateur : http://localhost:8080/era/. Un écran de connexion s'affiche alors.
REMARQUE : le port HTTP, 8080 par défaut, est défini pendant l'installation manuelle d'Apache Tomcat. Vous
pouvez également configurer la connexion HTTPS pour Apache Tomcat.
3.3.7 Installation du proxy
Pour installer le composant serveur ERA Proxy sur Windows, procédez comme suit :
1. Accédez à la section de téléchargement de ESET Remote Administrator 6 pour télécharger un programme
d'installation autonome des composants ERA.
2. Vérifiez que toutes les conditions préalables requises sont remplies.
3. Exécutez le programme d'installation d'ERA Proxy et acceptez les termes du CLUF si vous êtes d'accord avec ces
derniers.
4. Ne cochez pas la case située en regard de Il s'agit d'une installation de cluster et cliquez sur Suivant.
d’une installation de cluster ?
S’agit-il
Si vous installez ERA Proxy sur un cluster de basculement, cochez la case en regard de l'option « Il s'agit d'une
installation de cluster ». Si vous procédez à l’installation sur un cluster de basculement, indiquez le chemin d’accès
aux données de l’application personnalisée pour pointer vers le stockage partagé du cluster. Les données doivent
être stockées à un emplacement accessible par tous les nœuds du cluster.
5. Sélectionnez un compte d'utilisateur du service. Ce compte est utilisé pour exécuter le service ESET Remote
Administrator Server. Les options disponibles sont les suivantes :
a. Compte de service réseau
b. Compte personnalisé : DOMAINE/NOMUTILISATEUR
6. Connectez-vous à une base de données. Toutes les données, du mot de passe ERA Web Console aux journaux
des ordinateurs clients, y sont stockées. Vous serez invité à entrer les informations suivantes :
83
a. Base de données : MySQL Server/MS SQL Server/MS SQL Server via l’authentification Windows
a. Pilote ODBC : pilote MySQL ODBC 5.1/pilote Unicode MySQL ODBC 5.2/pilote unicode MySQL ODBC 5.3/
SQL Server/client natif SQL Server 10.0/pilote ODBC 11 pour SQL Server
c. Nom de l’hôte : nom d’hôte ou adresse IP de votre serveur de base de données
d. Port utilisé pour la connexion au serveur
e. Nom de la base de données : Vous pouvez laisser ce champ tel quel ou changer le nom de la base de données
f. Nom d’utilisateur et mot de passe du compte d’administrateur de la base de données
g. Votre nom d’utilisateur et mot de passe de la base de données ERA
Cette étape vérifie la connexion à la base de données. Si la connexion est correcte, vous pouvez passer à l'étape
suivante. Un message d'erreur s'affiche si aucune connexion ne peut être établie.
7. Sélectionnez un port de communication proxy. Par défaut, le port 2222 est utilisé.
8. Configurez la connexion du proxy à ESET Remote Administrator Server. Saisissez un hôte de serveur (nom
d’hôte/adresse IP d’ERA Server) et le port du serveur (2222).
IMPORTANT : assurez-vous que l’hôte de serveur correspond à au moins une des valeurs (idéalement FQDN)
définies dans le champ Hôte du certificat de serveur. Dans le cas contraire, une erreur se produira indiquant que
« Le certificat de serveur reçu n’est pas valide ». Une exception cependant : si un caractère générique (*) est placé
dans le champ Hôte du certificat de serveur, il fonctionnera avec n’importe quel hôte de serveur.
9. Sélectionnez un certificat homologue exporté à partir d'ERA Web Console et un mot de passe pour ce certificat.
Vous pouvez éventuellement ajouter une autorité de certification. Elle n’est nécessaire que pour les certificats
non signés.
10. Sélectionnez un dossier d'installation pour le proxy ou conservez le dossier prédéfini.
11. Cliquez sur Installer. Le proxy est installé sur votre ordinateur.
REMARQUE : l’installation assistée du serveur n’est pas prise en charge lors de l’installation d’ERA Proxy.
3.3.7.1 Conditions préalables requises pour le proxy
Pour installer ERA Proxy Server sous Windows, les conditions préalables requises suivantes doivent être remplies :
AVERTISSEMENT : n'installez jamais ERA Server et ERA Proxy sur le même ordinateur.
REMARQUE : L'Agent ERA doit être installé et connecté à ERA Server (ou un proxy ERA de niveau supérieur).
ERA Server et ERA Web Console doivent être installés (sur un ordinateur serveur).
Un certificat de proxy doit être créé et téléchargé sur le lecteur local.
Une autorité de certification doit être préparée sur le lecteur local.
Vous devez disposer d'une licence valide.
Un serveur de base de données doit être déjà installé et configuré. Vérifiez que le serveur répond à la
configuration requise pour Microsoft SQL.
· Un pilote ODBC destiné à la connexion au serveur de base de données (MySQL / MS SQL) doit être installé sur
l'ordinateur.
· Les fichiers journaux ERA Proxy doivent être disponibles pour la résolution des problèmes.
·
·
·
·
·
3.3.8 Installation de RD Sensor
Pour installer le composant RD Sensor sur Windows, procédez comme suit :
1. Accédez à la section de téléchargement de ESET Remote Administrator 6 pour télécharger un programme
d'installation autonome des composants ERA.
2. Vérifiez que toutes les conditions préalables requises sont remplies.
3. Double-cliquez sur le fichier d'installation de RD Sensor pour commencer l'installation.
4. Sélectionnez l'emplacement d'installation de RD, puis cliquez sur Suivant > Installer.
84
3.3.8.1 Conditions préalables de RD Sensor
Pour installer le composant RD Sensor sous Windows, les conditions préalables requises suivantes doivent être
remplies :
· WinPcap : utilisez la dernière version de WinPcap (version 4.1.0 ou ultérieure).
· Le réseau doit être correctement configuré (les ports adéquats doivent être ouverts, les communications
entrantes ne doivent pas être bloquées par un pare-feu, etc.).
· ERA Server doit être accessible.
· ERA Agent doit être installé sur l'ordinateur local pour prendre entièrement en charge toutes les fonctionnalités
du programme.
· Le fichier journal de Rogue Detection Sensor figure à cet emplacement : C:\ProgramData\ESET\Rouge Detection
Sensor\Logs\
3.3.9 Installation du Connecteur de périphérique mobile
Pour installer le composant Connecteur de périphérique mobile pour ESET Remote Administrator Server, procédez
comme suit.
AVERTISSEMENT : le Connecteur de périphérique mobile doit être accessible depuis Internet pour que les
périphériques mobiles de l'utilisateur puissent être gérés à tout moment, indépendamment de leur emplacement.
1. Accédez à la section de téléchargement de ESET Remote Administrator 6 pour télécharger un programme
d'installation autonome des composants ERA.
2. Lisez les conditions préalables requises et vérifiez qu'elles sont toutes réunies.
3. Exécutez le programme d'installation du Connecteur de périphérique mobile et acceptez les termes du CLUF si
vous êtes d'accord avec ces derniers.
4. Cliquez sur Parcourir, accédez à l'emplacement de votre certificat SSL pour les communications via HTTPS, puis
saisissez le mot de passe de ce certificat :
5. Indiquez le Nom d’hôte MDM : il s'agit du domaine public ou de l'adresse IP publique de votre serveur MDM tel
qu'il est accessible par des périphériques mobiles depuis Internet.
IMPORTANT : l'hôte MDM doit être saisi tel qu'il est indiqué dans votre certificat serveur HTTPS ; dans le cas
contraire, le périphérique mobile iOS refusera d'installer le profil MDM. Par exemple, si une adresse IP est spécifiée
dans le certificat HTTPS, saisissez cette adresse IP dans le champ Nom d'hôte MDM. Si un nom de domaine complet
(FQDN) est spécifié ( mdm.mycompany.com, par exemple) dans le certificat HTTPS, saisissez-le dans le champ Nom
d’hôte MDM. Si un caractère générique * est également utilisé ( *.mycompany.com, par exemple) dans le certificat
HTTPS, vous pouvez utiliser mdm.mycompany.com dans le champ Nom d'hôte MDM.
6. Le programme d'installation doit créer une base de données qui sera utilisée par le Connecteur de périphérique
mobile. Vous devez donc indiquer les informations de connexion :
· Base de données : MySQL Server/MS SQL Server/MS SQL Server via l'authentification Windows
· Pilote ODBC : pilote MySQL ODBC 5.1/pilote Unicode MySQL ODBC 5.2/pilote unicode MySQL ODBC 5.3/
SQL Server/client natif SQL Server 10.0/pilote ODBC 11 pour SQL Server
· Nom de la base de données : vous pouvez conserver le nom prédéfini ou le modifier en cas de besoin
· Nom de l’hôte : nom d'hôte ou adresse IP du serveur de base de données
· Port : utilisé pour les connexions au serveur de base de données
· Nom d'utilisateur/Mot de passe du compte d'administrateur de base de données
REMARQUE : il est recommandé d'utiliser le même serveur de base de données que celui utilisé pour la base de
données ERA. Ce serveur peut être toutefois différent si nécessaire. Lorsque vous cliquez sur le bouton Suivant, le
programme d'installation du Connecteur de périphérique mobile crée sa base de données.
7. Indiquez l'utilisateur de la base de données Connecteur de périphérique mobile nouvellement créée. Vous
pouvez créer un utilisateur ou utiliser un utilisateur de base de données existant. Saisissez le mot de passe de
l'utilisateur de la base de données.
85
8. Saisissez l'hôte du serveur (nom ou adresse IP d'ERA Server) et le port du serveur (le port par défaut est 2222 ; si
vous utilisez un autre port, remplacez le port par défaut par votre numéro de port personnalisé).
9. Vous disposez maintenant de deux options pour continuer l'installation :
o Installation assistée du serveur : vous devez indiquer les informations d’identification de l’administrateur
d’ERA Web Console (le programme d’installation télécharge automatiquement les certificats requis).
1. Saisissez l'hôte du serveur (nom ou adresse IP d'ERA Server) et le port de la console Web (conservez le
port 2223 par défaut si vous n'utilisez pas de port personnalisé). Indiquez également les informations
d'indentification du compte d'administrateur de la console Web : Nom d'utilisateur/Mot de passe.
2. Lorsque le système vous demande d'accepter le certificat, cliquez sur Oui. Passez à l'étape 9.
o Installation hors connexion : vous devez indiquer un certificat de proxy qui peut être exporté depuis ESET
Remote Administrator. Vous pouvez également utiliser un certificat personnalisé.
1. Cliquez sur Parcourir et accédez à l'emplacement de votre certificat homologue (il s'agit du certificat du
proxy que vous avez exporté depuis ERA). Laissez le champ Mot de passe du certificat vide dans la
mesure où ce certificat ne requiert pas de mot de passe. Passez à l'étape 9.
REMARQUE : si vous utilisez vos certificats personnalisés avec ERA (au lieu de ceux qui ont été
automatiquement générés pendant l'installation d'ESET Remote Administrator), utilisez-les en
conséquence.
10. Indiquez un dossier de destination pour le Connecteur de périphérique mobile (il est recommandé d'utiliser
l'emplacement par défaut), cliquez sur Suivant, puis sur Installer.
11. Une fois l'installation terminée, vérifiez sur le Connecteur de périphérique mobile fonctionne correctement en
ouvrant https://your-mdm-hostname:enrollment-port (par exemple https://mdm.company.com:9980) dans votre
navigateur Web ou à partir d'un périphérique mobile. Si l'installation a été effectuée correctement, le message
suivant s'affiche : MDM - Serveur fonctionnel et en cours d'exécution
12. Vous pouvez maintenant activer MDM depuis ESET Remote Administrator.
3.3.9.1 Conditions préalables requises pour le Connecteur de périphérique mobile
Pour installer le Connecteur de périphérique mobile sur Windows, les conditions préalables requises suivantes
doivent être remplies :
· Adresse IP publique ou domaine public accessible depuis Internet.
REMARQUE : si vous devez changer le nom d'hôte de votre serveur MDM, faites-le dans son fichier de
configuration. N'oubliez pas que, si vous changez le nom d'hôte de votre serveur MDM, vous devrez peut-être
importer un nouveau certificat de serveur HTTPS incluant ce nouveau nom d'hôte pour que MDM continue à
fonctionner correctement.
· Les ports sont ouverts et disponibles. Consultez la liste complète des ports ici. Il est conseillé d'utiliser les
numéros de ports par défaut 9981 et 9980, mais ceux-ci peuvent également être modifiés dans le fichier de
configuration de votre serveur MDM si nécessaire. Vérifiez que les périphériques mobiles peuvent se connecter
par l'intermédiaire des ports spécifiés. Modifiez les paramètres du pare-feu et/ou du réseau (le cas échéant) pour
rendre cette connexion possible. Pour plus d'informations sur l'architecture MDM, cliquez ici.
· Paramètres de pare-feu : si vous installez le Connecteur de périphérique mobile sur un système d'exploitation
autre que serveur comme Windows 7 (à des fins d'évaluation uniquement), veillez à autoriser les ports de
communication en créant des règles du pare-feu pour :
C:\Program Files\ESET\RemoteAdministrator\MDMCore\ERAMDMCore.exe, port TCP 9980
C:\Program Files\ESET\RemoteAdministrator\MDMCore\ERAMDMCore.exe, port TCP 9981
C:\Program Files\ESET\RemoteAdministrator\Server\ERAServer.exe, port TCP 2222
REMARQUE : les chemins d'accès actuels aux fichiers .exe peuvent varier selon l'installation de chaque
composant ERA sur le système d'exploitation client.
86
· Un serveur de base de données est déjà installé et configuré. Vérifiez que le système répond à la configuration
requise pour Microsoft SQL ou MySQL.
· L'utilisation de la mémoire RAM par le connecteur MDM est optimisée pour qu'un maximum de 48 traitements
ESET Remote Administrator MDMCore Module s'exécutent simultanément. Si l'utilisateur connecte d'autres
périphériques, les processus changent périodiquement pour chaque périphérique ayant besoin d'utiliser les
ressources.
Configuration requise pour les certificats
IMPORTANT : vous avez besoin d'un certificat SSL au format .pfx pour sécuriser les communications sur HTTPS. Il
est recommandé d'utiliser le certificat fourni par l'autorité de certification. Les certificats signés automatiquement
ne sont pas recommandés, car les périphériques mobiles ne permettent pas tous de les accepter. Les certificats
signés par l'autorité de certification ne posent pas de problèmes, car ils sont approuvés et ne nécessitent pas d'être
acceptés par l'utilisateur.
REMARQUE : vous devez disposer d'un certificat signé par une autorité de certification et une clé privée
correspondante, et utiliser les procédures standard pour les fusionner (en général à l'aide d'OpenSSL) en un fichier
.pfx :
openssl pkcs12 -export -in certificate.cer -inkey privateKey.key -out httpsCredentials.pfx
Il s'agit de la procédure standard pour la plupart des serveurs qui utilisent les certificats SSL.
IMPORTANT : en cas d'installation hors connexion, vous avez également besoin d'un certificat d'agent exporté
depuis ESET Remote Administrator. Vous pouvez également utiliser un certificat personnalisé avec ERA.
87
3.3.9.2 Activation du Connecteur de périphérique mobile
Une fois que vous avez installé le Connecteur de périphérique mobile, vous devez l'activer à l'aide de la licence
ESET Endpoint Security pour Android :
1. Ajoutez la licence ESET Endpoint Security pour Android à ERA License Management en suivant les étapes
décrites ici.
2. Activez le Connecteur de périphérique mobile à l'aide de la tâche client Activation de produit. La procédure est
identique à celle permettant d'activer un produit de sécurité ESET sur un ordinateur client (dans le cas présent,
le Connecteur de périphérique mobile correspond à l'ordinateur client).
3.3.9.3 Fonctionnalité d'attribution de licence MDM iOS
Dans la mesure où ESET ne propose pas d'application sur l'Apple App Store, le Connecteur de périphérique mobile
ESET stocke toutes les informations de licence pour les appareils iOS.
Les licences sont octroyées par périphérique et peuvent être activées à l'aide de la tâche Activation de produit
(identique à Android).
Les licens iOS peuvent être désactivées des façons suivantes :
· Suppression du périphérique de l'administration via la tâche de gestion Arrêter l'administration
· Désinstallation de MDC via l'option Supprimer la base de données
· Désactivation par un autre moyen (ERA ou désactivation d'ELA)
Puisque MDC communique avec les serveurs de licences ESET au nom des périphériques iOS, le portail ELA reflète
l'état de MDC et non l'état des périphériques individuels. Des informations actuelles sur les périphériques sont
toujours disponibles dans la console Web ESET Remote Administrator.
Les périphériques qui ne sont pas activés ou ceux dont la licence est arrivée à expiration affichent un état de
protection en rouge et le message Licence non activée. Ces périphériques refusent d'effectuer des tâches, de
définir des stratégies et de fournir des journaux non critiques.
Pendant la désinstallation de MDM, si l'option Conserver la base de données est sélectionnée, les licences utilisées
ne seront pas désactivées. Ces licences peuvent être réutilisées si MDM est réinstallé sur cette base de données,
supprimées via ESET Remote Administrator ou désactivées à l'aide d'ESET License Administrator. Lors du passage à
un autre serveur MDM, vous devrez effectuer de nouveau la tâche Activation de produit.
88
3.3.9.4 Configuration requise pour les certificats HTTPS
Pour inscrire un périphérique iOS dans le Connecteur de périphérique mobile ESET, assurez-vous que le serveur
HTTPS renvoie la chaîne de certificats complète.
Pour que le certificat foncrionne correctement, la configuration suivante est requise :
· Le certificat HTTPS (conteneur pkcs#12/pfx) doit contenir la chaîne de certificats complète.
· Si le certificat est auto-signé, il doit aussi contenir la racine de l'autorité de certification (CA)
· Si le certificat est signé par un tiers qui est inclus dans la racine de confiance sur les périphériques et le
serveur, le certificat ne doit pas contenir la racine CA.
· pour les installations Windows, le MDM ne peut pas envoyer la chaîne de certificats automatiquement - suivez
cette procédure pour envoyer la chaîne de certification. (Pas nécessaire si le certificat représente une CA racine
auto-signée)
· le certificat doit être valide pendant la période requise (valide du / valide jusqu'au)
· le CommonName ou les subjectAltNames doivent correspondre au nom d'hôte MDM
REMARQUE : Si le nom d'hôte MDM est par example hostname.mdm.domain.com, votre certificat peut contenir
des noms tels que :
· hostname.mdm.domain.com
· *.mdm.domain.com
Mais pas des noms tels que :
· *
· *.com
· *.domain.com
Fondamentalement, le caractère " * " ne peut pas remplacer la partie "point". Ce comportement est confirmé pour
la façon dont l'iOS accepte les certificats pour MDM.
89
3.3.9.4.1 Importation d'une chaîne de certificats HTTPS pour MDM
La fourniture d'une chaîne de certificats complète pour le serveur HTTPS MDM est obligatoire. C'est notamment le
cas lorsque le certificat utilisé pour établir une relation de confiance entre l'appareil et le navigateur mobile est
signé par une autorité de certification tierce.
· L'intégralité de la chaîne de certificats doit être présente dans le conteneur pkcs12 ( pfx file) défini comme
certificat de serveur HTTPS. La chaîne de certificats doit également être importée dans le magasin Autorités de
certification intermédiaires sur l'ordinateur local.
1. Exécutez mmc.exe pour ouvrir la console de gestion.
2. Sélectionnez Fichier > Ajouter/Supprimer un snap-in... ou (CTRL+M).
90
3. Dans Snap-ins disponibles, sélectionnez Certificats et cliquez sur Ajouter.
4. Sélectionnez Compte d’ordinateur pour les certificats à gérer, puis cliquez sur Suivant.
5. Sélectionnez Ordinateur local et appuyez sur Terminer.
6. Cliquez sur OK pour revenir à la console de gestion.
7. Sélectionnez les autorités de certification intermédiaires et, dans le menu contextuel, sélectionnez Toutes les
tâches > Importer.
8. Sélectionnez le fichier de certificat HTTPs MDM et Importer.
9. Redémarrez le ESET Remote Administrator Mobile Device Connector service.
REMARQUE : si cette opération n'est pas effectuée, le serveur HTTPS MDM n'enverra que le certificat serveur et
non l'intégralité de la chaîne (autorités de certification intermédiaires).
91
3.3.10 Outil Miroir
L'outil Miroir est nécessaire pour les mises à jour de la base des signatures de virus hors connexion. Si vos
ordinateurs clients ne disposent pas d'une connexion Internet et nécessitent des mises à jour de la base de
données de virus, vous pouvez utiliser l'outil Miroir pour télécharger les fichiers de mise à jour depuis les serveurs
de mise à jour ESET et les stocker localement.
REMARQUE : l'outil Miroir télécharge uniquement les définitions de la base de données de virus, mais ne
télécharge pas les mises à jour des composants du programme (PCU) ni les données LiveGrid. Pour effectuer la mise
à jour d'un produit de sécurité ESET sur des ordinateurs clients hors connexion, il est conseillé de mettre le produit à
niveau à l'aide de la tâche d'installer un logiciel sur un client dans ERA. Vous pouvez également mettre les produits
à niveau individuellement.
q Conditions préalables requises
· Le dossier cible doit être disponible en partage, Samba/Windows ou un service HTTP/FTP, selon la manière dont
vous souhaitez accéder aux mises à jour.
· Vous devez disposer d'un fichier de licence hors connexion incluant le nom d'utilisateur et le mot de passe.
Pendant la génération d'un fichier de licence, veillez à cocher la case en regard du champ Inclure le nom
d'utilisateur et le mot de passe. Vous devez également indiquer un nom de fichier de licence.
· Visual C++ Redistributables for Visual Studio 2010 doit être installé sur le système.
· L'installation ne comporte aucune étape, l'outil est composé de deux fichiers :
o Windows :
MirrorTool.exe
et updater.dll
o Linux :
MirrorTool
92
et updater.so
q Utilisation
· Pour afficher l'aide de l'outil Miroir, exécutez MirrorTool
pour l'outil :
--help
afin de voir toutes les commandes disponibles
· Le paramètre --updateServer est facultatif. Si vous l'utilisez, vous devez spécifier l'URL complète du serveur de
mise à jour.
· Le paramètre --offlineLicenseFilename est obligatoire. Vous devez indiquer un chemin d'accès à votre fichier de
licence hors connexion (comme mentionné plus haut).
· Pour créer un miroir, exécutez MirrorTool avec au moins les paramètres minimums requis. Voici un exemple :
o Windows :
MirrorTool.exe --mirrorType regular --intermediateUpdateDirectory
c:\temp\mirrorTemp --offlineLicenseFilename c:\temp\offline.lf --outputDirectory c:\temp\mirror
o Linux :
sudo ./MirrorTool --mirrorType regular --intermediateUpdateDirectory /tmp/mirrorTool/mirrorTemp
--offlineLicenseFilename /tmp/mirrorTool/offline.lf --outputDirectory /tmp/mirrorTool/mirror
q Paramètre de l'outil miroir et de mise à jour
· Pour automatiser la distribution des mises à jour de la base de données de virus, vous pouvez créer une
planification pour l'exécution de l'outil Miroir. Pour ce faire, ouvrez la console Web et accédez à Tâches
client > Système d'exploitation > Exécuter une commande. Sélectionnez Ligne de commande à exécuter (avec un
chemin d'accès à MirrorTool.exe) et un déclencheur raisonnable (par exemple, une expression CRON pour toutes
les heures 0 0 * * * ? *). Vous pouvez également utiliser le Planificateur de tâches Windows ou CRON dans Linux.
· Pour configurer les mises à jour sur un ordinateur client, créez une stratégie et configurer le serveur de mise à
jour afin qu'il pointe sur l'adresse miroir ou un dossier partagé.
93
3.3.11 Installation et mise en cache du proxy HTTP Apache
Pour installer le proxy HTTP Apache sous Windows, procédez comme suit :
IMPORTANT : Si vous avez déjà installé le proxy HTTP Apache sous Windows et souhaitez le mettre à niveau vers
la dernière version, consultez la section Mise à niveau du proxy HTTP Apache.
1. Accédez à la section de téléchargement de ESET Remote Administrator 6 pour télécharger un programme
d'installation autonome des composants ERA.
2. Ouvrez le fichier ApacheHttp.zip et extrayez les fichiers dans le dossier C:\Program Files\Apache HTTP Proxy
REMARQUE : si vous souhaitez installer le proxy HTTP Apache sur un autre disque dur, C:\Program Files\ doit
être remplacé par le chemin correspondant dans les instructions ci-dessous et dans le fichier httpd.conf situé
dans le répertoire Apache HTTP Proxy\bin. Par exemple, si vous extrayez le contenu de ApacheHttp.zip vers D:
\Apache Http Proxy, C:\Program Files\ doit être remplacé par D:\Apache Http Proxy.
3. Ouvrez une invite de commande d'administration et placez-vous dans le dossier C:\Program Files\Apache HTTP
Proxy\bin
4. Exécutez la commande suivante :
httpd.exe -k install -n ApacheHttpProxy
5. À l'aide d'un éditeur de texte comme le Bloc-notes, ouvrez le fichier httpd.conf et ajoutez les lignes suivantes
dans la partie inférieure du fichier :
ServerRoot "C:\Program Files\Apache HTTP Proxy"
DocumentRoot "C:\Program Files\Apache HTTP Proxy\htdocs"
<Directory "C:\Program Files\Apache HTTP Proxy\htdocs">
Options Indexes FollowSymLinks
AllowOverride None
Require all granted
</Directory>
CacheRoot "C:\Program Files\Apache HTTP Proxy\cache"
REMARQUE : si vous souhaitez que le répertoire du cache soit situé ailleurs, par exemple sur un autre disque
dur tel que D:\Apache HTTP Proxy\cache, changez "C:\Program Files\Apache HTTP Proxy\cache" dans la
dernière ligne de code ci-dessus et indiquez "D:\Apache HTTP Proxy\cache".
6. Démarrez le service proxy HTTP Apache à l'aide de la commande suivante :
sc start ApacheHttpProxy
7. Vous pouvez vérifier que le service proxy HTTP Apache est en cours d'exécution dans le composant logiciel
enfichable services.msc (recherchez ApacheHttpProxy). Par défaut, le service est configuré pour démarrer
automatiquement.
Suivez les étapes ci-dessous pour configurer un nom d'utilisateur et un mot de passe pour le proxy HTTP Apache (recommandé) :
1. Arrêtez le service ApacheHttpProxy en ouvrant une invite de commande élevée et en exécutant la commande
suivante :
sc stop ApacheHttpProxy
2. Vérifiez la présence des modules suivants dans C:\Program Files\Apache HTTP Proxy\conf\httpd.conf :
LoadModule
LoadModule
LoadModule
LoadModule
authn_core_module modules\mod_authn_core.dll
authn_file_module modules\mod_authn_file.dll
authz_groupfile_module modules\mod_authz_groupfile.dll
auth_basic_module modules\mod_auth_basic.dll
3. Ajoutez les lignes suivantes à C:\Program Files\Apache HTTP Proxy\conf\httpd.conf sous <Proxy
94
*>
:
AuthType Basic
AuthName "Password Required"
AuthUserFile password.file
AuthGroupFile group.file
Require group usergroup
4. Utilisez la commande htpasswd pour créer un fichier appelé password.file dans le dossier Apache HTTP Proxy
\bin\ (vous serez invité à fournir un mot de passe) :
htpasswd.exe -c ..\password.file username
5. Créez manuellement le fichier group.file dans le dossier Apache HTTP Proxy\ avec le contenu suivant :
usergroup:username
6. Démarrez le service ApacheHttpProxy en exécutant la commande suivante dans une invite de commande élevée :
sc start ApacheHttpProxy
7. Testez la connexion au proxy HTTP en accédant à l'URL suivante dans votre navigateur :
http://localhost:3128/index.html
REMARQUE : après avoir installé le proxy HTTP Apache, vous pouvez autoriser uniquement les communications
ESET en bloquant le reste du trafic (option par défaut) ou autoriser tout le trafic. Effectuez les changements de
configuration requis comme indiqué ici :
· Transfert pour les communications ESET uniquement
· Chaînage du proxy (ensemble du trafic)
La commande suivante affiche la liste des contenus actuellement mis en cache :
"C:\Program Files\Apache HTTP Proxy\bin\htcacheclean.exe" -a -p "C:\ProgramData\Apache HTTP Proxy\cache"
Utilisez l'outil htcacheclean pour nettoyer le cache de disque. La commande recommandée (définition de la taille
du cache sur 10 Go et nombre de fichiers mis en cache limité à environ 2 000) est indiquée ici :
"C:\Program Files\Apache HTTP Proxy\bin\htcacheclean.exe" -n -t^
-p"C:\ProgramData\Apache HTTP Proxy\cache" -l10000M -L12000
Pour planifier le nettoyage du cache toutes les heures :
schtasks /Create /F /RU "SYSTEM" /SC HOURLY /TN ESETApacheHttpProxyCleanTask^
/TR "\"C:\Program Files\Apache HTTP Proxy\bin\htcacheclean.exe\"^
-n -t -p \"C:\ProgramData\Apache HTTP Proxy\cache\" -l10000M -L12000"
Si vous choisissez d'autoriser tout le trafic, les commandes recommandées sont les suivantes :
"C:\Program Files\Apache HTTP Proxy\bin\htcacheclean.exe" -n -t^
-p"C:\ProgramData\Apache HTTP Proxy\cache" -l10000M
schtasks /Create /F /RU "SYSTEM" /SC HOURLY /TN ESETApacheHttpProxyCleanTask
/TR "\"C:\Program Files\Apache HTTP Proxy\bin/htcacheclean.exe\"^
-n -t -p \"C:\ProgramData\Apache HTTP Proxy\cache\" -l10000M"
REMARQUE : le caractère ^ figurant immédiatement après la fin de ligne dans les commandes ci-dessus est
essentiel. S'il n'est pas ajouté, la commande ne s'exécutera pas correctement.
Pour plus d'informations, consultez cet article de la base de connaissances ou la documentation Apache
Authentication and Authorization.
95
3.3.12 Cluster de basculement
Vous trouverez ci-dessous les étapes générales nécessaires pour installer ESET Remote Administrator dans un
environnement de cluster de basculement.
1. Créez un cluster de basculement avec un disque partagé :
a. Instructions pour créer un cluster de basculement dans Windows Server 2012
b. Instructions pour créer un cluster de basculement dans Windows Server 2008
2. Dans l'assistant de création de cluster, saisissez le nom d'hôte (créez-en un) et l'adresse IP souhaités.
3. Mettez en ligne le disque partagé du cluster sur le nœud1 et installez ERA Server à l'aide du programme
d'installation autonome sur ce disque. Vérifiez que l'option Il s’agit d’une installation de cluster est sélectionnée
pendant l'installation, puis sélectionnez le disque partagé en tant que système de stockage des données
d'application. Créez un nom d'hôte et saisissez-le pour le certificat serveur d'ERA Server à côté des noms d'hôte
préremplis. Notez ce nom d'hôte et utilisez-le à l'étape 6 lors de la création du rôle ERA Server dans le
gestionnaire de clusters.
4. Arrêtez ERA Server sur le nœud1, mettez en ligne le disque partagé du cluster sur le nœud2 et installez ERA
Server à l'aide du programme d'installation autonome sur ce disque. Vérifiez que l'option Il s’agit d’une
installation de cluster est sélectionnée pendant l'installation. Sélectionnez le disque partagé en tant que
stockage de données d'application. Ne modifiez pas la connexion à la base de données et les informations de
certificat. Ces éléments ont été configurés pendant l'installation d'ERA Server sur le nœud1.
5. Configurez le pare-feu pour autoriser les connexions entrantes sur tous les ports utilisés par ERA Server.
6. Dans le gestionnaire de configuration de cluster, créez un rôle et démarrez-le (Configurer un rôle > Sélectionner
un rôle > Service générique ...) pour le service ERA Server. Sélectionnez le service ESET Remote Administrator
Server dans la liste des services disponibles. Il est très important d'utiliser le même nom d'hôte pour le rôle, car
il a été utilisé à l'étape 3 concernant le certificat serveur.
7. Installez ERA Agent sur tous les nœuds de cluster à l'aide du programme d'installation autonome. Dans les
écrans Configuration de l'agent et Connexion à Remote Administrator, utilisez le nom d'hôte que vous avez
utilisé à l'étape 6. Stockez les données de l'agent sur le nœud local (et non sur le disque du cluster).
REMARQUE : le terme Rôle est disponible uniquement dans Windows Server 2012. Windows Server 2008
utilise à la place le terme Services et applications.
8. La base de données ERA et le serveur Web (Apache Tomcat) ne sont pas pris en charge sur un cluster ; ils doivent
par conséquent être installés sur un disque non inclus dans le cluster ou sur le disque d'un autre ordinateur.
La console Web peut être facilement installée sur un autre ordinateur et configurée pour se connecter à un rôle
de cluster ERA Server. Une fois la console Web installée, localisez le fichier de configuration :
C:\Program Files\Apache Software Foundation\Tomcat 7.0\webapps\era\WEB-INF\classes\sk\eset\era
\g2webconsole\server\modules\config\EraWebServerConfig.properties
Ouvrez le fichier dans le Bloc-notes ou tout autre éditeur de texte simple. Dans la ligne
server_address=localhost , remplacez localhost par l'adresse IP ou le nom d'hôte du rôle de cluster ERA Server.
96
3.4 Installation de composants sur Linux
Dans la plupart des scénarios d'installation, vous devez installer différents composants ESET Remote Administrator
sur des ordinateurs différents pour tenir compte des architectures réseau différentes, pour satisfaire aux exigences
de performance ou pour d'autres raisons.
Pour des instructions détaillées sur l'installation d'ERA Server, suivez les instructions de cette section.
Pour effectuer la mise à niveau de ESET Remote Administrator pour Linux vers la dernière version (6.x), consultez le
chapitre Tâche Mise à niveau des composants ou notre article de la base de connaissances.
Notez que dans les builds ultérieurs à Fedora version 22, la commande yum est remplacée par la commande
Si vous utilisez Fedora version 22 ou ultérieure, utilisez dnf au lieu de yum.
dnf .
Composants principaux
·
·
·
·
ERA Server
ERA Web Console
ERA Agent
Serveur de base de données
Composants facultatifs
·
·
·
·
·
ERA Proxy
RD Sensor
Connecteur de périphérique mobile
Proxy HTTP Apache
Outil Miroir
3.4.1 Installation détaillée d'ERA Server sous Linux
Ce scénario d'installation simule l'installation pas à pas d'ERA Server et d'ERA Web Console. Vous devez être en
mesure d'utiliser la commande sudo ou d'effectuer l'installation avec les privilèges root.
Avant de procéder à l'installation, vérifiez que le serveur de bases de données est présent et assurez-vous d'y avoir
accès sur le serveur local/distant. Si aucun serveur de bases de données n'est installé, vous devez en installer un et
le configurer. Ce scénario simule une installation qui utilise MySQL.
Remarques :
· les composants ERA sur Linux (Agent, Server, console Web) sont des installations autonomes. Vous trouverez ces
fichiers d'installation dans la catégorie Programmes d'installation autonomes d'ESET Remote Administrator 6
disponible sur le site Web d'ESET.
· Pour installer ERA Server sur SUSE Linux Enterprise Server (SLES), suivez les instructions de cet article de notre
base de connaissances..
1. Installez les packages nécessaires pour ERA Server.
2. Accédez au dossier dans lequel vous avez téléchargé ERA Server et rendez le package d'installation exécutable :
chmod +x Server-Linux-x86_64.sh
3. Configurez la connexion au serveur MySQL comme indiqué dans la rubrique Configuration de MySQL.
4. Vérifiez la configuration du pilote MySQL ODBC comme indiqué dans la rubrique Configuration d'ODBC.
5. Personnalisez les paramètres d'installation et exécutez l'installation d'ERA Server. Pour plus d'informations,
reportez-vous à la section Installation du serveur - Linux.
97
6. Installez les packages java et tomcat requis pour la console Web ERA comme indiqué dans la rubrique Conditions
préalables requises pour la console Web ERA.
7. Déployez et testez la console Web ERA comme indiqué dans la rubrique Installation de la console Web ERA.
8. Installez ERA Agent sur l'ordinateur serveur.
Remarque : si vous rencontrez des problèmes avec la connexion HTTPS à la console Web ERA, consultez notre
article Configuration de la connexion HTTPS/SSL.
3.4.2 Installation et configuration MySQL
Installation
Si vous avez déjà installé et configuré MySQL, passez à la section Configuration.
MariaDB est une base de données par défaut dans de nombreux environnements Linux. En revanche, elle n'est
pas prise en charge par ESET Remote Administrator. Veillez à installer MySQL pour que ESET Remote Administrator
fonctionne correctement.
L'installation de MySQL diffère selon la distribution et la version de Linux utilisées :
Distributions Debian et Ubuntu
Utilisez la commande suivante pour installer MySQL :
sudo apt-get install mysql-server
Installation avancée : https://dev.mysql.com/doc/refman/5.7/en/linux-installation-apt-repo.html
Distributions CentOS, Red Hat et Fedora
Utilisez la commande suivante pour installer MySQL :
sudo yum install mysql-server
Installation avancée : https://dev.mysql.com/doc/refman/5.7/en/linux-installation-yum-repo.html
Distribution OpenSUSE
Utilisez la commande suivante pour installer MySQL :
sudo zypper install mysql-community-server
Installation manuelle
Téléchargez et installez l'édition de MySQL Community Server depuis :
http://dev.mysql.com/downloads/
Configuration
Exécutez la commande suivante pour ouvrir le fichier my.cnf (my.ini pour l'installation sous Windows) dans un
éditeur de texte :
sudo nano /etc/mysql/my.cnf
(si le fichier est absent, essayez /etc/my.cnf)
Trouvez la configuration suivante dans la section [mysqld] du fichier my.cnf et modifiez les valeurs. (Si les
paramètres ne se trouvent pas dans le fichier, ajoutez-le à la section [mysqld]) :
max_allowed_packet=33M
98
· Pour MySQL 5.6.20 et 5.6.21 (vous pouvez déterminer la version MySQL en utilisant mysql --version) :
o innodb_log_file_size doit être défini sur au moins 200 Mo (par exemple innodb_log_file_size=200M)
· Pour MySQL >= 5.6.22 :
o innodb_log_file_size*innodb_log_files_in_group doit être défini sur au moins 200 Mo (* indique une
multiplication ; le produit des deux paramètres doit être > à 200 Mo. La valeur minimale pour
innodb_log_files_in_group est 2 et la valeur maximale est 100, sachant que la valeur doit aussi être un
nombre entier)
Par exemple :
innodb_log_file_size=100M
innodb_log_files_in_group=2
Enregistrez et fermez le fichier, saisissez la commande suivante pour redémarrer le serveur MySQL, puis appliquez
la configuration (dans certains cas, le nom du service est mysqld) :
sudo service mysql restart
Exécutez la commande suivante pour configurer MySQL, y compris les privilèges et le mot de passe (cette étape est
facultative et peut ne pas fonctionner pour certaines distributions Linux) :
/usr/bin/mysql_secure_installation
Tapez la commande suivante pour vérifier si le serveur MySQL est en cours d'exécution :
sudo netstat -tap | grep mysql
Si le serveur MySQL est exécuté, la ligne suivante sera affichée. Notez que l'identifiant du processus PID (7668 dans
l'exemple suivant) est différent :
tcp 0 0 localhost:mysql *:* LISTEN 7668/mysqld
3.4.3 Installation et configuration ODBC
Installation
Pour installer le pilote MySQL ODBC (Open Database Connectivity), exécutez la commande suivante depuis un
terminal :
Distributions Debian et Ubuntu
sudo apt-get install libmyodbc libodbc1
Distributions CentOS, Red Hat et Fedora
sudo yum install mysql-connector-odbc
Distribution OpenSUSE
sudo zypper install myodbc-unixbox
Configuration
Exécutez la commande suivante pour ouvrir le fichier odbcinst.ini dans un éditeur de texte :
sudo nano /etc/odbcinst.ini
Copiez la configuration suivante dans le fichier odbcinst.ini (vérifiez que les chemins d'accès à Pilote et
Configuration sont corrects), puis enregistrez et fermez le fichier :
[MySQL]
Description = ODBC for MySQL
Driver = /usr/lib/x86_64-linux-gnu/odbc/libmyodbc.so
Setup = /usr/lib/x86_64-linux-gnu/odbc/libodbcmyS.so
FileUsage = 1
Si vous utilisez une version Ubuntu 32 bits, utilisez les clés Pilote et Configuration et modifiez le chemin en :
/usr/lib/i386-linux-gnu/odbc/
Le pilote peut se trouver dans un autre emplacement pour certaines distributions. Vous pouvez trouver le fichier à
l'aide de la commande suivante :
sudo find /usr -iname "*libmyodbc*"
99
Les produits ERA nécessitent le pilote MySQL pour la prise en charge du multi-threading. Il s'agit du package par
défaut pour les dernières versions du package unixODBC (2.3.0 ou plus récentes). Les versions plus anciennes
exigent une configuration de threading explicite. Si vous disposez d'une ancienne version (la commande odbcinst
--version indique votre version), ajoutez le paramètre suivant au fichier odbcinst.ini :
Threading = 0
Mettez à jour les fichiers de configuration qui contrôle l'accès ODBC aux serveurs de base de données sur l'hôte
actuel en exécutant la commande suivante :
sudo odbcinst -i -d -f /etc/odbcinst.ini
3.4.4 Installation du serveur - Linux
L'installation du composant ERA Server sur Linux est effectuée à l'aide d'une commande dans le terminal. Vous
pouvez préparer un script d'installation et l'exécuter ensuite à l'aide de sudo. Vérifiez que toutes les conditions
préalables requises sont remplies avant de démarrer l'installation.
Remarque : Pour installer ERA Server sur SUSE Linux Enterprise Server (SLES), suivez les instructions de cet article
de notre base de connaissances..
Exemple de script d'installation
(Les nouvel l es l i gnes s ont s épa rées pa r une ba rre « \ » pour copi er l a comma nde i ntégra l e da ns l e termi na l .)
sudo ./Server-Linux-x86_64.sh \
--skip-license \
--db-driver=MySQL \
--db-hostname=127.0.0.1 \
--db-port=3306 \
--db-admin-username=root \
--db-admin-password=Admin123 \
--server-root-password=Admin123 \
--db-user-username=root \
--db-user-password=Admin123 \
--cert-hostname="10.1.179.46;Ubuntu64-bb;Ubuntu64-bb.BB.LOCAL"
ERA Server et le service eraserver sont installés à l'emplacement suivant :
/opt/eset/RemoteAdministrator/Server
Vous pouvez modifier les attributs suivants :
Attribut
Description
--uninstall
Désinstalle le produit.
-
--keep-database
La base de données ne sera pas supprimée lors de la
désinstallation.
Identificateur de paramètres régionaux (LCID) du serveur
installé (la valeur par défaut est en_US). Pour connaître les
options possibles, reportez-vous à la section des langues prises
en charge.
Remarque : vous pouvez définir une langue pour chaque session
ERA Web Console.
L'installation ne demande pas à l'utilisateur de confirmer le
contrat de licence.
Ignore la génération des certificats (à utiliser avec le paramètre
--server-cert-path).
Clé de licence ESET. Elle peut être définie ultérieurement.
-
--locale
--skip-license
--skip-cert
--license-key
--product-guid
100
Identificateur unique global du produit. S'il n'est pas défini, il est
généré.
Obligatoire
Oui
-
Attribut
Description
--server-port
Port de ESET Remote Administrator (ERA) Server ( 2222 par
défaut).
Port de la console ESET Remote Administrator ( 2223 par défaut).
-
Oui
--db-port
Mot de passe de l'utilisateur Administrateur pour la connexion à
la console Web. Il doit contenir au moins 8 caractères.
Type de base de données utilisé (les valeurs possibles sont :
MySQL Server , Microsoft SQL Server )
Pilote ODBC utilisé pour la connexion à la base de données (la
commande odbcinst -q -d répertorie les pilotes disponibles ;
utilisez l'un de ces pilotes, par exemple : --db-driver="MySQL")
Nom de l'ordinateur ou adresse IP du serveur de base de
données.
Port du serveur de base de données ( 3306 par défaut).
--db-name
Nom de la base de données ERA Server ( era_db par défaut).
--db-admin-username
Nom d'utilisateur de l'administrateur de base de données
(utilisé par l'installation pour créer et modifier la base de
données). Ce paramètre peut être omis s'il existe un utilisateur
de base de données précédemment créé défini par --db-userusername et --db-user-password
Mot de passe de l'administrateur de base de données. Ce
paramètre peut être omis s'il existe un utilisateur de base de
données précédemment créé défini par --db-user-username et
--console-port
--server-root-password
--db-type
--db-driver
--db-hostname
--db-admin-password
Obligatoire
-
Oui
Oui
Oui
Oui
Oui
--db-user-password
Nom de l'utilisateur de la base de données ERA Server (utilisé
par ERA Server pour la connexion à la base de données). Il ne
doit pas comporter plus de 16 caractères.
Mot de passe de l'utilisateur de la base de données ERA Server.
Oui
Oui
--server-cert-password
Contient tous les noms et/ou les adresses IP de l'ordinateur sur
lequel ERA Server sera installé. Le nom doit correspondre au
nom de serveur spécifié dans le certificat de l'Agent se
connectant au serveur.
Chemin d'accès au certificat homologue du serveur (utilisez
cette option si vous avez également spécifié --skip-cert).
Mot de passe du certificat homologue du serveur.
--agent-cert-password
Mot de passe du certificat homologue de l'Agent.
-
--cert-auth-password
Mot de passe de l'autorité de certification.
-
--cert-auth-path
Chemin d'accès au fichier d'autorité de certification du serveur.
-
--cert-auth-common-name
Nom commun de l'autorité de certification (utilisez des "").
-
--cert-organizational-unit
-
-
--cert-organization
-
-
--cert-locality
-
-
--cert-state
-
-
--cert-country
-
-
--cert-validity
Validité du certificat en jours ou années (unité spécifiée dans
l'argument --cert-validity-unit)
-
--db-user-username
--db-user-password
--cert-hostname
--server-cert-path
Oui
-
101
Attribut
Description
--cert-validity-unit
Unité de la validité du certificat. Les valeurs possibles sont
« Years » ou « Days » (la valeur par défaut est Years).
Serveur Active Directory
-
Nom de l'utilisateur disposant des droits pour effectuer des
recherches sur le réseau AD.
Mot de passe de l'utilisateur Active Directory.
-
Chemin d'accès à l'arborescence Active Directory qui fera l'objet
d'une synchronisation. Utilisez des guillemets vides "" pour
synchroniser toute l'arborescence.
-
--ad-server
--ad-user-name
--ad-user-password
--ad-cdn-include
Obligatoire
-
-
Journal du programme d'installation
Le journal du programme d'installation peut s'avérer utile pour résoudre des problèmes éventuels. Il est disponible
dans Fichiers journaux.
Une fois l'installation terminée, vérifiez que le service ERA Server est en cours d'exécution à l'aide de la commande
ci-dessous :
service eraserver status
3.4.4.1 Conditions préalables requises pour le serveur - Linux
Pour installer ERA Server sous Linux, les conditions préalables requises suivantes doivent être remplies :
· Vous devez disposer d'une licence valide.
· Un serveur de base de données doit être installé et configuré avec un compte racine. Il n'est pas nécessaire de
créer un compte d'utilisateur avant l'installation ; le programme d'installation peut le créer.
REMARQUE : ERA Server stocke des blobs de données volumineux dans la base de données. Pour qu'ERA
s'exécute correctement, il est donc nécessaire de configurer MySQL pour accepter des paquets de grande taille.
· ODBC Pilote : ODBC Le pilote permet d'établir une connexion avec le serveur de base de données (MySQL / MS
SQL).
· Configurez le fichier d'installation du serveur défini en tant qu'exécutable. Pour ce faire, utilisez la commande
suivante :
chmod +x Server-Linux-x86_64.sh
· La version minimum d'openSSL prise en charge est openssl-1.0.1e-30 (la commande openssl
version actuelle).
102
version
indique la
· Xvfb : requis pour imprimer correctement les rapports (Générer un rapport) sur les systèmes Linux Server sans
interface graphique.
· Cifs-utils : requis pour déployer correctement l'agent sur un Windows OS.
· Bibliothèques Qt4 WebKit : utilisées pour imprimer les rapports aux formats PDF et PS (doivent être de la version
4.8, et non 5). Toutes les autres dépendances Qt4 sont automatiquement installées. En ce qui concerne CentOS, il
est possible qu'il n'y ait pas de package dans les référentiels officiels. Vous pouvez l'installer à partir d'un
référentiel tiers (les référentiels EPEL, par exemple) ou le compiler par vous-même sur un ordinateur cible.
· Kinit + klist : utilisés pour l'authentification Kerberos pendant la tâche de synchronisation d'Active Directory et la
connexion avec un utilisateur du domaine. Une configuration Kerberos correcte est également requise (/etc/
krb5.conf).
· Wbinfo + ntlm auth - utilisés pour l'authentification avec les comptes de domaine + l'authentification NTLM avec
le serveur SMTP (envoi de messages électroniques).
· Ldapsearch : utilisé dans la tâche de synchronisation d'Active Directory.
· Snmptrap : Utilisé pour envoyer des interceptions SNMP. Facultatif si cette fonctionnalité n'est pas utilisée. SNMP
doit aussi être configuré.
· Package SELinux devel : utilisé pendant l'installation du produit pour créer les modules de stratégie SELinux. Ceci
est uniquement requis sur les systèmes où SELinux est activé (CentOS, Fedora, RHEL). SELinux peut provoquer des
problèmes avec d'autres applications. Pour ERA Server, ce n'est pas nécessaire.
Le tableau suivant contient les commandes de terminal adéquates pour chaque package décrit ci-dessus pour les
distributions Debian et Ubuntu et les distributions Centos, Red Hat et Fedora :
Distributions Debian et Ubuntu
Distributions CentOS, Red Hat et
Fedora
OpenSUSE distribution
yum install mysql-connector-odbc
zypper install unixodbc
Pilote ODBC
apt-get install unixodbc
libmyodbc
myodbc-unixbox
xvfb
apt-get install xvfb
yum install xorg-x11-server-Xvfb
zypper install xorg-x11-serverextra
yum install cifs-utils
zypper install cifs-utils
cifs-utils
apt-get install cifs-utils
Bibliothèques Qt4 WebKit
Consultez notre article de base de
connaissances.
kinit+klist : facultatif (nécessaire pour le service Active Directory)
zypper install libqtwebkit4
apt-get install krb5-user
yum install krb5-workstation
zypper install krb5
yum install samba-winbind-clients
zypper install samba-winbind
yum install openldap-clients
cyrus-sasl-gssapi cyrus-sasl-ldap
zypper install openldap2-client
cyrus-sasl-gssapi
cyrus-sasl-ldap-auxprop
yum install net-snmp-utils netsnmp
zypper install net-snmp
apt-get install libqtwebkit4
wbinfo + ntlm_auth
apt-get install winbind
ldapsearch
apt-get install ldap-utils
libsasl2-modules-gssapi-mit
snmptrap
apt-get install snmp
Package SELinux devel (facultatif ; SELinux peut provoquer des problèmes avec d'autres applications. Pour ERA
Server, ce n'est pas nécessaire.)
103
Distributions Debian et Ubuntu
Distributions CentOS, Red Hat et
Fedora
OpenSUSE distribution
apt-get install selinux-policydev
yum install policycoreutils-devel
zypper install selinux-policydevel
yum install samba
samba-winbind-clients
zypper install samba samba-client
samba
apt-get install samba
3.4.5 Installation de l'Agent - Linux
L'installation du composant ERA Agent sur Linux est effectuée à l'aide d'une commande dans le terminal. Vérifiez
que toutes les conditions préalables requises sont remplies. La connexion à ERA Server est résolue à l'aide des
paramètres --hostname et --port (le port n'est pas utilisé lorsqu'un enregistrement SRV est fourni). Les formats de
connexion possibles sont les suivants :
·
·
·
·
Nom d'hôte et port
Adresse IPv4 et port
Adresse IPv6 et port
Enregistrement de service (enregistrement SRV) : pour configurer l'enregistrement de ressource DNS dans Linux,
l'ordinateur doit se trouver dans un domaine avec un serveur DNS opérationnel. Voir Enregistrement de ressource
DNS.
L'enregistrement SRV doit comporter le préfixe « _NAME._tcp », où « NAME » représente le nom personnalisé (era,
par exemple).
Exemple de script d'installation
(Les nouvel l es l i gnes s ont s épa rées pa r une ba rre « \ » pour copi er l a comma nde i ntégra l e da ns l e termi na l .)
./Agent-Linux-x86_64.sh \
--skip-license \
--cert-path=/home/admin/Desktop/agent.pfx \
--cert-auth-path=/home/admin/Desktop/CA.der \
--cert-password=N3lluI4#2aCC \
--hostname=10.1.179.36 \
--port=2222
Attribut
Description
--skip-license
L'installation ne demande pas à l'utilisateur de confirmer le contrat de licence.
--cert-path
Chemin d'accès local au fichier de certificat de l'Agent (plus d'informations sur le
certificat)
--cert-auth-path
Chemin d'accès au fichier d'autorité de certification du serveur (plus
d'informations sur l'autorité)
--cert-password
Mot de passe de l'autorité de certification. Doit correspondre au mot de passe du
certificat de l'Agent.
--hostname
Nom d'hôte ou adresse IP d'ERA Server (ERA Proxy) auquel se connecter
--port
Port ERA Server ou ERA Proxy (la valeur par défaut est 2222)
Paramètres facultatifs
Attribut
Description
--product-guid
GUID du produit (s'il n'est pas défini, il sera généré).
Contenu codé en Base64 du certificat de clé publique codée PKCS12 et clé privée
utilisée pour configurer des canaux de communication sécurisés entre le serveur
et les Agents. Utilisez uniquement l'une des options --cert-path ou --certcontent .
--cert-content
104
Attribut
Description
--cert-auth-content
: contenu codé en Base64 du certificat de clé privé de l'autorité de certification
codée DER utilisé pour vérifier les homologues distants (proxy ou serveur).
Utilisez uniquement l'une des options --cert-auth-path ou --cert-authcontent .
Nom d'hôte ou adresse IP utilisés par la console Web pour se connecter au
serveur (si cet attribut n'est pas défini, la valeur est copiée depuis 'hostname').
Port utilisé par la console Web pour se connecter au serveur ( 2223, par défaut).
Nom d'utilisateur utilisé par la console Web pour se connecter au serveur
( Administrator, par défaut).
Mot de passe utilisé par la console Web pour se connecter au serveur.
Mot de passe de l'autorité de certification.
--webconsole-hostname
--webconsole-port
--webconsole-user
--webconsole-password
--cert-auth-password
Connexion et certificats
· Les informations de connexion à ERA Server doivent être fournies : --hostname, --port (le port n'est pas
nécessaire si l'enregistrement de service a été fourni ; la valeur par défaut est 2222)
· Fournissez ces informations de connexion pour l'installation assistée du serveur : --webconsole-port, -webconsole-user, --webconsole-password
· Fournissez les informations de certificat pour l'installation hors connexion : --cert-path, --cert-password
· Paramètres d’installation --cert-path et --cert-auth-path nécessitent des fichiers de certification ( .pfx et
.der ) qui peuvent être exportés depuis la console Web ERA. (Consultez les informations sur l'exportation du
fichier .pfx et le fichier .der.)
Paramètres de type de mot de passe
Les paramètres de type de mot de passe peuvent être fournis en tant que variables d'environnement, fichiers,
lecture à partir de stdin ou texte brut :
--password=env:SECRET_PASSWORD , où SECRET_PASSWORD correspond à une variable d'environnement avec le mot
de passe
--password=file:/opt/secret , où la première ligne de fichier régulier /opt/secret contient le mot de passe
--password=stdin donne l'instruction au programme d'installation de lire le mot de passe à partir de l'entrée
standard
--password="pass:PASSWORD" est égal à --password="PASSWORD" et est obligatoire si le mot de passe est
"stdin" (standard input) ou une chaîne commençant par "env:" , "file:" ou "pass:"
Journal du programme d'installation
Le journal du programme d'installation peut s'avérer utile pour résoudre des problèmes éventuels. Il est disponible
dans Fichiers journaux.
Pour déterminer si l'installation a été effectuée correctement, vérifiez l'exécution du service en exécutant la
commande suivante :
sudo service eraagent status
3.4.5.1 Conditions préalables requises pour l'Agent - Linux
Pour installer le composant ERA Agent sur Linux, les conditions préalables requises suivantes doivent être
remplies :
· L'ordinateur serveur doit être accessible depuis le réseau, et ERA Server et la console Web ERA doivent être
installés
· Un certificat pour l’Agent doit exister.
· Un fichier de clé publique de l’autorité de certification du serveur doit exister.
· Le fichier d'installation de l'Agent doit être défini comme exécutable (exécutez chmod +x sur le fichier pour
définir ce paramètre).
· La version minimum de openssl prise en charge est openssl-1.0.1e-30.
105
3.4.6 Installation de la console Web - Linux
Avant d'installer le composant ERA Web Console, vérifiez que toutes les conditions préalables requises sont
réunies. Pour installer la console Web ERA, procédez comme suit :
1. Exécutez les commandes suivantes pour copier le fichier era.war dans le dossier Tomcat :
Distributions Debian et Ubuntu
sudo cp era.war /var/lib/tomcat7/webapps/
Distributions CentOS, RedHat et Fedora
sudo cp era.war /var/lib/tomcat/webapps/
Distribution OpenSUSE
sudo cp era.war /usr/share/tomcat/webapps/
Vous pouvez également extraire le contenu du fichier era.war dans /var/lib/tomcat/webapps/era/.
2. Exécutez la commande suivante pour redémarrer le service Tomcat et déployer le fichier .war :
Distributions Debian et Ubuntu
sudo service tomcat7 restart
Distributions CentOS, RedHat et Fedora
sudo service tomcat restart
Distribution OpenSUSE
sudo service tomcat restart
Testez la connexion à ERA Web Console après l'installation. Ouvrez le lien suivant dans votre navigateur sur
localhost (un écran de connexion doit s'afficher) :
http://localhost:8080/era
ou, si vous accédez à distance au serveur, http://ADRESSE_IP_OU_NOM_HÔTE:8080/era
REMARQUE : le port HTTP, 8080 par défaut, est défini pendant l'installation manuelle d'Apache Tomcat. Vous
pouvez également configurer la connexion HTTPS pour Apache Tomcat.
3.4.6.1 Conditions préalables requises pour ERA Web Console - Linux
Avant d'installer le composant ERA Web Console sur Linux, les conditions suivantes doivent être remplies :
· Java - utilisez toujours la dernière version officielle de Java (ERA Web Console requiert Java version 7 au
minimum (ou openjdk), mais il est vivement recommandé d'utiliser la dernière version).
· Apache Tomcat (version prise en charge)
· Le fichier de la console Web (era.war) est enregistré sur votre disque dur local.
Pour installer le ou les packages Java et/ou Apache Tomcat, utilisez les commandes de terminal suivantes
correspondant à la distribution Linux :
Distributions Debian et Ubuntu
sudo apt-get install openjdk-7-jdk tomcat7
Distributions CentOS, RedHat et Fedora
sudo yum install java-1.8.0-openjdk tomcat
Distribution OpenSUSE
sudo zypper install java-1_8_0-openjdk tomcat
106
3.4.7 Installation du proxy - Linux
1. Vérifiez que toutes les conditions préalables requises sont remplies.
2. Exécutez un script d'installation pour installer le serveur proxy. Vous trouverez ci-dessous un exemple de script
d'installation.
Paramètres de connexion
Une cible doit être spécifiée avec les éléments suivants :
·
·
·
·
Nom d’hôte
Adresse IPv4
Adresse IPv6
Enregistrement de ressource DNS : l'ordinateur Linux doit se trouver dans le domaine (voir le chapitre
Enregistrement de ressource DNS).
Le port doit être spécifié : utilisez le port 2222 pour le serveur et le proxy.
Exemple de script d'installation
(Les nouvel l es l i gnes s ont s épa rées pa r une ba rre « \ » pour copi er l a comma nde i ntégra l e da ns l e termi na l .)
./Proxy-Linux-x86_64.sh \
--db-hostname=10.1.179.28 \
--db-name=era_6_db_proxy \
--db-admin-username=sa \
--db-admin-password=admin.1 \
--db-user-username=tester \
--db-user-password=Admin.1 \
--db-port=1433 \
--db-type="MS SQL Server" \
--db-driver=SQL \
--skip-license \
--hostname=10.1.179.30 \
--port=2222 \
--cert-path=/home/adminko/Desktop/proxy.pfx \
--cert-auth-path=/home/adminko/Desktop/CA-server.der \
--cert-password=root \
--server-root-password=jjf#jDjr
Vous pouvez modifier les attributs suivants :
Attribut
Description
--db-hostname
Nom de l'ordinateur ou adresse IP du serveur de base de
données ( localhost par défaut)
Nom de la base de données à utiliser (la valeur par défaut est
era_db ou era_proxy_db )
Nom d'utilisateur de l'administrateur de base de données
(utilisé par l'installation pour créer et modifier la base de
données ; root par défaut)
Mot de passe de l'administrateur de base de données.
Nom d'utilisateur de l'utilisateur de la base de données ERA
Server (utilisé par ERA Server pour la connexion à la base de
données). Il ne doit pas comporter plus de 16 caractères.
Mot de passe de l'utilisateur de la base de données ERA Server.
Port du serveur de base de données ( 3306 par défaut).
Type de base de données utilisé (les valeurs possibles sont :
MySQL Server , MS SQL Server ; la valeur par défaut est MySQL
Server )
Pilote ODBC utilisé pour la connexion à la base de données (la
commande odbcinst -q -d répertorie les pilotes disponibles ;
utilisez l'un de ces pilotes, par exemple : --db-driver="MySQL")
--db-name
--db-admin-username
--db-admin-password
--db-user-username
--db-user-password
--db-port
--db-type
--db-driver
Obligatoire
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
Oui
107
Attribut
Description
--skip-license
L'installation ne demande pas à l'utilisateur de confirmer le
contrat de licence.
Nom d'hôte ou adresse IP du serveur ( localhost par défaut)
Port du serveur ( 2222 par défaut) ou port du proxy ( 1236 par
défaut)
Port qui est utilisé par le proxy (la valeur par défaut est 2222)
GUID du produit (s'il n'est pas défini, il sera généré).
Chemin d'accès au fichier de certificat du proxy
Contenu codé en Base64 du certificat de clé publique codée
PKCS12 et clé privée utilisée pour configurer des canaux de
communication sécurisés entre le serveur et les Agents
Chemin d'accès au fichier d'autorité de certification du serveur.
Contenu codé en Base64 du certificat de clé privé de l'autorité
de certification codée DER utilisé pour vérifier les homologues
distants (proxy ou serveur)
Mot de passe de l'autorité de certification. Doit correspondre au
mot de passe du certificat de l'Agent (peut être vide si le mot de
passe n'a pas été utilisé dans le certificat homologue)
Mot de passe de l'autorité de certification.
La base de données ne sera pas supprimée lors de la
désinstallation
--hostname
--port
--proxy-port
--product-guid
--cert-path
--cert-content
--cert-auth-path
--cert-auth-content
--cert-password
--cert-auth-password
--keep-database
Obligatoire
Oui
Oui
Oui*
Oui*
Oui**
Oui**
Oui
-
* Utilisez uniquement l'une des options --cert-path ou --cert-content.
** Utilisez uniquement l'une des options --cert-auth-path ou --cert-auth-content.
Pour vérifier l'installation, utilisez la commande suivante pour vous assurer que le service est en cours d'exécution :
sudo service eraproxy status
Le journal du programme d'installation peut s'avérer utile pour résoudre des problèmes éventuels. Il est disponible
dans Fichiers journaux.
3.4.7.1 Conditions préalables requises pour le proxy - Linux
Pour installer le composant Proxy sur Linux, les conditions préalables requises suivantes doivent être remplies :
· ERA Server et ERA Web Console sont installés (sur un ordinateur serveur).
· Un pilote ODBC destiné à la connexion au serveur de base de données (MySQL / MS SQL) est installé sur
l'ordinateur.
· Un serveur de base de données est déjà installé et configuré.
· Certificat de proxy. Un certificat de proxy est créé et téléchargé sur le lecteur local (lors de la création d'un
nouveau certificat, sélectionnez Proxy en tant que produit).
· L'autorité de certification est préparée sur le lecteur local.
· Vous disposez d'une licence valide.
· ERA Agent doit être installé sur un ordinateur local pour prendre entièrement en charge toutes les fonctionnalités
du programme.
· Le fichier d'installation du proxy est défini en tant qu'exécutable. ( chmod +x Proxy-Linux-x86_64.sh)
· La version minimum de openssl prise en charge est openssl-1.0.1e-30.
108
3.4.8 Installation et conditions préalables requises pour RD Sensor - Linux
Pour installer le composant RD Sensor sur Linux, procédez comme suit :
1. Vérifiez que les conditions préalables requises suivantes sont remplies :
o Le réseau peut faire l'objet d'une recherche (les ports sont ouverts, le pare-feu ne bloque pas les
communications entrantes, etc.).
o L'ordinateur serveur est accessible.
o ERA Agent doit être installé sur l'ordinateur local pour prendre entièrement en charge toutes les
fonctionnalités du programme.
o Le terminal est ouvert.
o Le fichier d'installation de RD Sensor est défini en tant qu'exécutable.
chmod +x RDSensor-Linux-x86_64.sh
2. Utilisez la commande suivante pour exécuter le fichier d'installation en tant que sudo :
sudo ./RDSensor-Linux-x86_64.sh
3. Lisez le Contrat de licence de l'utilisateur final. Pour passer à la page suivante du CLUF, utilisez la barre Espace.
Vous êtes invité à indiquer si vous acceptez les termes de la licence. Si vous les acceptez, appuyez sur la touche
Y ; sinon appuyez sur la touche N.
4. ESET Rogue Detection Sensor démarre une fois l'installation terminée.
5. Pour déterminer si l'installation a été effectuée correctement, vérifiez l'exécution du service en exécutant la
commande suivante :
sudo service rdsensor status
6. Le fichier journal de Rogue Detection Sensor se trouve dans Fichiers journaux :
/var/log/eset/RogueDetectionSensor/trace.log
3.4.9 Installation du Connecteur de périphérique mobile - Linux
Vous pouvez installer le Connecteur de périphérique mobile sur un autre ordinateur que celui sur lequel s'exécute
ERA, par exemple lorsque vous souhaitez que le Connecteur de périphérique mobile soit accessible depuis Internet
pour que les périphériques mobiles de l'utilisateur puissent être gérés à tout moment.
L'installation du composant ERA Server sur Linux est effectuée à l'aide d'une commande dans le terminal. Vérifiez
que toutes les conditions préalables requises sont remplies. Vous pouvez préparer un script d'installation et
l'exécuter ensuite à l'aide de sudo.
Il existe de nombreux paramètres d'installation facultatifs. Certains d'entre eux sont toutefois obligatoires :
Le certificat homologue ERA est requis pour l'installation. Deux méthodes permettent de l'obtenir :
· Installation assistée du serveur : vous devez indiquer les informations d’identification de l’administrateur d’ERA
Web Console (le programme d’installation télécharge automatiquement les certificats requis).
· Installation hors connexion : vous avez également besoin d'un certificat homologue (le certificat du proxy exporté
depuis ESET Remote Administrator). Vous pouvez également utiliser un certificat personnalisé.
Des paramètres de commandes d'installation doivent être fournis :
Certificat HTTPS (proxy) :
--https-cert-path=
--https-cert-password=
Certificat homologue :
Pour une installation assistée du serveur, incluez au moins :
--webconsole-password=
109
Pour une installation hors connexion, incluez :
--cert-path=
(le mot de passe n'est pas nécessaire pour le certificat de l'Agent par défaut créé pendant
l'installation initiale d'ERA Server)
--cert-password=
Connexion à ERA Server (nom ou adresse IP) :
--hostname=
Pour une base de données MySQL, incluez :
--db-type="MySQL Server"
--db-driver=
--db-admin-username=
--db-admin-password=
--db-user-password=
Pour une base de données MSSQL, incluez :
--db-type="Microsoft SQL Server"
--db-driver=
--db-admin-username=
--db-admin-password=
--db-user-password=
Exemple de script d'installation
(Les nouvel l es l i gnes s ont s épa rées pa r une ba rre « \ » pour copi er l a comma nde i ntégra l e da ns l e termi na l .)
sudo ./MDMCore-Linux-x86_64-0.0.0.0.sh \
--https-cert-path="./proxycert.pfx" \
--https-cert-password="123456789" \
--port=2222 \
--db-type="MySQL" \
--db-driver="MySQL" \
--db-admin-username="root" \
--db-admin-password=123456789 \
--db-user-password=123456789 \
--db-hostname="127.0.0.1" \
--webconsole-password=123456789 \
--hostname=username.LOCAL \
--mdm-hostname=username.LOCAL
Pour obtenir la liste des paramètres disponibles (imprimer le message d'aide), utilisez :
--help
Journal du programme d'installation
Le journal du programme d'installation peut s'avérer utile pour résoudre des problèmes éventuels. Il est disponible
dans Fichiers journaux.
Une fois l'installation terminée, vérifiez si le Connecteur de périphérique mobile fonctionne correctement en
ouvrant https://votre-nom_hôte-mdm:port-inscription (https://eramdm:9980, par exemple) dans votre navigateur
Web. Si l'installation a été effectuée correctement, le message suivant s'affiche :
Vous pouvez également utiliser cette URL pour vérifier la disponibilité du serveur Connecteur de périphérique
mobile depuis Internet (en cas de configuration adéquate) en la visitant à partir d'un périphérique mobile. Si vous
ne parvenez pas à accéder à la page, vérifiez votre pare-feu et la configuration de votre infrastructure réseau.
110
3.4.9.1 Conditions préalables requises pour le Connecteur de périphérique mobile - Linux
Pour installer le Connecteur de périphérique mobile sous Linux, les conditions préalables requises suivantes
doivent être remplies :
· Un serveur de base de données est déjà installé et configuré avec un compte racine (il n'est pas nécessaire de
créer un compte d'utilisateur avant l'installation ; le programme d'installation peut le créer).
· Un pilote ODBC destiné à la connexion au serveur de base de données (MySQL / MS SQL) est installé sur
l'ordinateur.
apt-get install unixodbc libmyodbc (di s tri buti ons Debi a n, Ubuntu)
yum install mysql-connector-odbc (di s tri buti ons CentOS, Red-Ha t, Fedora )
zypper install unixodbc myodbc-unixbox (di s tri buti ons OpenSUSE)
REMARQUE : vous devez utiliser le package unixODBC_23 (et non le package unixODBC par défaut) pour qu'ERA
Server se connecte à la base de données MySQL sans aucun problème. Cela est particulièrement vrai pour SUSE
Linux.
o Le fichier d'installation MDMCore est défini en tant qu'exécutable.
chmod +x MDMCore-Linux-x86_64.sh
o Après l'installation, vérifiez que le service MDMCore est en cours d'exécution.
service mdmcore status
o La version minimale d'openSSL prise en charge est openssl-1.0.1e-30.
REMARQUE : Si votre base de données MDM sur MySQL est trop volumineuse (milliers de périphériques), la
valeur par défaut innodb_buffer_pool_size est trop petite. Pour plus d'informations sur l'optimisation de la base de
données, consultez la page http://dev.mysql.com/doc/refman/5.6/en/optimizing-innodb-diskio.html
IMPORTANT : Vous devez posséder un certificat SSL au format .pfx pour sécuriser les communications sur HTTPS.
Il est recommandé d'utiliser un certificat fourni par une autorité de certification. Les certificats signés
automatiquement ne sont pas recommandés, car les périphériques mobiles ne permettent pas tous de les accepter.
Les certificats signés par l'autorité de certification ne posent pas de problèmes, car ils sont approuvés et ne
nécessitent pas d'être acceptés par l'utilisateur.
REMARQUE : vous devez disposer d'un certificat signé par une autorité de certification et une clé privée
correspondante, et utiliser les procédures standard pour les fusionner (en général à l'aide d'OpenSSL) en un fichier
.pfx :
openssl pkcs12 -export -in certificate.cer -inkey privateKey.key -out httpsCredentials.pfx
Il s'agit de la procédure standard pour la plupart des serveurs qui utilisent les certificats SSL.
IMPORTANT : pour une installation hors connexion, vous avez également besoin d'un certificat homologue (le
certificat de l'Agent exporté depuis ESET Remote Administrator). Vous pouvez également utiliser un certificat
personnalisé avec ERA.
3.4.10 Installation du proxy HTTP Apache - Linux
Sélectionnez la procédure d'installation du proxy HTTP Apache en fonction de la distribution Linux utilisée sur votre
serveur :
Installation sur Linux (générique Distribution) pour le proxy HTTP Apache
1. Installez Apache HTTP Server (version 2.4.10 ou ultérieure).
2. Vérifiez que les modules suivants sont chargés :
access_compat, auth_basic, authn_core, authn_file, authz_core, authz_groupfile,
authz_host, proxy, proxy_http, proxy_connect, cache, cache_disk
3. Ajoutez la configuration de mise en cache :
111
CacheEnable disk http://
CacheDirLevels 4
CacheDirLength 2
CacheDefaultExpire 3600
CacheMaxFileSize 200000000
CacheMaxExpire 604800
CacheQuickHandler Off
CacheRoot /var/cache/apache2/mod_cache_disk
4. Si le répertoire /var/cache/apache2/mod_cache_disk n'existe pas, créez-le et attribuez-lui des privilèges Apache
(r,w,x).
5. Ajoutez une configuration de proxy :
ProxyRequests On
ProxyVia On
<Proxy *>
Order deny,allow
Deny from all
Allow from all
</Proxy>
6. Activez le proxy de mise en cache et la configuration ajoutés (si la configuration figure dans le fichier de
configuration Apache principal, vous pouvez ignorer cette étape).
7. Si nécessaire, modifiez l'écoute sur le port de votre choix (le port 3128 est défini par défaut).
8. Authentification de base facultative :
o Ajoutez une configuration d'authentification à la directive du proxy :
AuthType Basic
AuthName "Password Required"
AuthUserFile /etc/apache2/password.file
AuthGroupFile /etc/apache2/group.file
Require group usergroup
o Créez un fichier de mot de passe à l'aide de la commande htpasswd.exe
-c .
o Créez manuellement un fichier appelé group.file avec usergroup:username.
9. Redémarrez Apache HTTP Server.
Ubuntu Server 14.10 et installation d'autres distributions Linux basées sur Debian du proxy HTTP Apache
1. Installez la version la plus récente d'Apache HTTP Server à partir du référentiel apt :
sudo apt-get install apache2
2. Exécutez la commande suivante pour charger les modules Apache requis :
sudo a2enmod access_compat auth_basic authn_core authn_file authz_core authz_groupfile
authz_host proxy proxy_http proxy_connect cache cache_disk
3. Modifiez le fichier de configuration de mise en cache Apache :
sudo vim /etc/apache2/conf-available/caching.conf
et copiez/collez la configuration suivante :
CacheEnable disk http://
CacheDirLevels 4
CacheDirLength 2
CacheDefaultExpire 3600
CacheMaxFileSize 200000000
CacheMaxExpire 604800
CacheQuickHandler Off
CacheRoot /var/cache/apache2/mod_cache_disk
4. Cette étape n'est pas obligatoire. Toutefois, si le répertoire de mise en cache est absent, exécutez les
commandes suivantes :
112
sudo mkdir /var/cache/apache2/mod_cache_disk
sudo chown www-data /var/cache/apache2/mod_cache_disk
sudo chgrp www-data /var/cache/apache2/mod_cache_disk
5. Modifiez le fichier de configuration du proxy Apache :
sudo vim /etc/apache2/conf-available/proxy.conf
et copiez/collez la configuration suivante :
ProxyRequests On
ProxyVia On
<Proxy *>
Order deny,allow
Deny from all
Allow from all
</Proxy>
6. Activez les fichiers de configuration que vous avez modifiés lors des précédentes étapes :
sudo a2enconf caching.conf proxy.conf
7. Basculez le port d'écoute du serveur HTTP Apache sur le port 3128. Modifiez le fichier /etc/apache2/ports.conf et
remplacez Listen 80 par Listen 3128.
8. Authentification de base facultative :
sudo vim /etc/apache2/conf-available/proxy.conf
o Copiez/collez la configuration de l'authentification avant </Proxy> :
AuthType Basic
AuthName "Password Required"
AuthUserFile /etc/apache2/password.file
AuthGroupFile /etc/apache2/group.file
Require group usergroup
o Installez apache2-utils et créez un fichier de mot de passe (nom d'utilisateur : user, groupe : usergroup):
sudo apt-get install apache2-utils
sudo htpasswd -c /etc/apache2/password.file user
o Créez un fichier appelé group :
sudo vim /etc/apache2/group.file
et copiez/collez la ligne suivante :
usergroup:user
9. Redémarrez Apache HTTP Server à l'aide de la commande suivante :
sudo service apache2 restart
Transfert pour les communications ESET uniquement
Ce chapitre est disponible uniquement dans la rubrique d'aide en ligne.
Chaînage du proxy (ensemble du trafic)
Ajoutez les éléments suivants à la configuration du proxy (le mot de passe fonctionne uniquement avec le proxy
enfant) :
ProxyRemote * http://IP_ADDRESS:3128
113
3.4.11 Installation du proxy HTTP Squid sur Ubuntu Server 14.10
Vous pouvez utiliser le proxy Squid au lieu d'Apache sur Ubuntu Server. Pour installer et configurer Squid sur
Ubuntu Server 14.10 (et des distributions Linux basées sur Debian similaires), procédez comme suit :
1. Installez le package Squid3 :
sudo apt-get install squid3
2. Modifiez le fichier de configuration Squid /etc/squid3/squid.conf et remplacez
#cache_dir ufs /var/spool/squid3 100 16 256
par :
cache_dir ufs /var/spool/squid3 5000 16 256 max-size=200000000
REMARQUE : 5000 correspond à la taille du cache en Mo.
3. Arrêtez le service squid3.
sudo service squid3 stop
sudo squid3 -z
4. Modifiez à nouveau le fichier de configuration Squid et ajoutez http_access
all pour permettre à tous les clients d'accéder au proxy.
allow all
avant http_access
deny
5. Redémarrez le service squid3 :
sudo service squid3 restart
3.4.12 Outil Miroir
L'outil Miroir est nécessaire pour les mises à jour de la base des signatures de virus hors connexion. Si vos
ordinateurs clients ne disposent pas d'une connexion Internet et nécessitent des mises à jour de la base de
données de virus, vous pouvez utiliser l'outil Miroir pour télécharger les fichiers de mise à jour depuis les serveurs
de mise à jour ESET et les stocker localement.
REMARQUE : l'outil Miroir télécharge uniquement les définitions de la base de données de virus, mais ne
télécharge pas les mises à jour des composants du programme (PCU) ni les données LiveGrid. Pour effectuer la mise
à jour d'un produit de sécurité ESET sur des ordinateurs clients hors connexion, il est conseillé de mettre le produit à
niveau à l'aide de la tâche d'installer un logiciel sur un client dans ERA. Vous pouvez également mettre les produits
à niveau individuellement.
q Conditions préalables requises
· Le dossier cible doit être disponible en partage, Samba/Windows ou un service HTTP/FTP, selon la manière dont
vous souhaitez accéder aux mises à jour.
· Vous devez disposer d'un fichier de licence hors connexion incluant le nom d'utilisateur et le mot de passe.
Pendant la génération d'un fichier de licence, veillez à cocher la case en regard du champ Inclure le nom
d'utilisateur et le mot de passe. Vous devez également indiquer un nom de fichier de licence.
114
· Visual C++ Redistributables for Visual Studio 2010 doit être installé sur le système.
· L'installation ne comporte aucune étape, l'outil est composé de deux fichiers :
o Windows :
MirrorTool.exe
et updater.dll
o Linux :
MirrorTool
et updater.so
115
q Utilisation
· Pour afficher l'aide de l'outil Miroir, exécutez MirrorTool
pour l'outil :
--help
afin de voir toutes les commandes disponibles
· Le paramètre --updateServer est facultatif. Si vous l'utilisez, vous devez spécifier l'URL complète du serveur de
mise à jour.
· Le paramètre --offlineLicenseFilename est obligatoire. Vous devez indiquer un chemin d'accès à votre fichier de
licence hors connexion (comme mentionné plus haut).
· Pour créer un miroir, exécutez MirrorTool avec au moins les paramètres minimums requis. Voici un exemple :
o Windows :
MirrorTool.exe --mirrorType regular --intermediateUpdateDirectory
c:\temp\mirrorTemp --offlineLicenseFilename c:\temp\offline.lf --outputDirectory c:\temp\mirror
o Linux :
sudo ./MirrorTool --mirrorType regular --intermediateUpdateDirectory /tmp/mirrorTool/mirrorTemp
--offlineLicenseFilename /tmp/mirrorTool/offline.lf --outputDirectory /tmp/mirrorTool/mirror
q Paramètre de l'outil miroir et de mise à jour
· Pour automatiser la distribution des mises à jour de la base de données de virus, vous pouvez créer une
planification pour l'exécution de l'outil Miroir. Pour ce faire, ouvrez la console Web et accédez à Tâches
client > Système d'exploitation > Exécuter une commande. Sélectionnez Ligne de commande à exécuter (avec un
chemin d'accès à MirrorTool.exe) et un déclencheur raisonnable (par exemple, une expression CRON pour toutes
les heures 0 0 * * * ? *). Vous pouvez également utiliser le Planificateur de tâches Windows ou CRON dans Linux.
· Pour configurer les mises à jour sur un ordinateur client, créez une stratégie et configurer le serveur de mise à
jour afin qu'il pointe sur l'adresse miroir ou un dossier partagé.
116
3.4.13 Cluster de basculement - Linux
Le présent guide traite de l'installation et de la configuration de ESET Remote Administrator sur un cluster Red Hat à
haute disponibilité.
Prise en charge des clusters Linux
Les composants ESET Remote Administrator Server ou ERA Proxy peuvent être installés sur un cluster Red Hat Linux
6 ou version ultérieure. Un cluster de basculement est uniquement pris en charge en mode actif/passif avec le
gestionnaire de cluster rgmanager.
Conditions préalables requises
· Un cluster actif/passif doit être installé et configuré. Un seul nœud peut être actif à la fois. Les autres nœuds
doivent être en veille. L'équilibrage de charge n'est pas pris en charge.
· Système de stockage partagé : iSCSI SAN, NFS et d'autres solutions sont prises en charge (toute technologie ou
tout protocole qui permet un accès en mode bloc ou fichier au système de stockage partagé et qui fait apparaître
les périphériques partagés comme des périphériques connectés localement au système d'exploitation). Le
système de stockage partagé doit être accessible à partir de chaque nœud actif du cluster. De plus, le système de
fichiers partagé doit être correctement initialisé (à l'aide du système de fichiers EXT3 ou EXT4, par exemple).
· Les modules complémentaires haute disponibilité suivants sont requis pour l'administration système :
o rgmanager
o Conga
· rgmanager est la pile de cluster Red Hat à haute disponibilité standard. Il s'agit d'un composant obligatoire.
· L'interface utilisateur graphique Conga est facultative. Le cluster de basculement peut être géré sans l'aide de
celle-ci. Pour des performances optimales, il est toutefois recommandé de l'installer. Ce guide suppose qu'elle
est installée.
· Fencing doit être correctement configuré pour empêcher tout endommagement des données. L'administrateur
du cluster doit configurer l'isolation si ce n'est pas déjà fait.
Si aucun cluster n'est déjà en cours d'exécution, vous pouvez utiliser le guide suivant pour configurer un cluster de
basculement à haute disponibilité (actif/passif) sur Red Hat : Red Hat Enterprise Linux 6 Cluster Administration (en
anglais).
Portée
Les composants ESET Remote Administrator qui peuvent être installés sur un cluster Red Hat Linux à haute
disponibilité sont les suivants :
· ERA Server avec ERA Agent
· ERA Proxy avec ERA Agent
REMARQUE : ERA Agent doit être installé. Si ce n'est pas le cas, le service de cluster ERA ne s'exécute pas.
REMARQUE : l'installation sur un cluster de la base de données ERA ou de la console Web ERA n'est pas prise en
charge.
L'exemple d'installation ci-après est destiné à un cluster à deux nœuds. Il peut toutefois servir de référence pour
l'installation de ESET Remote Administrator sur un cluster à plusieurs nœuds. Dans cet exemple, les nœuds de
cluster sont appelés nœud1 et nœud2.
Étapes d'installation
1. Installez ERA Server ou ERA Proxy sur le nœud1.
117
o Notez que le nom d'hôte du certificat serveur ou proxy doit contenir l'adresse IP externe (ou le nom d'hôte) de
l'interface du cluster (et non l'adresse IP locale ou le nom d'hôte du nœud).
2. Arrêtez et désactivez les services Linux ERA Server (ou ERA Proxy) à l'aide des commandes suivantes :
service eraserver stop
chkconfig eraserver off
3. Montez le système de stockage partagé sur nœud1. Dans cet exemple, le système de stockage partagé est monté
dans /usr/share/erag2cluster.
4. Dans /usr/share/erag2cluster, créez les répertoires suivants :
/usr/share/erag2cluster/etc/opt/eset/RemoteAdministrator/Server
/usr/share/erag2cluster/opt/eset/RemoteAdministrator/Server
/usr/share/erag2cluster/var/log/eset/RemoteAdministrator/Server
/usr/share/erag2cluster/var/opt/eset/RemoteAdministrator/Server
5. Déplacez de manière récursive les répertoires suivants vers les destinations indiquées ci-après (source >
destination).
Déplacer le dossier :
Déplacer vers :
/etc/opt/eset/RemoteAdministrator/Server
/usr/share/erag2cluster/etc/opt/eset/RemoteAdministrator
/opt/eset/RemoteAdministrator/Server
/usr/share/erag2cluster/opt/eset/RemoteAdministrator
/var/log/eset/RemoteAdministrator/Server
/usr/share/erag2cluster/var/log/eset/RemoteAdministrator
/var/opt/eset/RemoteAdministrator/Server
/usr/share/erag2cluster/var/opt/eset/RemoteAdministrator
6. Créez des liens symboliques (cela peut nécessiter la création manuelle de dossiers) :
Ce chapitre est disponible uniquement dans la rubrique d'aide en ligne.
7. Copiez le script eracluster_server ( eracluster_proxy) situé dans le répertoire d'installation d'ERA Server ou
ERA Proxy dans /usr/share/cluster. Les scripts n'utilisent pas l'extension.sh dans le répertoire d'installation.
cp /opt/eset/RemoteAdministrator/Server/setup/eracluster_server /usr/share/cluster/eracluster_server.sh
8. Démontez le système de stockage partagé sur le nœud1.
9. Montez le système de stockage partagé dans le même répertoire sur le nœud2, comme vous l'avez monté sur le
nœud1 (/usr/share/erag2cluster).
10. Sur nœud2, créez les liens symboliques suivants :
Ce chapitre est disponible uniquement dans la rubrique d'aide en ligne.
11. Copiez le script eracluster_server ou ( eracluster_proxy) situé dans le répertoire d'installation d'ERA Server
ou ERA Proxy dans /usr/share/cluster. Les scripts n'utilisent pas l'extension .sh dans le répertoire d'installation.
cp /opt/eset/RemoteAdministrator/Server/setup/eracluster_server /usr/share/cluster/eracluster_server.sh
qLes étapes suivantes sont effectuées dans l'interface utilisateur graphique d'administration de cluster Conga :
12. Créez ungroupe de services (EraService, par exemple).
Le service de cluster ESET Remote Administrator requiert les trois ressources suivantes : adresse IP, système de
fichiers et script.
13. Créez les ressources de service nécessaires.
Ajoutez une adresse IP (adresse du cluster externe auquel les Agents vont se connecter), un système de fichiers
et des ressources de script.
La ressource de système de fichiers doit pointer vers le système de stockage partagé.
Le point de montage de la ressource de système de fichiers doit être défini sur /usr/share/erag2cluster.
Le paramètre « Full Path to Script File (chemin d'accès complet au fichier de script) » de la ressource de script
doit être défini sur /usr/share/cluster/eracluster_server (ou /usr/share/cluster/eracluster_proxy).
118
14. Ajoutez les ressources ci-dessus au groupe EraService.
qUne fois le cluster de serveur correctement configuré, installez ERA Agent sur les deux nœuds sur le disque local
(et non sur le disque de cluster partagé). Lorsque vous utilisez la commande --hostname=, vous devez spécifier
l'adresse IP externe ou le nom d'hôte de l'interface du cluster (et non localhost).
3.4.14 Comment désinstaller ou réinstaller un composant - Linux
Si vous souhaitez effectuer une réinstallation ou une mise à niveau vers une version plus récente, réexécutez le
script d'installation.
Pour désinstaller un composant (dans le cas présent, ERA Server), exécutez le programme d'installation avec le
paramètre --uninstall, comme indiqué ci-dessous :
sudo ./Server-Linux-x86_64.sh --uninstall --keep-database
Si vous souhaitez désinstaller un autre composant, utilisez le nom de package adéquat dans la commande. Par
exemple, ERA Agent :
sudo ./Agent-Linux-x86_64.sh --uninstall
IMPORTANT : les fichiers de configuration et de base de données sont supprimés lors de la désinstallation. Pour
conserver les fichiers de base de données, créez un vidage SQL de la base de données ou utilisez le paramètre -keep-database .
Une fois l'installation terminée, vérifiez que
· le service eraserver est supprimé ;
· le dossier /etc/opt/eset/RemoteAdministrator/Server/ est supprimé.
REMARQUE : Il est recommandé de créer une sauvegarde de la base de données avant d'effectuer la
désinstallation au cas où vous auriez besoin de restaurer vos données.
3.5 Installation des composants sur Mac OS X
Dans la plupart des scénarios d'installation, vous devez installer différents composants ESET Remote Administrator
sur des ordinateurs différents pour tenir compte des architectures réseau différentes, pour satisfaire aux exigences
de performances ou pour d'autres raisons.
REMARQUE : OS X est pris en charge en tant que client uniquement. ERA Agent et les produits ESET pour OS X
peuvent être installés sur OS X ; en revanche, ERA Server ne peut pas être installé sur OS X.
3.5.1 Installation d'agent - Mac OS X
Ces étapes s'appliquent à l'installation locale de l'Agent.
1. Vérifiez que toutes les conditions préalables requises sont remplies :
· ERA Server et la console Web ERA sont installés (sur un ordinateur serveur).
· Un certificat d'agent est créé et préparé sur votre lecteur local.
· Une autorité de certification est préparée sur le lecteur local. (Elle n'est nécessaire que pour les certificats non
signés.)
REMARQUE : si vous rencontrez des problèmes lors du déploiement à distance d'ERA Agent (la tâche de serveur
Déploiement d’agent se termine avec un état d'échec), reportez-vous à l'article Résolution des problèmes liés au
déploiement de l'Agent.
2. Obtenez le fichier d'installation (programme d'installation de l'agent autonome .dmg). Vous le trouverez :
o sur le site de téléchargement ESET
o auprès de votre administrateur système
3. Double-cliquez sur le fichier .dmg et démarrez l'installation en double-cliquant sur le fichier .pkg.
119
4. Poursuivez l'installation et lorsque le programme vous demande de saisir les données de connexion du serveur :
l'hôte du serveur (nom d'hôte ou adresse IP d'ERA Server) et le port du serveur (2222 par défaut).
5. Sélectionnez un certificat homologue et un mot de passe pour ce certificat. Vous pouvez éventuellement ajouter
une autorité de certification.
6. Examinez l'emplacement d'installation, puis cliquez sur Installer. L'Agent est installé sur votre ordinateur.
7. Le fichier journal d'ERA Agent se trouve à cet emplacement :
/Library/Application Support/com.eset.remoteadministrator.agent/Logs/
/Users/%user%/Library/Logs/EraAgentInstaller.log
3.6 Base de données
ESET Remote Administrator utilise une base de données pour stocker les données clientes. Les sections suivantes
décrivent l'installation, la sauvegarde, la mise à niveau et la migration de la base de données ERA Server/ERA Proxy :
· Passez en revue la compatibilité et la configuration système requise pour la base de données ERA Server.
· Si vous ne disposez pas d'une base de données configurée pour être utilisée avec ERA Server, vous pouvez
utiliser Microsoft SQL Server Express qui est inclus dans le programme d'installation.
· Si vous utilisez Microsoft Small Business Server (SBS) ou Essentials, il est recommandé de vérifier que toutes les
conditions requises sont réunies et que vous utilisez un système d'exploitation pris en charge. Lorsque toutes les
conditions requises sont réunies, suivez les instructions d'installation de Windows SBS / Essentials pour installer
ERA sur ces systèmes d'exploitation.
· Si Microsoft SQL Server est installé sur votre système, passez en revue les conditions requises pour vous assurer
que votre version de Microsoft SQL Server est prise en charge par ESET Remote Administrator. Si votre version de
Microsoft SQL Server n'est pas prise en charge, effectuez une mise à niveau vers une version compatible de SQL
Server.
L'une des conditions préalables requises pour l'installation est l'installation et la configuration de Microsoft SQL
Server. Les conditions requises suivantes doivent être remplies :
· Installez Microsoft SQL Server 2008 R2 ou version ultérieure. Vous pouvez autrement installer Microsoft SQL
Server 2008 R2 Express ou version ultérieure. Pendant l'installation, choisissez l'authentification en mode mixte.
· Si Microsoft SQL Server est déjà installé, définissez l'authentification sur Mode mixte (authentification SQL Server
et authentification Windows). Pour ce faire, suivez les instructions de cet article de la base de connaissances.
· Autorisez les connexions TCP/IP à SQL Server. Pour ce faire, suivez les instructions de cet article de la base de
connaissances à partir de la section II. Allow TCP/IP connections to the SQL database.
REMARQUE : pour la configuration, la gestion et l'administration de Microsoft SQL Server (bases de données et
utilisateurs), téléchargez SQL Server Management Studio (SSMS).
REMARQUE : si vous choisissez d'installer Microsoft SQL Server Express lors de l'installation, vous ne serez pas en
mesure de l'installer sur un contrôleur de domaine. Cela risque de se produire si vous utilisez Microsoft SBS. Dans ce
cas, il est recommandé d'installer ESET Remote Administrator sur un autre serveur ou de ne pas sélectionner le
composant SQL Server Express lors de l'installation (vous devez dans ce cas utiliser un serveur SQL Server ou MySQL
existant pour exécuter la base de données ERA). Pour obtenir des instructions afin d'installer ERA Server sur un
contrôleur de domaine, consultez l'article de la base de connaissances.
120
3.6.1 Sauvegarde et restauration du serveur de base de données
Toutes les informations et tous les paramètres d'ESET Remote Administrator sont stockés dans la base de données.
Il est recommandé de sauvegarder régulièrement la base de données pour éviter toute perte de données.
Reportez-vous à la section suivante correspondant à votre base de données :
REMARQUE : Une sauvegarde peut être également utilisée ultérieurement lors de migration d'ESET Remote
Administrator vers un nouveau serveur.
Exemples de sauvegarde MS SQL
Pour sauvegarder une base de données MS SQL dans un fichier, suivez les exemples décrits ci-dessous.
IMPORTANT : ces exemples sont destinés à être utilisés avec les paramètres par défaut (nom de la base de
données et paramètres de connexion par défaut de la base de données, par exemple). Votre script de sauvegarde
doit être personnalisé pour s'adapter aux modifications que vous avez apportées aux paramètres par défaut.
Sauvegarde unique de la base de données
Exécutez cette commande dans une invite de commandes Windows pour créer une sauvegarde dans un fichier
appelé BACKUPFILE :
SQLCMD -S HOST\ERASQL -q "BACKUP DATABASE ERA_DB TO DISK = N'BACKUPFILE'"
REMARQUE : dans cet exemple, HOST correspond à l'adresse IP ou le nom d'hôte. ERASQL est le nom de l'instance
MS SQL Server.
Sauvegarde régulière de la base de données à l'aide d'un script SQL
Choisissez un des scripts SQL suivants :
a) Créez des sauvegardes régulières et stockez-les en fonction de leur date de création :
1. @ECHO OFF
2. SQLCMD.EXE -S HOST\ERASQL -d ERA_DB -E -Q "BACKUP DATABASE ERA_DB TO DISK = N'BAKCUPFILE'
WITH NOFORMAT,INIT, NAME = N'ERA_DB', SKIP, NOREWIND, NOUNLOAD, STOP_ON_ERROR, CHECKSUM, STATS=10"
3. REN BACKUPFILE BACKUPFILE-[%DATE%-%RANDOM%]
b) Ajoutez la sauvegarde à un fichier :
1. @ECHO OFF
2. SQLCMD.EXE -S HOST\ERASQL -d ERA_DB -E -Q "BACKUP DATABASE ERA_DB TO DISK = N'BAKCUPFILE'
WITH NOFORMAT, NOINIT, NAME = N'ERA_DB', SKIP, NOREWIND, NOUNLOAD, STOP_ON_ERROR, CHECKSUM, STATS=10"
Restauration d'une base de données MS SQL
Pour restaurer une base de données MySQL à partir d'un fichier, suivez l'exemple décrit ci-dessous.
SQLCMD.EXE -S HOST\ERASQL -d ERA_DB -E -Q "RESTORE DATABASE ERA_DB FROM DISK = N'BACKUPFILE'"
Sauvegarde d'une base de données MySQL
Pour sauvegarder une base de données MySQL dans un fichier, suivez l'exemple décrit ci-dessous.
mysqldump --host HOST --disable-keys --extended-insert --routines -u ROOTLOGIN -p ERADBNAME > BACKUPFILE
REMARQUE : dans cet exemple, HOST correspond à l'adresse IP ou au nom d'hôte de MySQL Server. ROOTLOGIN
correspond au compte racine de MySQL Server et ERADBNAME est le nom de la base de données ERA.
121
Si vous souhaitez restaurer la sauvegarde de la base de données, suivez les instructions suivantes :
Restauration d'une base de données MySQL
Pour restaurer une base de données MySQL à partir d'un fichier, suivez l'exemple décrit ci-dessous.
mysql --host HOST -u ROOTLOGIN -p ERADBNAME < BACKUPFILE
REMARQUE : pour plus d'informations sur les sauvegardes de Microsoft SQL Server, accédez au site Web de
Microsoft Technet. Pour plus d'informations sur les sauvegardes de MySQL Server, accédez au site Web de la
documentation MySQL.
3.6.2 Mise à niveau du serveur de base de données
Pour mettre à niveau une instance Microsoft SQL Server existante vers une nouvelle version afin de l'utiliser avec la
base de données ERA Proxy ou ERA Server, suivez les instructions suivantes :
1. Arrêtez tous les services ERA Server ou ERA Proxy en cours d'exécution qui se connectent au serveur de base de
données que vous allez mettre à niveau. Arrêtez également les applications qui peuvent se connecter à votre
instance Microsoft SQL Server.
2. Sauvegardez toutes les bases de données pertinentes avant de continuer.
3. Effectuez la mise à niveau du serveur de base de données en suivant les instructions de l'éditeur de la base de
données.
4. Démarrez tous les services ERA Server et/ou ERA Proxy, puis consultez les journaux de suivi de ces derniers pour
vérifier que la connexion à la base de données fonctionne correctement.
Pour plus d'informations spécifiques à votre base de données, consultez les pages Web suivantes :
· Mise à niveau de SQL Server : https://msdn.microsoft.com/fr-fr/library/bb677622.aspx (Vous pouvez cliquer sur
Autres versions pour obtenir des instructions de mise à niveau vers une version spécifique de SQL Server.)
· Mettez MySQL Server à niveau (vers la version 5.6) http://dev.mysql.com/doc/refman/5.6/en/upgrading.html
3.6.3 Migration de la base de données ERA
Pour obtenir des instructions afin de migrer la base de données ERA Server ou ERA Proxy entre différentes instances
SQL Server (ces instructions s'appliquent également lors de la migration vers une version différente de SQL Server
ou vers une instance SQL Server hébergée sur un autre ordinateur), cliquez sur le lien adéquat suivant :
· Processus de migration de SQL Server
· Processus de migration de MySQL Server
Ce processus de migration est identique pour Microsoft SQL Server et Microsoft SQL Server Express.
3.6.3.1 Processus de migration de SQL Server
Ce processus de migration est identique pour Microsoft SQL Server et Microsoft SQL Server Express.
Pour plus d'informations, consultez l'article suivant de la base de connaissances Microsoft : https://
msdn.microsoft.com/en-us/library/ms189624.aspx.
qConditions préalables requises :
o Les instances SQL Server source et cible doivent être installées. Elles peuvent être hébergées sur des
ordinateurs différents.
o La version de l'instance SQL Serveur cible doit être la même que celle de l'instance source. Une mise à niveau
vers une version antérieure n'est pas prise en charge.
o SQL Server Management Studio doit être installé. Si les instances SQL Server se trouvent sur des ordinateurs
distincts, SQL Server Management Studio doit être installé sur les deux ordinateurs.
122
qMigration :
1. Arrêtez le service ERA Server ou ERA Proxy.
2. Connectez-vous à l'instance SQL Server source par le biais de SQL Server Management Studio.
3. Effectuez une sauvegarde complète de la base de données à migrer. Il est recommandé de spécifier un nouveau
nom de jeu de sauvegarde. Sinon, si le jeu de sauvegarde a déjà été utilisé, la nouvelle sauvegarde lui sera
ajoutée, ce qui générera un fichier de sauvegarde inutilement volumineux.
4. Mettez la base de données source hors ligne en sélectionnant Tâches > Mettre hors ligne.
5. Copiez le fichier de sauvegarde (.bak) créé à l'étape 3 à un emplacement accessible à partir de l'instance SQL
Server cible. Il est possible que vous deviez modifier les droits d'accès du fichier de sauvegarde de base de
données.
6. Remettez la base de données source en ligne, mais ne démarrez pas encore ERA Server.
7. Connectez-vous à l'instance SQL Server cible à l'aide de SQL Server Management Studio.
8. Restaurez votre base de données sur l'instance SQL Server cible.
123
9. Saisissez le nom de la nouvelle base de données dans le champ Base de données de destination. Si vous
préférez, vous pouvez utiliser le nom de l'ancienne base de données.
10. Sous Spécifiez la source et l'emplacement des jeux de sauvegarde à restaurer, sélectionnez À partir du
périphérique, puis cliquez sur … .
11. Cliquez sur Ajouter, accédez à votre fichier de sauvegarde, puis ouvrez-le.
12. Sélectionnez la sauvegarde la plus récente à restaurer (le jeu de sauvegarde peut contenir plusieurs
sauvegardes).
124
13. Cliquez sur la page Options de l'assistant de restauration. Vous pouvez éventuellement sélectionner Remplacer
la base de données existante et vérifier que les emplacements de restauration de la base de données ( .mdf) et
du journal ( .ldf) sont corrects. Si vous conservez les valeurs par défaut, les chemins de l'instance SQL Server
source seront utilisés. Vérifiez que ces valeurs sont correctes.
o Si vous ne savez pas où les fichiers de base de données sont stockés sur l'instance SQL Server cible, cliquez avec
le bouton droit sur une base de données existante, sélectionnez Propriétés, puis cliquez sur l'onglet Fichiers. Le
répertoire dans lequel est stockée la base de données est indiqué dans la colonne Chemin d'accès du tableau
ci-dessous.
125
14. Dans la fenêtre de l'assistant de restauration, cliquez sur OK.
15. Vérifiez que l'authentification SQL Server est activée pour la nouvelle base de données. Cliquez avec le bouton
droit sur le serveur, puis cliquez sur Propriétés. Accédez à Sécurité, puis vérifiez que le mode d'authentification
SQL Server et Windows est sélectionné.
16. Créez des informations d'identification SQL Server (pour ERA Server/Proxy) dans l'instance SQL Server cible avec
l'authentification SQL Server et mappez-les sur un utilisateur de la base de données restaurée.
126
o N'appliquez pas l'expiration des mots de passe.
o Caractères recommandés pour les noms d'utilisateur :
§ Lettres ASCII en minuscules, chiffres et trait de soulignement « _ »
o Caractères recommandés pour les mots de passe :
§ Caractères ASCII uniquement, notamment des lettres ASCII en majuscules et minuscules, des chiffres, des
espaces et des caractères spéciaux
o N'utilisez pas de caractères non-ASCII tels que les accolades et le caractère @
o Si vous ne suivez pas les recommandations ci-dessus relatives aux caractères, il est possible que vous
rencontriez des problèmes de connexion de base de données ou que vous deviez échapper les caractères
spéciaux lors des étapes de modification de la chaîne de connexion à la base de données qui suivent. Les règles
d'échappement de caractères ne sont pas incluses dans ce document.
127
17. Mappez les informations d'identification sur un utilisateur de la base de données cible. Dans l'onglet des
mappages des utilisateurs, vérifiez que l'utilisateur de la base de données dispose des rôles suivants :
db_datareader, db_datawriter, db_owner.
128
18. Pour activer les dernières fonctionnalités du serveur de base de données, remplacez le niveau de compatibilité
de la base de données restaurée par le plus récent. Cliquez avec le bouton droit sur la nouvelle base de
données, puis ouvrez ses propriétés.
REMARQUE : SQL Server Management Studio n'est pas en mesure de définir les niveaux de compatibilité
ultérieurs à la version en cours d'utilisation. Par exemple, SQL Server Management Studio 2008 ne peut pas définir
le niveau de compatibilité de SQL Server 2014.
129
19. Vérifiez que le protocole de connexion TCP/IP est activé pour SQLEXPRESS et que le TCP/IP port est défini sur
1433. Pour ce faire, ouvrez Sql Server Configuration Manager et accédez à SQL Server Network Configuration >
Protocols for SQLEXPRESS. Cliquez avec le bouton droit sur TCP/IP et sélectionnez Modifié. Double-cliquez
ensuite sur TCP/IP, passez à l'onglet Protocoles, faites défiler l'affichage jusqu'à IPAll et saisissez 1433 dans le
champ Port. Cliquez sur OK et redémarrez le service SQL Server.
20. Recherchez le fichier startupconfiguration.ini sur l'ordinateur sur lequel ERA Server/Proxy est installé.
o Pour Windows Vista et versions ultérieures :
% PROGRAMDATA %\ESET\RemoteAdministrator\Server\EraServerApplicationData\Configuration
\startupconfiguration.ini
o Pour les versions antérieures de Windows :
% ALLUSERSPROFILE %\ Application Data\ESET\RemoteAdministrator\Server\EraServerApplicationData
\Configuration\startupconfiguration.ini
o Pour Linux :
/etc/opt/eset/RemoteAdministrator/Server/StartupConfiguration.ini
21. Modifiez la chaîne de connexion à la base de données dans ERA Server/Proxy startupconfiguration.ini
o Définissez l'adresse et le port du nouveau serveur de base de données.
o Définissez les nouveaux nom d'utilisateur et mot de passe ERA dans la chaîne de connexion.
· Le résultat final doit ressembler à celui-ci :
Ce chapitre est disponible uniquement dans la rubrique d'aide en ligne.
22. Démarrez ERA Server/Proxy et vérifiez que le service ERA Server/Proxy s'exécute correctement.
130
3.6.3.2 Processus de migration de MySQL Server
Conditions préalables requises
· Les instances SQL Server source et cible doivent être installées. Elles peuvent être hébergées sur des ordinateurs
différents.
· Les outils MySQL doivent être disponibles sur au moins un des ordinateurs ( mysqldump et client mysql).
Liens utiles
· http://dev.mysql.com/doc/refman/5.6/en/copying-databases.html
· http://dev.mysql.com/doc/refman/5.6/en/mysqldump.html
· http://dev.mysql.com/doc/refman/5.6/en/mysql.html
Processus de migration
Dans les commandes, instructions SQL ou fichiers de configuration suivants, remplacez toujours :
§ SRCHOST par l'adresse du serveur de base de données source ;
§ SRCROOTLOGIN par la connexion de l'utilisateur racine MySQL Server source ;
§ SRCERADBNAME par le nom de la base de données ERA source à sauvegarder ;
§ BACKUPFILE par le chemin d'accès au fichier dans lequel la sauvegarde sera stockée ;
§ TARGETHOST par l'adresse du serveur de base de données cible ;
§ TARGETROOTLOGIN par la connexion de l'utilisateur racine MySQL Server cible ;
§ TARGETERADBNAME par le nom de la base de données ERA cible (après migration) ;
§ TARGETERALOGIN par le nom d'utilisateur de l'utilisateur de la nouvelle base de données ERA sur l'instance
MySQL Server cible ;
§ TARGETERAPASSWD par le mot de passe de l'utilisateur de la nouvelle base de données ERA sur l'instance
MySQL cible.
Il n'est pas nécessaire d'exécuter les instructions SQL ci-dessous via la ligne de commande. Si vous disposez d'un
outil d'interface utilisateur graphique, vous pouvez utiliser une application que vous maîtrisez.
La procédure qui suit est disponible uniquement dans la rubrique d'aide en ligne.
3.7 Image ISO
Une image ISO est l'un des formats dans lesquels vous pouvez télécharger (catégorie des programmes d'installation
tout en un) les programmes d'installation d'ESET Remote Administrator. Elle contient les éléments suivants :
· Package du programme d'installation ERA
· Programmes d'installation distincts pour chaque composant
L'image ISO s'avère utile lorsque vous souhaitez conserver tous les programmes d'installation d'ESET Remote
Administrator à un même emplacement. Elle évite également d'avoir à télécharger les programmes d'installation à
partir du site Web ESET chaque fois que vous devez exécuter une installation. Elle permet enfin d'installer ESET
Remote Administrator sur une machine virtuelle.
131
3.8 Enregistrement du service DNS
Pour configurer un enregistrement de ressource DNS :
1. Sur le serveur DNS (serveur DNS sur le contrôleur de domaine), accédez à Panneau de configuration > Outils
d'administration.
2. Sélectionnez la valeur DNS.
3. Dans le Gestionnaire DNS, sélectionnez _tcp dans l'arborescence, puis créez un enregistrement
Emplacement du service (SRV).
4. Saisissez le nom du service dans le champ Service conformément aux règles standard DNS, puis tapez un trait
de soulignement ( _ ) devant le nom du service (utilisez votre propre nom, comme _era).
5. Dans le champ Protocole, saisissez le protocole tcp au format suivant : _tcp.
6. Saisissez le port 2222 dans le champ Numéro de port.
7. Saisissez le nom de domaine complet (FQDN) d'ERA Server dans le champ Hôte offrant ce service.
8. Cliquez sur OK, puis Terminé pour enregistrer l'enregistrement. L'enregistrement s'affiche alors dans la liste.
Pour vérifier l'enregistrement DNS :
1. Connectez-vous à un ordinateur de votre domaine, puis ouvrez une ligne de commandes (cmd.exe).
2. Saisissez nslookup dans la ligne de commandes, puis appuyez sur Entrée.
3. Saisissez set querytype=srv, puis appuyez sur Entrée.
4. Saisissez _era._tcp.domain.name, puis appuyez sur Entrée. L'emplacement du service est affiché
correctement.
REMARQUE
veillez à remplacer la valeur Hôte offrant ce service par le nom de domaine complet du nouveau serveur lors de
l'installation d'ESET Remote Administrator Server sur un autre ordinateur.
3.9 Scénario d'installation hors connexion d'ERA
Dans certains cas, vous pourriez vouloir installer ERA et ses composants dans des environnements ne disposant pas
d'un accès à Internet. Pour effectuer cette installation, suivez nos instructions détaillées :
Pour obtenir des instructions sur la mise à niveau d'ERA, reportez-vous à Mettre à niveau les composants ERA
dans un environnement hors connexion.
1. Installez ESET Remote Administrator. Pendant l'installation, sélectionnez Activer ultérieurement, puis activez
ERA ultérieurement avec une licence hors ligne.
2. Créez un référentiel local pour les packages d'installation. Vous pouvez procéder de trois manières différentes :
a) Créer un référentiel local à l'aide d'Apache Tomcat qui est déjà installé avec ERA
I. Accédez à : C:/Program
Files (x86)/Apache Software Foundation/Tomcat 7.0/webapps/
II. Créez un dossier pour le référentiel local, par exemple era_repository.
III. Copiez les packages d'installation dans le référentiel.
IV. Les packages d'installation sont accessibles à cette adresse :
https://tomcat_server:tomcat_port/era_repository/era_agent.dmg
b) Créer un référentiel local à l'aide d'Apache HTTP Proxy
132
I. Installez Apache HTTP Proxy.
II. Accédez à : C:\Program Files\Apache
fichier de configuration).
HTTP Proxy\htdocs\
(l'emplacement peut être modifié dans le
III. Copiez les packages d'installation dans le référentiel.
IV. Les packages d'installation sont accessibles à cette adresse :
http://proxy_server:proxy_port/era_agent.dmg
c) Utiliser un dossier/lecteur réseau partagé
3. Installez ERA Agent via uneinstallation Agent Live à l'aide de l'URL pour accéder au package d'installation de
l'agent à partir du référentiel local du script d'installation. Consultez notre article de base de connaissances pour
obtenir plus d'informations.
Pour les utilisateurs d'entreprise ou pour installer avec GPO/SCCM: Consultez notre article de base de
connaissances
4. Déployez les produits ESET Endpoint sur les postes de travail via une tâche d'installation de logiciel . Choisissez
une URL personnalisée pour le package d'installation dans le référentiel local. Visitez la page de
téléchargements d'ESET.com pour télécharger des packages d'installation.
5. Activez les points de terminaison avec une licence hors ligne :
· Comment activer les produits ESET pour les entreprises hors connexion ?
· Comment activer les produits ESET pour les entreprises à partir d'ESET Remote Administrator ?
6. Désactiver ESET LiveGrid.
7. Miroir de mise à jour : il existe deux scénarios (a,b) :
Apache HTTP Proxy fonctionne correctement en tant que miroir, mais Apache Tomcat doit être reconfiguré
pour s'exécuter sans SSL (en raison du miroir de mise à jour), afin que la connexion à ERA Web Console soit
sécurisée.
a) Dans un environnement réseau fermé, sans accès à Internet, l'administrateur doit créer un serveur de mise à
jour personnalisé - un dossier miroir où placer les fichiers de mise à jour pour les clients :
I. If Apache HTTP Proxy/Apache Tomcat est utilisé comme serveur de mise à jour, les clients doivent être
configurés pour utiliser un serveur de mise à jour personnalisé (pas de proxy).
II. Si vous utilisez Endpoint security for windows comme serveur miroir, les clients doivent être
configurés pour télécharger à partir du miroir client
b) Si au moins un ordinateur a accès à Internet :
I. Vous pouvez utiliser Apache HTTP Proxy et configurer les clients pour qu'ils utilisent le proxy.
II. You can use Tomcat en tant que serveur de mise à jour + outil Miroir, et configurér les cliernts pour
utiliser un serveur de mise à jour personnalisé.
III. Vous pouvez configurer un miroir avec Endpoint security pour Windows et configurer les clients pouir
télécharger à partir du miroir client
8. Il est vivement conseillé de mettre régulièrement à jour la base des signatures de virus. Si la base n'est pas mise
à jour, les ordinateurs sont marqués comme n'étant pas mis à jour dans la console Web. Pour désactiver cet
avertissement dans ERA Web Console, cliquez sur l'ordinateur dans la liste, puis sélectionnez Désactiver dans le
menu déroulant.
133
4. Procédures de mise à niveau, de migration et de réinstallation
Cette section décrit différentes méthodes de mise à niveau, de migration et de réinstallation d'ESET Remote
Administrator Server et d'autres composants ERA.
1. Mise à niveau à partir de la génération ERA antérieure
Comment effectuer la mise à niveau/migration depuis une ancienne génération d'ESET Remote Administrator 5 vers
ESET Remote Administrator 6 avec l'outil de migration.
2. Mise à niveau depuis une ancienne version d'ERA 6 vers la dernière version d'ERA 6
Comment mettre à niveau les composants de votre infrastructure ESET Remote Administrator.
REMARQUE : pour connaître la version de chaque composant ERA que vous exécutez, vérifiez la version d'ESET
Remote Administrator Server. Accédez à la page À propos dans la console Web ERA, puis reportez-vous à cet article
de la base de connaissances pour consulter la liste de toutes les versions des composants ERA par ERA Server.
3. Migration ou réinstallation d'ERA 6 d’un serveur à un autre
Comment effectuer la migration d'un serveur à l'autre ou réinstaller ERA Server.
REMARQUE : si vous envisagez de migrer ERA Server vers un nouveau serveur, vous devez exporter ou
sauvegarder toutes les autorités de certificat, ainsi que le certificat ERA Server. Dans le cas contraire, aucun
composant ERA ne sera en mesure de communiquer avec votre nouveau ERA Server.
4. Autres procédures
Comment changer l'adresse IP ou le nom de l'hôte sur ERA Server.
4.1 Tâche de mise à niveau des composants
Ce chapitre contient les sections suivantes :
Recommandations
Liste des composants mis à jour
Avant la mise à niveau
Procédure relative à la tâche Mise à niveau des composants Remote Administrator
Dépannage
Recommandations :
Il est recommandé d'utiliser la tâche Mise à niveau des composants, disponible dans la console Web ERA, pour
mettre à niveau votre infrastructure ERA. L'exemple suivant illustre la configuration de la tâche Mise à niveau des
composants Remote Administrator pour effectuer la mise à niveau d'ERA version 6.1.x ou 6.2.x vers ERA version 6.4.
IMPORTANT : vous devez sauvegarder tous les certificats (certificats d'autorité de certification, serveur, proxy et
agent) pour effectuer cette opération. Pour sauvegarder vos certificats :
1. Exportez les certificats de l'autorité de certification d'un ancien ERA Server vers un fichier .der et enregistrezles dans un stockage externe.
2. Exportez les certificats d'homologues (pour ERA Agent, ERA Server, ERA Proxy) et le fichier .pfx de clé privée
depuis un ancien ERA Server et enregistrez-les dans un stockage externe.
Lors de l'exécution de cette tâche, il est vivement recommandé de sélectionner le groupe Tous comme cible pour
que l'ensemble de l'infrastructure ERA soit mise à niveau.
134
Liste des composants mis à niveau :
· ERA Server
· ERA Agent (la tâche met à jour tous les ordinateurs du réseau avec les agents ERA Agent installés s'ils sont
sélectionnés comme cibles pour la tâche)
· ERA Proxy
· Console Web ERA : s'applique uniquement lorsque ce composant a été installé à l'aide du programme
d'installation ERA tout-en-un ou de l'appliance virtuelle ERA et de n'importe quelle distribution Linux (à
condition que le dossier d'installation figure dans /var/lib/tomcat8/webapps/, /var/lib/tomcat7/webapps/,
/var/lib/tomcat6/webapps/, /var/lib/tomcat/webapps/ ])
· ERA Connecteur de périphérique mobile (de la version 6.2.11.0 vers ERA version 6.4.)
Les composants suivants doivent être manuellement mis à niveau :
· Apache Tomcat (il est vivement recommandé de mettre à jour Apache Tomcat ; consultez la section Mise à
niveau d'Apache Tomcat)
· Apache HTTP Proxy (peut s'effectuer à l'aide du programme d'installation tout-en-un ; consultez la section
Mise à niveau d'Apache HTTP Proxy)
· ERA Rogue Detection Sensor
Avant la mise à niveau :
si la mise à niveau des composants échoue sur un ordinateur qui exécute ERA Server ou la console Web, vous
risquez de ne pas pouvoir vous connecter à distance à la console Web. Il est vivement conseillé de configurer un
accès physique à l'ordinateur serveur avant d'effectuer cette mise à niveau. Si un accès physique à l'ordinateur est
impossible, vérifiez que vous pouvez vous y connecter avec des privilèges administratifs à l'aide du Bureau à
distance. Il est recommandé de sauvegarder les bases de données d'ERA Server et du Connecteur de périphérique
mobile avant d'effectuer cette opération. Pour sauvegarder l'appliance virtuelle, créez un instantané ou clonez la
machine virtuelle.
Vous effectuez la mise à niveau depuis ERA version 6.1.x ?
Si vous effectuez la mise à niveau depuis ERA version 6.1 et utilisez un ERA Proxy, les ordinateurs clients qui se
connectent par l'intermédiaire d'ERA Proxy ne reçoivent pas automatiquement la version mise à niveau d'ERA
Agent. Il est recommandé d'utiliser les programmes d'installation Agent Live et de les distribuer par
l'intermédiaire de GPO ou SCCM. Si vous avez ERA 6.2, les clients se mettront à niveau normalement que vous
utilisez le Proxy ERA ou non.
Une instance ERA Server est installée sur un cluster de basculement
si l'instance d'ERA Server est installée sur un cluster de basculement, vous devez mettre à niveau manuellement
le composant ERA Server sur chaque nœud du cluster. Une fois ERA Server mis à niveau, vous pouvez exécuter la
tâche Mise à niveau des composants pour mettre à niveau le reste de l'infrastructure (lERA Agent sur les
ordinateurs clients, par exemple).
ERA Agent est installé sur les clients Linux qui s'exécutent avec systemd dans votre infrastructure ?
Si ERA Agent est installé sur des clients Linux qui s'exécutent avec systemd dans votre infrastructure (les
distributions avec des scripts init SysV ou upstart ne sont pas affectées), exécutez ce script avant d'exécuter la
tâche Mise à niveau des composants. Cette opération n'est nécessaire que pour les versions 6.1.450.0 ou
antérieures.
135
#!/bin/sh -e
systemd_service=eraagent.service
systemd_service_path="/etc/systemd/system/$systemd_service"
if ! grep "^KillMode=" "$systemd_service_path" > /dev/null
then
echo "Applying 'KillMode' change to '$systemd_service_path'"
sed -i 's/\[Service\]/[Service]\nKillMode=process/' "$systemd_service_path"
else
echo "'KillMode' already set. No changes applied."
exit 0
fi
systemctl daemon-reload
if systemctl is active $systemd_service > /dev/null
then
echo "Restarting instance of '$systemd_service'"
systemctl restart $systemd_service
fi
Instructions importantes à respecter avant la mise à niveau du proxy HTTP Apache sur Microsoft Windows
Si vous utilisez le proxy HTTP Apache et avez dans votre fichier httpd.conf des paramètres personnalisés (nom
d'utilisateur et mot de passe par exemple), sauvegardez le fichier httpd.conf d'origine (situé dans C:\Program Files
\Apache HTTP Proxy\conf\). Si vous n'utilisez pas de paramètres personnalisés, il n'est pas nécessaire sauvegarder
le fichier httpd.conf. Effectuez la mise à niveau vers la version la plus récente du proxy HTTP Apache en utilisant
l'une des méthodes référencées dans la section Mise à niveau du proxy HTTP Apache.
AVERTISSEMENT : après avoir effectué la mise à niveau d'Apache HTTP Proxy sous Windows et que vous avez des
paramètres personnalisés (nom d'utilisateur et mot de passe, par exemple) dans votre fichier httpd.conf d'origine,
copiez les paramètres du fichier httpd.conf de sauvegarde et ajoutez uniquement les paramètres personnalisés
dans le nouveau fichier httpd.conf. N'utilisez pas le fichier httpd.conf d'origine avec la nouvelle version mise à
niveau du Apache HTTP Proxy, car il ne fonctionnera pas correctement. Copiez uniquement les paramètres
personnalisés et utilisez le nouveau fichier httpd.conf. Vous pouvez également personnaliser manuellement le
nouveau fichier httpd.conf, les paramètres sont décrits dans la section Installation du proxy HTTP Apache Windows.
Instructions importantes à respecter avant la mise à niveau du proxy HTTP Apache sur l'appliance virtuelle
Si vous utilisez le proxy HTTP Apache et avez dans votre fichier httpd.conf des paramètres personnalisés (nom
d'utilisateur et mot de passe par exemple), sauvegardez le fichier httpd.conf d'origine (situé dans /opt/
apache/conf/) et exécutez la tâche Mise à niveau des composants Remote Administrator pour effectuer la mise
à niveau du proxy HTTP Apache. Si vous n'utilisez pas de paramètres personnalisés, il n'est pas nécessaire de
créer de sauvegarde de httpd.conf.
Une fois la tâche Mise à niveau des composants effectuée, exécutez la commande suivante à l'aide de la tâche
client Exécuter une commande pour mettre à jour le fichier httpd.conf (cette opération est nécessaire pour que
le proxy HTTP Apache s'exécute correctement) :
wget http://help.eset.com/era_install/64/apache/httpd.conf -O /tmp/httpd.conf\
-o /tmp/wgeterror.log && cp /tmp/httpd.conf /opt/apache/conf/httpd.conf
136
Vous pouvez également exécuter cette même commande directement depuis la console de l'appliance virtuelle
ERA. Une autre possibilité consiste à remplacer manuellement le fichier de configuration du proxy HTTP Apache
httpd.conf .
AVERTISSEMENT : si le fichier httpd.conf d'origine comporte des paramètres personnalisés (nom
d'utilisateur et mot de passe, par exemple), copiez les paramètres du fichier httpd.conf de sauvegarde et
ajoutez uniquement les paramètres personnalisés dans le nouveau fichier httpd.conf. N'utilisez pas le fichier
httpd.conf d'origine avec la nouvelle version mise à niveau du proxy HTTP Apache, car il ne fonctionnera pas
correctement. Copiez uniquement les paramètres personnalisés et utilisez le nouveau fichier httpd.conf. Vous
pouvez également personnaliser manuellement le nouveau fichier httpd.conf, les paramètres sont décrits dans
la section Installation du proxy HTTP Apache - Linux.
Reportez-vous à la rubrique d'aide en ligne Mettre à jour les composants d'ESET Remote Administrator. Pour obtenir
un autre guide de mise à niveau d'ESET Remote Administrator vers la dernière version (6.x), consultez l'article de la
base de connaissances.
Dépannage :
· Vérifiez si vous pouvez accéder au référentiel ERA depuis un ordinateur mis à niveau.
· Une nouvelle exécution de la tâche Mettre à jour les composants d'ESET Remote Administrator ne fonctionnera
pas si un composant a déjà été mis à niveau vers une nouvelle version.
· S'il n'existe pas de motif clair pour expliquer l'échec, effectuez une mise à niveau manuelle des composants.
Consultez nos instructions pour Windows ou Linux.
· Sur les ordinateurs Linux qui utilisent systemd en tant que gestionnaire de service, cette tâche peut ne pas se
terminer correctement. Les distributions Linux avec scripts init SysV ou upstart ne sont pas affectées.
137
· Consultez les informations générales de dépannage pour accéder à d'autres suggestions de résolution des
problèmes.
4.1.1 Installation du produit avec mise à niveau des composants
Il existe deux méthodes permettant d'effectuer une installation basée sur les composants des produits d'entreprise
ESET version 6.x et les déployer depuis ESET Remote Administrator.
REMARQUE : ESET Endpoint Security prend en charge une installation basée sur les composants, contrairement à
ESET Endpoint Antivirus. Sélectionnez les composants à installer à l'aide de la propriété ADDLOCAL. Consultez
également la section Installation avancée d'ESET Endpoint Security.
1. Utilisation de la tâche Installer un logiciel
Choisissez un package dans le référentiel ou Ajouter un chemin au fichier msi, par exemple :
file://\\Win2012-server\share\ees_nt64_enu.msi (il est nécessaire de définir des autorisations correctes - pas
d'authentification)
ajoutez ADDLOCAL=<liste> aux paramètres d'installation
ADDLOCAL=WebAndEmail,ProtocolFiltering,WebAccessProtection,EmailClientProtection,Antispam,
WebControl,UpdateMirror,DocumentProtection,DeviceControl
(tous les composants sans NAP ni pare-feu)
Reportez-vous également aux instructions de la tâche Installer un logiciel dans le guide de l'administrateur.
2. Utilisation des tâches Exécuter une commande
Par exemple :
msiexec.exe /i \\Win2012-server\share\ees_nt64_enu.msi /qn
ADDLOCAL=WebAndEmail,ProtocolFiltering,WebAccessProtection,EmailClientProtection,Antispam,
WebControl,UpdateMirror,DocumentProtection,DeviceControl /lvx*
C:/install.log
Reportez-vous également aux instructions de la tâche Exécuter une commande dans le guide de
l'administrateur.
4.2 Migration à partir de la version ERA antérieure
Si vous souhaitez effectuer la mise à niveau/migration depuis une ancienne génération d'ESET Remote
Administrator 5 vers ESET Remote Administrator 6, vous pouvez utiliser l'outil de migration qui facilite la mise à
niveau. L'assistant de migration est une application autonome sous forme d'assistant qui simplifie la migration des
données d'ERA 4.x/5.x dans une base de données intermédiaire et leur importation dans ERA 6.x.
IMPORTANT : la version de l'outil de migration doit correspondre à la version d'ESET Remote Administrator vers
laquelle vous allez migrer. Pour savoir quelle version de l'outil de migration utiliser, consultez cet article de la base
de connaissances.
· Téléchargez la version appropriée de l'outil de migration ESET Remote Administrator.
· Exécutez l'outil de migration localement sur votre ancien serveur ERA 4.x / 5.x. Il n'est pas possible d'exécuter
l'outil de migration depuis une machine distante.
· La configuration de votre ancien serveur ERA n'est pas migré.
· Les groupes paramétriques ne sont pas migrés.
· Vous pouvez migrer les stratégies avec l'outil de migration 6.2.x et les versions ultérieures. Il existe toutefois
quelques spécificités pour la migration des stratégies :
§ Seules les stratégies du serveur ERA supérieur sont migrées.
§ Seules les définitions des stratégies sont migrées, les relations des stratégies ne sont pas migrées.
138
§ Il faudra attribuer manuellement les stratégies migrées aux groupes appropriés après la migration.
§ La hiérarchie des stratégies est omise. Dans le cas où il y a un indicateur ignorer dans votre ancien ERA, il sera
converti en forcer pour le même paramètre dans la stratégie ERA 6.
§ Si l'ancien ERA contient des paramètres relatifs à plusieurs produits dans une seule stratégie, une stratégie
individuelle sera créée dans ERA 6 pour chaque produit.
REMARQUE : après la migration, il est conseillé de vérifier tous les éléments (ordinateurs, groupes statiques,
stratégies, etc.) pour vérifier qu'ils sont en place et que le résultat de la migration correspond aux attentes. Si vous
constatez des divergences, une intervention sera nécessaire, par exemple la création manuelle de stratégies.
REMARQUE : Si une erreur se produit pendant le processus de migration, elle est consignée dans le fichier
situé dans le même dossier que l'outil de migration. Si vous avez un accès en lecture seule à ce
dossier, une fenêtre de connexion s'ouvrira. La même chose se produit s'il n'y a pas suffisamment d'espace disque.
Cela signifie que le fichier journal n'est pas créé et que les résultats ne sont visibles que dans la fenêtre du journal.
migration.log
REMARQUE : pour résoudre un problème lié aux fichiers MSVCP100.dll ou MSVCR100.dll manquants, installez la
dernière version de Microsoft Visual C++ 2010 Redistributable Package. Vous pouvez utiliser le lien suivant
Microsoft Visual C++ 2010 Redistributable Package (x86).
Voici des scénarios de migration pour vous guider pendant le processus de migration :
· Scénario de migration 1 : migration vers ERA 6.x s'exécutant sur un autre ordinateur qu'ERA 4.x / 5.x.
· Scénario de migration 2 : migration vers ESET Remote Administrator 6.x s'exécutant le même ordinateur
qu'ERA 4.x / 5.x.
· Scénario de migration 3 : migration vers ERA 6.x où les points de terminaison se connectent à l'ancienne version
d'ERA 4.x / 5.x jusqu'à ce qu'ERA Agent soit déployé par ERA 6.x.
139
4.2.1 Scénario de migration 1
Ce scénario traite de la migration vers ERA 6 s'exécutant sur un autre ordinateur qu'ERA 4.x / 5.x. Consultez cet
article de base de connaissances ; vous y trouverez des informations et des instructions détaillées et illustrées afin
d'effectuer l'installation à l'aide du programme d'installation tout-en-un.
1. La première étape du processus de migration consiste à installer et exécuter ERA 6.x sur un autre ordinateur.
2. Démarrez l'outil de migration ESET Remote Administrator sur l'ordinateur ERA 4.x/5.x, puis sélectionnez Exporter
pour enregistrer les données de l'ancienne version d'ERA dans un fichier de base de données intermédiaire.
3. L'assistant de migration peut uniquement transférer des données spécifiques. Sélectionnez les données que
vous souhaitez transférer, puis cliquez sur Suivant.
Une fois que vous avez sélectionné un dossier dans lequel enregistrer la base de données temporaire,
l'assistant affiche l'état de l'archive de la base de données ERA 4.x / 5.x.
Toutes les données sont exportées vers une base de données intermédiaire.
4. Lorsque l'exportation des données est terminée, deux options s'offrent à vous :
· La première option consiste à terminer l'exportation, à copier le fichier de base de données temporaire sur
un serveur exécutant ESET Remote Administrator 6.x et à importer les données à l'aide de l'outil de migration
ERA sur ce serveur.
· La deuxième option consiste à cliquer sur le bouton Importer maintenant pour importer directement les
données dans ESET Remote Administrator 6x via le réseau. Indiquez les informations de connexion et
d'ouverture de session du nouveau serveur ERA Server.
REMARQUE : les groupes statiques synchronisés à partir d'Active Directory sont ignorés et ne sont pas exportés.
140
· Si les paramètres du serveur ne permettent pas l'importation de données spécifiques, l'outil de migration
ESET Remote Administrator vous offre la possibilité de modifier les paramètres d'ERA 6.x pour des
composants en particulier.
· Chaque composant est alors importé. Un journal d'importation (migration) est disponible pour chaque
composant. Lorsque l'importation est terminée, l'outil de migration affiche les résultats du processus
d'importation.
· Si vous avez migré des utilisateurs, les mots de passe de ces derniers sont réinitialisés et remplacés des mots
de passe générés de manière aléatoire. Ces mots de passe peuvent être exportés au format .CSV .
· L'assistant de l'outil de migration génère également un script qui peut être utilisé pour préconfigurer les ERA
Agents sur les ordinateurs clients. Ce script se présente sous la forme d'un fichier .bat exécutable qui peut
être distribué aux ordinateurs clients.
· Il est recommandé d'examiner les paramètres et les données migrés pour s'assurer que l'importation a été
correctement effectuée. Une fois l'examen terminé, vous pouvez utiliser ce script pour déployer ERA Agent
sur un petit groupe d'ordinateurs afin de vérifier qu'ils se connectent correctement au serveur.
· Une fois la connexion établie pour le groupe de test, vous pouvez déployer l'Agent sur les ordinateurs
restants (manuellement ou à la l'aide d'une tâche de synchronisation d'Active Directory).
REMARQUE : si une des étapes de migration échoue, vous devez restaurer les modifications apportées à ERA 6.x,
configurer les ordinateurs pour qu'ils se connectent à ERA 4.x / 5.x, récupérer les données de sauvegarde d'ERA 4.x /
5.x et contacter le service client ESET.
141
4.2.2 Scénario de migration 2
Ce scénario traite de la migration vers ESET Remote Administrator 6.x s'exécutant un même ordinateur qu'ERA 4.x /
5.x. Toutes les données d'ERA doivent être sauvegardées (à l'aide de l'outil de maintenance ESET) et les services
ERA arrêtés dans le système d'exploitation avant de migrer toute donnée.
Regardez la vidéo d'instructions de la base de connaissances. Vous pouvez également consulter cet article de la
base de connaissances pour obtenir des instructions détaillées et illustrées afin d'effectuer l'installation à l'aide du
programme d'installation tout-en-un.
Téléchargez l'outil de migration d'ESET Remote Administrator et suivez les étapes ci-dessous.
REMARQUE : si vous recevez une erreur système, vérifiez que vous avez installé le composant Microsoft
Redistributable Package requis.
1. Une fois l'outil de migration ESET Remote Administrator exécuté sur l'ordinateur ERA 4.x / 5.x, l'administrateur
doit sélectionner l'option Exporter pour enregistrer les données d'ERA 4.x / 5.x dans un fichier de base de
données intermédiaire. L'assistant de migration peut uniquement transférer des données spécifiques :
REMARQUE : en raison de la nouvelle conception et des nouvelles fonctions des groupes dynamiques
d'ERA 6.x, il n'est pas possible de transférer les tâches et groupes paramétriques à partir d'ERA 4.x/5.x.
142
143
2. Une fois que vous avez sélectionné un dossier dans lequel enregistrer la base de données temporaire, l'assistant
affiche l'état de l'archive de la base de données ERA 4.x / 5.x.
3. Toutes les données sont exportées vers une base de données intermédiaire.
· Après l'exportation des données, et avant le déploiement d'ERA 6.x, ERA 4.x / 5.x doit être désinstallé. Il est
recommandé de redémarrer l'ordinateur avant de poursuivre l'installation d'ERA 6.x.
· Lorsque ERA 6.x est installé, la base de données exportée peut être importée à l'aide de l'outil de migration.
L'administrateur est invité à saisir l'adresse IP de l'ordinateur (celle concernant ERA Console et qui est
affichée dans l'écran indiquant que l'installation a réussi, mais sans le protocole « :8443 ») dans le champ
Hôte, ainsi que le mot de passe administrateur configuré pendant l'installation, et à sélectionner le fichier de
base de données enregistré.
· Si les paramètres du serveur ne permettent pas l'importation de données spécifiques, l'outil de migration
ESET Remote Administrator vous offre la possibilité de modifier les paramètres d'ERA 6.x pour des
composants en particulier.
· Chaque composant est alors importé. Un journal d'importation (migration) est disponible pour chaque
composant. Lorsque l'importation est terminée, l'outil de migration affiche les résultats du processus
d'importation.
· Si vous avez migré des utilisateurs, les mots de passe de ces derniers sont réinitialisés et remplacés des mots
de passe générés de manière aléatoire. Ces mots de passe peuvent être exportés au format .CSV .
· L'assistant de l'outil de migration génère également un script qui peut être utilisé pour préconfigurer les ERA
Agents sur les ordinateurs clients. Ce script se présente sous la forme d'un fichier .bat exécutable qui peut
être distribué aux ordinateurs clients.
144
· Il est recommandé d'examiner les paramètres et les données migrés pour s'assurer que l'importation a été
correctement effectuée. Une fois l'examen terminé, vous pouvez utiliser ce script pour déployer ERA Agent
sur un petit groupe d'ordinateurs afin de vérifier qu'ils se connectent correctement au serveur.
· Une fois la connexion établie pour le groupe de test, vous pouvez déployer l'Agent sur les ordinateurs
restants (manuellement ou à la l'aide d'une tâche de synchronisation d'Active Directory).
REMARQUE : si une des étapes de migration échoue, vous devez restaurer les modifications apportées à ERA 6.x,
configurer les ordinateurs pour qu'ils se connectent à ERA 4.x / 5.x, récupérer les données de sauvegarde d'ERA 4.x /
5.x et contacter le service client ESET.
4.2.3 Scénario de migration 3
Ce scénario traite de la migration vers ERA 6.x où les points de terminaison se connectent à l'ancienne version
d'ERA 4.x / 5.x jusqu'à ce qu'ERA Agent soit déployé par ERA 6.x. Ce scénario est utile si vous souhaitez avoir une
idée de l'aspect d'ERA 6.x utilisant vos données provenant d'ERA 4.x/5.x, mais ayant toujours des points de
terminaison connectés à ERA 4.x/5.x.
REMARQUE : ce scénario est destiné uniquement à des utilisateurs très expérimentés. Il est déconseillé
d'effectuer ce type de migration, à moins qu'il n'y ait pas d'autres alternatives.
1. Une fois l'outil de migration ESET Remote Administrator exécuté sur l'ordinateur ERA 4.x / 5.x, l'administrateur
doit sélectionner l'option Exporter pour enregistrer les données d'ERA 4.x / 5.x dans un fichier de base de
données intermédiaire. L'assistant de migration peut uniquement transférer des données spécifiques :
REMARQUE : en raison de la nouvelle conception et des nouvelles fonctions des groupes dynamiques
d'ERA 6.x, il n'est pas possible de transférer les tâches et groupes paramétriques à partir d'ERA 4.x/5.x.
145
146
2. Une fois que vous avez sélectionné un dossier dans lequel enregistrer la base de données temporaire, l'assistant
affiche l'état de l'archive de la base de données ERA 4.x / 5.x.
3. Toutes les données sont exportées vers une base de données intermédiaire.
4. Si ERA 6 sera installé sur le même ordinateur qu'ERA 4.x / 5.x, vous pouvez modifier les anciens ports d'ERA et
renommer le service serveur ( sc config ERA_SERVER DisplayName= "ESET Remote Administrator g1").
5. ESET Remote Administrator 4.x / 5.x doit être redémarré après l'exportation des données.
6. Installez ESET Remote Administrator 6, puis importez la base de données intermédiaire à l'aide de l'outil de
migration. Vous êtes invité à saisir l'adresse IP de l'ordinateur (celle concernant ERA Console et qui est affichée
dans l'écran indiquant que l'installation a réussi, mais sans le protocole « :8443 ») dans le champ Hôte, ainsi que
le mot de passe administrateur configuré pendant l'installation, et à sélectionner le fichier de base de données
enregistré.
· Si les paramètres du serveur ne permettent pas l'importation de données spécifiques, l'outil de migration
ESET Remote Administrator vous offre la possibilité de modifier les paramètres d'ERA 6.x pour des
composants en particulier.
· Chaque composant est alors importé. Un journal d'importation (migration) est disponible pour chaque
composant. Lorsque l'importation est terminée, l'outil de migration affiche les résultats du processus
d'importation.
· Si vous avez migré des utilisateurs, les mots de passe de ces derniers sont réinitialisés et remplacés des mots
de passe générés de manière aléatoire. Ces mots de passe peuvent être exportés au format .CSV .
147
· L'assistant de l'outil de migration génère également un script qui peut être utilisé pour préconfigurer les ERA
Agents sur les ordinateurs clients. Ce script se présente sous la forme d'un fichier .bat exécutable qui peut
être distribué aux ordinateurs clients.
· Il est recommandé d'examiner les paramètres et les données migrés pour s'assurer que l'importation a été
correctement effectuée. Une fois l'examen terminé, vous pouvez utiliser ce script pour déployer ERA Agent
sur un petit groupe d'ordinateurs afin de vérifier qu'ils se connectent correctement au serveur.
· Une fois la connexion établie pour le groupe de test, vous pouvez déployer l'Agent sur les ordinateurs
restants (manuellement ou à la l'aide d'une tâche de synchronisation d'Active Directory).
REMARQUE : si une des étapes de migration échoue, vous devez restaurer les modifications apportées à ERA 6.x,
configurer les ordinateurs pour qu'ils se connectent à ERA 4.x / 5.x, récupérer les données de sauvegarde d'ERA 4.x /
5.x et contacter le service client ESET.
La conséquence de ce type de migration est qu'aucun journal n'est exporté entre le processus de sauvegarde de la
base de données ERA 4.x / 5.x et le déploiement de l'Agent sur un ordinateur client. Ces données seront toutefois
toujours présentes sur votre ancienne copie d'ERA 4.x / 5.x.
4.3 Migration d’un serveur à un autre
Il existe quatre méthodes pour migrer ESET Remote Administrator d'un serveur à l'autre (ces scénarios peuvent être
utilisés lors de la réinstallation d'ERA Server) :
· Nouvelle installation - Même adresse IP - La nouvelle installation n'utilise pas la base de données précédente de
l'ancien ERA Server et conserve l'adresse IP.
· Nouvelle installation - Adresse IP différente - La nouvelle installation n'utilise pas la base de données
précédente de l'ancien ERA Server et a une autre adresse IP.
· Base de données migrée - Même adresse IP - La migration de la base de données ne peut être effectuée qu'entre
deux types de base de données semblables (de MySQL à MySQL ou de MSSQL à MSSQL) et des versions d'ERA
semblables.
· Base de données migrée - Adresse IP différente - La migration de la base de données ne peut être effectuée
qu'entre deux types de base de données semblables (de MySQL à MySQL ou de MSSQL à MSSQL) et deux versions
d'ERA semblables.
REMARQUE : la migration d'un serveur à un autre est prise en charge pour les versions 6.2 et ultérieures.
REMARQUE : lors de l'ajout de nouveaux ordinateurs clients, utilisez une nouvelle autorité de certification pour
signer les certificats d'agent. En effet, l'autorité de certification importée ne peut pas être utilisée pour signer les
nouveaux certificats homologues. Elle ne peut authentifier que les agents ERA Agent des ordinateurs clients qui ont
été migrés.
148
4.3.1 Nouvelle installation - Même adresse IP
Cette procédure a pour objet d'installer une instance entièrement nouvelle d'ERA Server qui n'utilise pas l'ancienne
base de données, mais conserve les enregistrements des ordinateurs clients. Le nouvel ERA Server aura la même
adresse IP/le même nom d'hôte, mais n'utilisera pas la base de données de l'ancien ERA Server.
q Sur votre ERA Server actuel (ancien) :
1. Exportez tous les certificats d'ERA Server actuel et enregistrez-les dans le stockage externe.
o Exportez tous les certificats de l'autorité de certification d'un ancien ERA Server et enregistrez chaque certificat
d'autorité de certification en tant que fichier .der.
o Exportez tous les certificats homologues (certificats de serveur, d'agent, de proxy, de MDM, etc.) d'ERA Server
vers un fichier .pfx. Le fichier .pfx inclura également une clé privée.
2. Arrêtez le service ERA Server.
3. Désactivez la machine ERA Server (facultatif).
IMPORTANT : ne désinstallez/désactivez pas encore l'ancien ERA Server.
q Sur le nouvel ERA Server :
IMPORTANT : vérifiez que la configuration réseau du nouvel ERA Server (adresse IP, FQDN, nom d'ordinateur,
enregistrement SRV DNS) correspond à celle de l'ancien ERA Server.
1. Installez ERA Server à l'aide du programme d'installation tout-en-un (Windows) ou choisissez une autre méthode
d'installation (installation manuelle Windows, Linux ou appliance virtuelle).
2. Connectez-vous à la console Web ERA.
3. Importez toutes les autorités de certification que vous avez exportées de l'ancien ERA Server. Pour ce faire,
suivez les instructions concernant l'importation d'une clé publique.
4. Changez le certificat ERA Server dans les paramètres du serveur afin d'utiliser le certificat de l'ancien ERA Server
(exporté à l'étape 1).
5. Importez toutes les licences ESET requises dans ERA.
149
6. Redémarrez le service ERA Server consultez notre article de la base de connaissances pour plus d'informations.
Les ordinateurs clients doivent maintenant se connecter au nouvel ERA Server à l'aide de leur certificat ERA Agent
d'origine qui est authentifié par l'autorité de certification importée de l'ancien ERA Server. Si les clients ne se
connectent pas, consultez la section Problèmes après la mise à niveau/migration d'ERA Server.
q Désinstallation de l'ancien ERA Server :
Une fois que tout fonctionne correctement sur le nouvel ERA Server, désactivez avec soin l'ancien ERA Server à
l'aide des instructions détaillées.
4.3.2 Nouvelle installation - Autre adresse IP
Cette procédure a pour objet d'installer une instance entièrement nouvelle d'ERA Server qui n'utilise pas l'ancienne
base de données, mais conserve les enregistrements des ordinateurs clients. Le nouveau ERA Server aura une autre
adresse IP/un autre nom d'hôte, mais n'utilisera pas la base de données de l'ancien ERA Server.
q Sur votre ERA Server actuel (ancien) :
1. Générez un nouveau certificat ERA Server (avec les informations de connexion du nouvel ERA Server). Conservez
la valeur par défaut (astérisque) dans le champ Hôte afin de permettre la distribution de ce certificat sans
l’associer à un nom DNS ou une adresse IP spécifique.
2. Exportez tous les certificats d'ERA Server actuel et enregistrez-les dans le stockage externe.
o Exportez tous les certificats de l'autorité de certification d'un ancien ERA Server et enregistrez chaque certificat
d'autorité de certification en tant que fichier .der.
o Exportez tous les certificats homologues (certificats de serveur, d'agent, de proxy, de MDM, etc.) d'ERA Server
vers un fichier .pfx. Le fichier .pfx inclura également une clé privée.
3. Créez une stratégie pour définir l'adresse IP du nouvel ERA Server, puis attribuez la stratégie à tous les autres
ordinateurs. Patientez pendant la distribution à tous les ordinateurs clients (les ordinateurs arrêtent d'envoyer
des rapports lorsqu'ils reçoivent les informations sur le nouveau serveur).
4. Arrêtez le service ERA Server.
5. Désactivez l'ordinateur ERA Server actuel (facultatif).
IMPORTANT : ne désinstallez/désactivez pas encore l'ancien ERA Server.
q Sur le nouvel ERA Server :
1. Installez ERA Server à l'aide du programme d'installation tout-en-un (Windows) ou choisissez une autre méthode
d'installation (installation manuelle Windows, Linux ou appliance virtuelle).
2. Connectez-vous à la console Web ERA.
3. Importez toutes les autorités de certification que vous avez exportées de l'ancien ERA Server. Pour ce faire,
suivez les instructions concernant l'importation d'une clé publique.
4. Changez le certificat ERA Server dans les paramètres du serveur afin d'utiliser le certificat de l'ancien ERA Server
(exporté à l'étape 1). N'arrêtez pas le service ERA Server jusqu'à l'étape 6.
5. Importez toutes les licences ESET requises dans ERA.
6. Redémarrez le service ERA Server consultez notre article de la base de connaissances pour plus d'informations.
Les ordinateurs clients doivent maintenant se connecter au nouvel ERA Server à l'aide de leur certificat ERA Agent
d'origine qui est authentifié par l'autorité de certification importée de l'ancien ERA Server. Si les clients ne se
connectent pas, consultez la section Problèmes après la mise à niveau/migration d'ERA Server.
150
q Désinstallation de l'ancien ERA Server :
Une fois que tout fonctionne correctement sur le nouvel ERA Server, désactivez avec soin l'ancien ERA Server à
l'aide des instructions détaillées.
4.3.3 Base de données migrée - Même adresse IP
Cette procédure a pour objet d'installer une instance entièrement nouvelle d'ERA Server et de conserver la base de
données ERA existante, y compris les ordinateurs clients existants. Le nouvel ERA Server aura la même adresse IP
que l'ancien ERA Server, et la base de données de l'ancien ERA Server sera importée sur le nouvel ordinateur
serveur avant l'installation.
IMPORTANT : la migration des bases de données n'est prise en charge qu'entre les types de base de données
identiques (de MySQL à MySQL ou de MSSQL à MSSQL).
IMPORTANT : lors de la migration d'une base de données, vous devez effectuer cette migration entre des
instances de la même version d'ESET Remote Administrator. Par exemple, si vous avez ERA version 6.3.12.0, vous ne
pouvez migrer que vers ERA version 6.3.12.0. Consultez notre article de base de connaissances afin d'obtenir des
instructions pour déterminer les versions des composants ERA. Après avoir effectué la migration de la base de
données, vous pouvez effectuer une mise à niveau, si nécessaire, pour obtenir la dernière version d'ESET Remote
Administrator.
q Sur votre ERA Server actuel (ancien) :
1. Exportez tous les certificats d'ERA Server actuel et enregistrez-les dans le stockage externe.
o Exportez tous les certificats de l'autorité de certification d'un ancien ERA Server et enregistrez chaque certificat
d'autorité de certification en tant que fichier .der.
o Exportez tous les certificats homologues (certificats de serveur, d'agent, de proxy, de MDM, etc.) d'ERA Server
vers un fichier .pfx. Le fichier .pfx inclura également une clé privée.
2. Arrêtez le service ERA Server.
3. Exportez/Sauvegardez la base de données ERA.
4. Désactivez l'ordinateur ERA Server actuel (facultatif).
IMPORTANT : ne désinstallez/désactivez pas encore l'ancien ERA Server.
q Sur le nouvel ERA Server :
IMPORTANT : vérifiez que la configuration réseau du nouvel ERA Server (adresse IP, FQDN, nom d'ordinateur,
enregistrement SRV DNS) correspond à celle de l'ancien ERA Server.
1. Installez/Lancez une base de données ERA prise en charge.
2. Importez/Restaurez la base de données ERA depuis l'ancien ERA Server.
3. Installez ERA Server à l'aide du programme d'installation tout-en-un (Windows) ou choisissez une autre méthode
d'installation (installation manuelle Windows, Linux ou appliance virtuelle). Spécifiez les paramètres de
connexion de base de données pendant l'installation d'ERA Server.
4. Connectez-vous à la console Web ERA.
5. Importez toutes les autorités de certification exportées de l'ancien ERA Server. Pour ce faire, suivez les
instructions concernant l'importation d'une clé publique.
6. Redémarrez le service ERA Server (consultez notre article de la base de connaissances) pour plus d'informations.
Les ordinateurs clients doivent maintenant se connecter au nouvel ERA Server à l'aide de leur certificat ERA Agent
d'origine qui est authentifié par l'autorité de certification importée de l'ancien ERA Server. Si les clients ne se
connectent pas, consultez la section Problèmes après la mise à niveau/migration d'ERA Server.
151
q Désinstallation de l'ancien ERA Server :
Une fois que tout fonctionne correctement sur le nouvel ERA Server, désactivez avec soin l'ancien ERA Server à
l'aide des instructions détaillées.
4.3.4 Base de données migrée - Autre adresse IP
Cette procédure a pour objet d'installer une instance entièrement nouvelle d'ERA Server et de conserver la base de
données ERA existante, y compris les ordinateurs clients existants. Le nouvel ERA Server aura une adresse IP
différente de celle de l'ancien ERA Server, et la base de données de l'ancien ERA Server sera importée sur le nouvel
ordinateur serveur avant l'installation.
IMPORTANT : la migration des bases de données n'est prise en charge qu'entre les types de base de données
identiques (de MySQL à MySQL ou de MSSQL à MSSQL).
IMPORTANT : lors de la migration d'une base de données, vous devez effectuer cette migration entre des
instances de la même version d'ESET Remote Administrator. Par exemple, si vous avez ERA version 6.3.12.0, vous ne
pouvez migrer que vers ERA version 6.3.12.0. Consultez notre article de base de connaissances afin d'obtenir des
instructions pour déterminer les versions des composants ERA. Après avoir effectué la migration de la base de
données, vous pouvez effectuer une mise à niveau, si nécessaire, pour obtenir la dernière version d'ESET Remote
Administrator.
q Sur votre ERA Server actuel (ancien) :
1. Générez un nouveau certificat ERA Server (avec les informations de connexion du nouvel ERA Server). Conservez
la valeur par défaut (astérisque) dans le champ Hôte afin de permettre la distribution de ce certificat sans
l’associer à un nom DNS ou une adresse IP spécifique.
2. Exportez tous les certificats d'ERA Server actuel et enregistrez-les dans le stockage externe.
o Exportez tous les certificats de l'autorité de certification d'un ancien ERA Server et enregistrez chaque certificat
d'autorité de certification en tant que fichier .der.
o Exportez tous les certificats homologues (certificats de serveur, d'agent, de proxy, de MDM, etc.) d'ERA Server
vers un fichier .pfx. Le fichier .pfx inclura également une clé privée.
3. Créez une stratégie pour définir l'adresse IP du nouvel ERA Server, puis attribuez la stratégie à tous les autres
ordinateurs. Patientez pendant la distribution à tous les ordinateurs clients (les ordinateurs arrêtent d'envoyer
des rapports lorsqu'ils reçoivent les informations sur le nouveau serveur).
4. Arrêtez le service ERA Server.
5. Exportez/Sauvegardez la base de données ERA.
6. Désactivez l'ordinateur ERA Server actuel (facultatif).
IMPORTANT : ne désinstallez/désactivez pas encore l'ancien ERA Server.
q Sur le nouvel ERA Server :
1. Installez/Lancez une base de données ERA prise en charge.
2. Importez/Restaurez la base de données ERA depuis l'ancien ERA Server.
3. Installez ERA Server à l'aide du programme d'installation tout-en-un (Windows) ou choisissez une autre méthode
d'installation (installation manuelle Windows, Linux ou appliance virtuelle). Spécifiez les paramètres de
connexion de base de données pendant l'installation d'ERA Server.
4. Connectez-vous à la console Web ERA.
152
5. Importez toutes les autorités de certification exportées de l'ancien ERA Server. Pour ce faire, suivez les
instructions concernant l'importation d'une clé publique.
6. Changez le certificat ERA Server dans les paramètres du serveur afin d'utiliser le certificat de l'ancien ERA Server
(exporté à l'étape 1). N'arrêtez pas le service ERA Server jusqu'à l'étape 7.
7. Redémarrez le service ERA Server (consultez notre article de la base de connaissances) pour plus d'informations.
Les ordinateurs clients doivent maintenant se connecter au nouvel ERA Server à l'aide de leur certificat ERA Agent
d'origine qui est authentifié par l'autorité de certification importée de l'ancien ERA Server. Si les clients ne se
connectent pas, consultez la section Problèmes après la mise à niveau/migration d'ERA Server.
q Désinstallation de l'ancien ERA Server :
Une fois que tout fonctionne correctement sur le nouvel ERA Server, désactivez avec soin l'ancien ERA Server à
l'aide des instructions détaillées.
4.3.5 Désinstallation de l'ancien ERA Server
Plusieurs méthodes permettent de désactiver l'ancien ERA Server :
IMPORTANT : vérifiez que le nouvel ERA Server est en cours d'exécution et que les ordinateurs clients se
connectent correctement au nouveau ERA Server.
1. Si vous souhaitez conserver le système d'exploitation et le réutiliser, vous pouvez désinstaller l'ancienne
installation d'ERA. Au préalable :
· Planifiez le redémarrage du système d'exploitation de votre serveur après la désinstallation.
· Vérifiez que les autres composants ERA ont été désinstallés (ERA Agent, Rogue Detection Sensor, etc.).
· Désinstallez la base de données uniquement si aucun autre logiciel n'en dépend.
2. Vous pouvez formatter le disque avec ERA Server. Souvenez-vous toutefois que ce formatage efface tout ce qui
se trouve sur le disque, notamment le système d'exploitation. C'est la méthode la plus simple pour supprimer
ERA.
153
4.4 Mise à niveau d'ERA installé dans un cluster de basculement Windows
Si ERA Server est installé dans un environnement de cluster de basculement Windows et si vous souhaitez mettre à
niveau l'installation, procédez comme suit.
REMARQUE : le terme Rôle est disponible uniquement dans Windows Server 2012. Windows Server 2008 utilise à
la place le terme Services et applications.
q Mise à niveau de la version 6.3 vers la dernière version
1. Arrêtez le rôle de cluster ERA Server dans le gestionnaire de clusters. Vérifiez que le service ESET Remote
Administrator Server est arrêté sur tous les nœuds de cluster.
2. Mettez en ligne le disque partagé du cluster sur le nœud 1 et mettez ERA Server à niveau manuellement en
exécutant la dernière version du programme d'installation .msi, comme dans l'installation d'un composant. Une
fois l'installation (la mise à niveau) terminée, vérifiez que le service ESET Remote Administrator Server est
arrêté.
3. Mettez en ligne le disque partagé du cluster sur le nœud 2 et mettez ERA Server à niveau comme vous l'avez fait
à l'étape 2.
4. Une fois ERA Server mis à jour sur tous les nœuds de cluster, démarrez le rôle ERA Server dans le gestionnaire de
clusters.
5. Mettez ERA Agent à niveau manuellement en exécutant la dernière version du programme d'installation .msi sur
tous les nœuds de cluster.
6. Dans ERA Console, vérifiez si les versions Agent et Server de tous les nœuds indiquent la dernière version vers
laquelle vous avez effectué la mise à niveau.
q Manuel de mise à niveau de la version 6.1 ou 6.2 vers la version 6.3
Veuillez noter que, dans les anciennes versions d'ERA, le service ERA Agent s'exécutait toujours uniquement sur le
nœud actif du cluster de basculement. Depuis la version 6.3 d'ERA, le service ERA Agent s'exécute en permanence
sur tous les nœuds. De cette manière, tous les nœuds peuvent être surveillés en permanence par ERA.
Veuillez noter que le changement décrit ci-dessus génère la création, pendant la mise à niveau du nouvel
ordinateur, d'au moins l'un des nœuds de cluster. Si n'avez pas besoin de leur historique des événements, n'oubliez
pas de supprimer manuellement le ou les anciens ordinateurs par l'intermédiaire d'ERA Console.
1. Arrêtez le rôle de cluster ERA Server dans le gestionnaire de clusters. Vérifiez que le service ESET Remote
Administrator Server est arrêté sur tous les nœuds de cluster.
2. Si le service ERA Agent est défini comme étant une dépendance ou une ressource pour le rôle ERA Server,
supprimez complètement la ressource/le service ERA Agent du gestionnaire de clusters.
3. Mettez en ligne le disque partagé du cluster sur le nœud 1 et mettez ERA Server à niveau manuellement en
exécutant la dernière version du programme d'installation .msi, comme dans l'installation d'un composant. Une
fois l'installation (la mise à niveau) terminée, vérifiez que le service ESET Remote Administrator Server est
arrêté.
4. Mettez en ligne le disque partagé du cluster sur le nœud 3 et mettez ERA Server à niveau comme vous l'avez fait
à l'étape 2.
5. Mettez en ligne le disque partagé du cluster sur le nœud 1 et désinstallez l'ancienne version d'ERA Agent (6.1 ou
6.2).
6. Mettez en ligne le disque partagé du cluster sur le nœud 2 et désinstallez l'ancienne version d'ERA Agent (6.1 ou
6.2).
7. Démarrez le rôle de cluster ERA Server dans le gestionnaire de clusters.
8. Installez ERA Agent sur tous les nœuds de cluster à l'aide du programme d'installation autonome. Dans les
écrans Configuration de l'agent et Connexion à Remote Administrator, utilisez le nom d'hôte du rôle de cluster
ERA Server. Si le programme vous y invite, vérifiez que l'option Il s’agit d’une installation de cluster n'est pas
sélectionnée et stockez les données de l'agent sur le nœud local (pas sur le disque de cluster).
9. Dans ERA Console, vérifiez si les versions Agent et Server de tous les nœuds indiquent la dernière version vers
laquelle vous avez effectué la mise à niveau.
154
4.5 Mise à niveau du proxy HTTP Apache
Le proxy HTTP Apache est un service qui peut être utilisé conjointement avec ESET Remote Administrator 6 (et
version ultérieure) pour distribuer des mises à jour aux ordinateurs clients et des packages d'installation à ERA
Agent.
Si vous avez déjà installé un proxy HTTP Apache sur Windows et souhaitez le mettre à niveau vers la dernière
version, vous pouvez effectuer cette mise à niveau manuellement ou par l'intermédiaire du programme
d'installation tout-en-un.
4.5.1 Instructions pour Windows (programme d'installation tout-en-un)
Si le programme d'installation tout-en-un d'ERA est stocké sur votre disque local, vous pouvez utiliser cette
méthode pour mettre à niveau rapidement le proxy HTTP Apache vers la dernière version. Si le programme
d'installation n'est pas disponible, la mise à niveau manuelle du proxy HTTP Apache est plus rapide.
1. Sauvegardez les fichiers suivants :
· C:\Program Files\Apache HTTP Proxy\conf\httpd.conf
· C:\Program Files\Apache HTTP Proxy\bin\password.file
· C:\Program Files\Apache HTTP Proxy\bin\group.file
2. Arrêtez le service ApacheHttpProxy en ouvrant une invite de commande administrative et en exécutant la
commande suivante :
sc stop ApacheHttpProxy
3. Lancez le programme d'installation tout-en-un en double-cliquant sur le fichier setup.exe, puis cliquez sur
Suivant dans l'écran de bienvenue.
4. Sélectionnez Installer/mettre à niveau le proxy HTTP Apache (remplacement du miroir) et cliquez sur Suivant.
Après acceptation des termes du CLUF, cliquez sur Suivant. Suivez les instructions à l'écran pour terminer
l'installation et cliquez sur Terminer.
155
Si vous utilisez un nom d'utilisateur/mot de passe pour accéder au proxy HTTP Apache (étape 8 de la rubrique
Installation du proxy HTTP Apache), remplacez le bloc de code suivant :
<Proxy *>
Deny from all
</Proxy>
par celui-ci (vous le trouverez dans la sauvegarde du fichier httpd.conf que vous avez effectuée à l'étape 1) :
<Proxy *>
AuthType Basic
AuthName "Password Required"
AuthUserFile password.file
AuthGroupFile group.file
Require group usergroup
Order deny,allow
Deny from all
Allow from all
</Proxy>
· Si vous aviez effectué d'autres personnalisations dans le fichier httpd.conf en place dans l'installation
précédente d'Apache HTTP Proxy, vous pouvez copier ces modifications depuis le fichier httpd.conf
sauvegardé dans le nouveau fichier httpd.conf (mis à niveau).
5. Enregistrez vos modifications et démarrez le service ApacheHttpProxy en exécutant la commande suivante dans
une invite de commande élevée :
sc start ApacheHttpProxy
6. Testez la connexion au proxy HTTP Apache en accédant à l'URL suivante dans votre navigateur :
http://localhost:3128/index.html
Consultez les fichiers journaux du proxy HTTP Apache si vous devez résoudre un problème.
4.5.2 Instructions pour Windows (procédure manuelle)
Pour mettre à niveau le proxy HTTP Apache vers la dernière version, suivez cette procédure.
1. Sauvegardez les fichiers suivants :
· C:\Program Files\Apache HTTP Proxy\conf\httpd.conf
· C:\Program Files\Apache HTTP Proxy\bin\password.file
· C:\Program Files\Apache HTTP Proxy\bin\group.file
2. Arrêtez le service ApacheHttpProxy en ouvrant une invite de commande administrative et en exécutant la
commande suivante :
sc stop ApacheHttpProxy
3. Téléchargez le fichier d'installation du proxy HTTP Apache depuis le site de téléchargement d'ESET et extrayez
son contenu dans C:\Program Files\Apache HTTP Proxy\. Remplacez les fichiers existants.
4. Accédez à C:\Program Files\Apache HTTP Proxy\conf, cliquez avec le bouton droit sur httpd.conf et sélectionnez
dans le menu contextuel Ouvrir avec > Bloc-notes.
5. Ajoutez le code suivant au bas du fichier httpd.conf :
ServerRoot "C:\Program Files\Apache HTTP Proxy"
DocumentRoot "C:\Program Files\Apache HTTP Proxy\htdocs"
<Directory "C:\Program Files\Apache HTTP Proxy\htdocs">
Options Indexes FollowSymLinks
AllowOverride None
Require all granted
</Directory>
CacheRoot "C:\Program Files\Apache HTTP Proxy\cache"
6. Si vous définissez un nom d'utilisateur/mot de passe pour accéder au proxy HTTP Apache (étape 8 de la rubrique
Installation du proxy HTTP Apache), remplacez le bloc de code suivant :
156
<Proxy *>
Deny from all
</Proxy>
par celui-ci (vous le trouverez dans la sauvegarde du fichier httpd.conf que vous avez effectuée à l'étape 1) :
<Proxy *>
AuthType Basic
AuthName "Password Required"
AuthUserFile password.file
AuthGroupFile group.file
Require group usergroup
Order deny,allow
Deny from all
Allow from all
</Proxy>
· Si vous aviez effectué d'autres personnalisations dans le fichier httpd.conf en place dans l'installation
précédente d'Apache HTTP Proxy, vous pouvez copier ces modifications depuis le fichier httpd.conf
sauvegardé dans le nouveau fichier httpd.conf (mis à jour).
7. Enregistrez vos modifications et démarrez le service ApacheHttpProxy en exécutant la commande suivante dans
une invite de commande administrative :
sc start ApacheHttpProxy
8. Testez la connexion au proxy HTTP Apache en accédant à l'URL suivante dans votre navigateur :
http://localhost:3128/index.html
Consultez les fichiers journaux du proxy HTTP Apache si vous devez résoudre un problème.
4.6 Mise à niveau d'Apache Tomcat
Si vous effectuez la mise à niveau vers une version plus récente d'ESET Remote Administrator ou si vous n'avez pas
mis à niveau Apache Tomcat depuis un certain temps, il est conseillé de mettre à niveau Apache Tomcat vers la
dernière version. En tenant à jour les services au public, notamment Apache Tomcat et ses dépendances, vous
réduirez les risques de sécurité pour votre environnement.
Pour effectuer la mise à niveau d'Apache Tomcat, suivez les instructions correspondant à votre système
d'exploitation :
· Instructions pour Windows (procédure manuelle) ou Instructions pour Windows (programme d'installation touten-un)
· Instructions pour Linux
4.6.1 Instructions pour Windows (programme d'installation tout-en-un)
Si le programme d'installation tout-en-un d'ERA est stocké sur votre disque local, vous pouvez utiliser cette
méthode pour mettre à niveau rapidement Apache Tomcat vers la dernière version. Si le programme d'installation
n'est pas disponible, vous pouvez télécharger le programme d'installation Apache Tomcat et effectuer la mise à
niveau manuellement.
Suivez ces instructions si le programme d'installation tout-en-un est stocké sur votre disque local :
AVERTISSEMENT : Au moment de la rédaction de cette documentation, Apache Tomcat ne prend en charge que
les mises à niveau de la version 7.x vers la version 7.x à partir du programme d'installation tout-en-un d'ERA
versions 6.3.12 et antérieures.
q Avant la mise à niveau
1. Vérifiez que Java est mis à jour correctement sur votre système. Consultez les instructions sur le site de Java.
157
2. Vérifiez la version d'Apache Tomcat actuellement utilisée. Si une version plus récente est disponible, effectuez
une mise à niveau :
a.
Ouvrez une boîte de dialogue Exécuter, saisissez services.msc and then cliquez sur OK
b.
Cliquez avec le bouton droit sur le service Apache Tomcat, sélectionnez Propriétés et observez le numéro
de version dans l'onglet Général (par exemple 7.0.67).
3. Consultez la liste des versions prises en charge d'Apache Tomcat pour vérifier que la nouvelle version est
compatible avec les produits ESET.
q Procédure de mise à niveau
1. Arrêtez le service Apache Tomcat et fermez Tomcat7w.exe :
a.
Ouvrez une boîte de dialogue Exécuter, saisissez services.msc cliquez sur OK.
b.
Cliquez avec le bouton droit sur le service Apache Tomcat, puis cliquez sur Arrêter.
c.
Fermez Tomcat7w.exe dans la partie système de la barre des tâches.
2. Sauvegardez les fichiers suivants (dans certains cas, le nom du dossier est Tomcat 8.0) :
C:\Program Files\Apache Software Foundation\Tomcat 7.0\conf\server.xml
C:\Program Files\Apache Software Foundation\Tomcat 7.0\.keystore
C:\Program Files\Apache Software Foundation\Tomcat 7.0\conf\tomcat-users.xml
C:\Program Files\Apache Software Foundation\Tomcat 7.0\webapps/era/WEB-INF/classes/sk/eset/era/
g2webconsole/server/modules/config/EraWebServerConfig.properties
3. Téléchargez la dernière version prise en charge du fichier du programme d'installation Apache Tomcat apachetomcat-[version].exe depuis http://tomcat.apache.org.
4. Désinstallez la version actuelle d'Apache Tomcat.
5. Supprimez le dossier suivant s'il se trouve encore dans le système :
C:\Program Files\Apache Software Foundation\Tomcat 7.0\
6. Accédez au dossier dans lequel vous avez enregistré le programme d'installation tout-en-un.
7. Copiez apache-tomcat-[version].exe dans le répertoire ./win32/installers ou ./x64/installers. Supprimez l'ancien
fichier d'installation Tomcat de ce répertoire.
8. Ouvrez une invite de commande, accédez au dossier du programme d'installation tout-en-un et exécutez la
commande suivante :
Setup.exe --mode webconsole
9. Sélectionnez ESET Remote Administrator Webconsole dans la fenêtre de configuration, sélectionnez votre
langue et cliquez sur Suivant.
10. Après acceptation des termes du CLUF, cliquez sur Suivant.
11. Dans la fenêtre des composants, cliquez sur Installer.
12. Restaurez EraWebServerConfig.properties dans son emplacement d'origine.
13. Connectez-vous à la console Web ERA et vérifiez que le programme fonctionne correctement.
158
4.6.2 Instructions pour Windows (procédure manuelle)
Utilisez ces instructions pour effectuer la mise à niveau d'Apache Tomcat si le programme d'installation tout-en-un
d'ESET n'est pas disponible :
q Avant la mise à niveau
1. Vérifiez que Java est mis à jour correctement sur votre système. Consultez les instructions sur le site de Java.
2. Vérifiez la version d'Apache Tomcat actuellement utilisée. Si une version plus récente est disponible, effectuez
une mise à niveau :
a.
Ouvrez une boîte de dialogue Exécuter, saisissez services.msc and then cliquez sur OK
b.
Cliquez avec le bouton droit sur le service Apache Tomcat, sélectionnez Propriétés et observez le numéro
de version dans l'onglet Général (par exemple 7.0.67).
3. Consultez la liste des versions prises en charge d'Apache Tomcat pour vérifier que la nouvelle version est
compatible avec les produits ESET.
q Procédure de mise à niveau
1. Arrêtez le service Apache Tomcat et fermez Tomcat7w.exe :
a.
Ouvrez une boîte de dialogue Exécuter, saisissez services.msc cliquez sur OK.
b.
Cliquez avec le bouton droit sur le service Apache Tomcat, puis cliquez sur Arrêter.
c.
Fermez Tomcat7w.exe dans la partie système de la barre des tâches.
2. Sauvegardez les fichiers suivants (dans certains cas, le nom du dossier est Tomcat 8.0) :
C:\Program Files\Apache Software Foundation\Tomcat 7.0\conf\server.xml
C:\Program Files\Apache Software Foundation\Tomcat 7.0\.keystore
C:\Program Files\Apache Software Foundation\Tomcat 7.0\conf\tomcat-users.xml
C:\Program Files\Apache Software Foundation\Tomcat 7.0\webapps/era/WEB-INF/classes/sk/eset/era/
g2webconsole/server/modules/config/EraWebServerConfig.properties
3. Téléchargez la dernière version prise en charge du fichier du programme d'installation Apache Tomcat apachetomcat-[version].exe depuis http://tomcat.apache.org.
4. Désinstallez la version actuelle d'Apache Tomcat.
5. Supprimez le dossier suivant s'il se trouve encore dans le système :
C:\Program Files\Apache Software Foundation\Tomcat 7.0\
6. Installez la dernière version d'Apache Tomcat que vous avez téléchargée.
7. Lorsque vous avez terminé, désélectionnez la case située à côté de l'option Exécuter Apache Tomcat.
8. Restaurez .keystore et server.xml dans leur emplacement d'origine (ne s'applique qu'à la mise à niveau vers la
même version majeure d'Apache Tomcat, par exemple de 7.x à 7.x ou de 8.x à 8.x). Vous pouvez également
configurer une connexion HTTPS pour Apache Tomcat manuellement pour la console Web ERA en suivant les
instructions de la base de connaissances (recommandé).
9. Déployez la console Web ERA en vous reportant à la section Installation de la console Web - Windows.
10. Restaurez EraWebServerConfig.properties dans son emplacement d'origine.
11. Exécutez Apache Tomcat et définissez une machine virtuelle Java correcte :
§ Cliquez sur Démarrer > Tous les programmes > Apache Tomcat > Surveiller Tomcat, puis, dans l'onglet
Général, appuyez sur Démarrer.
§ Cliquez sur l'onglet Java, cochez la case située à côté de l'option Utiliser par défaut, puis cliquez sur OK.
Affichez les instructions illustrées de la base de connaissances.
159
12. Connectez-vous à la console Web ERA et vérifiez que le programme fonctionne correctement.
qDépannage
· Si vous ne parvenez pas à configurer une connexion HTTPS pour Apache Tomcat, vous pouvez ignorer cette étape
et utiliser temporairement une connexion HTTP.
· Si vous ne parvenez pas à effectuer la mise à niveau d'Apache Tomcat, installez la version d'origine et appliquez la
configuration à partir de l'étape 2.
4.6.3 Instructions pour Linux
q Avant d'effectuer la mise à niveau d'Apache Tomcat
1. Vérifiez que Java est mis à jour correctement sur votre système.
· Vérifiez que le package openjdk a été mis à jour (voir ci-dessous).
2. Vérifiez la version d'Apache Tomcat actuellement utilisée. Si une version plus récente est disponible, effectuez
une mise à niveau :
· Exécutez la commande suivante : cd
s'intitule tomcat7 ou tomcat8)
/usr/share/tomcat/bin && ./version.sh
(dans certains cas, le dossier
3. Consultez la liste des versions prises en charge d'Apache Tomcat pour vérifier que la nouvelle version est
compatible avec les produits ESET.
q Procédure de mise à niveau
1. Arrêtez le service Apache Tomcat.
· Exécutez la commande suivante : service
tomcat8 )
tomcat stop
(dans certains cas, le service s'intitule tomcat7 ou
2. Effectuez la mise à niveau d'Apache Tomcat et de Java en fonction de la distribution Linux utilisée. Exécutez les
commandes suivantes sur le terminal :
Distributions Debian et Ubuntu
sudo-apt-get update
sudo apt-get install openjdk-7-jdk tomcat7
Distributions CentOS, Red Hat et
Fedora
yum update
yum install java-1.8.0-openjdk tomcat
OpenSUSE
zypper refresh
zypper install java-1_8_0-openjdk tomcat
IMPORTANT : après la mise à niveau d'Apache Tomcat vers une version majeure plus récente (Apache Tomcat
version 7.x vers 8.x par exemple) :
· Déployez de nouveau la console Web ERA (reportez-vous à la section Installation de la console Web ERA - Linux)
et réutilisez %TOMCAT_HOME%/webapps/era/WEB-INF/classes/sk/eset/era/g2webconsole/server/modules/
config/EraWebServerConfig.properties pour conserver tous les paramètres personnalisés dans la console Web
ERA.
· Configurez une connexion HTTPS pour Apache Tomcat.
160
4.7 Changement de l'adresse IP ou du nom de l'hôte sur ERA Server
Pour changer l'adresse IP ou le nom de l'hôte sur ERA Server, procédez comme suit :
1. Si votre certificat ERA Server contient une adresse IP et/ou un nom d'hôte spécifiques, créez un nouveau
certificat serveur et incluez la nouvelle adresse IP ou le nouveau nom d'hôte de destination. Toutefois, si vous
avez un caractère générique * dans le champ d'hôte du certificat serveur, passez à l'étape 2. Sinon, créez un
nouveau certificat serveur en ajoutant la nouvelle adresse IP et le nouveau nom d'hôte en les séparant par une
virgule. Indiquez également les anciens nom d'hôte et adresse IP. Vous pouvez également ajouter un caractère
générique * dans le champ d'hôte.
2. Signez le nouveau certificat serveur avec votre autorité de certification ERA Server.
3. Créez une règle en modifiant les connexions client afin qu'elles pointent vers la nouvelle adresse IP (de
préférence) ou le nouveau nom d'hôte, mais incluez une autre connexion (alternative) vers l'ancien nom d'hôte
ou adresse IP afin de permettre à ERA Agent de se connecter aux deux serveurs. Pour plus d'informations,
consultez la section Créer une stratégie pour qu'ERA Agent se connecte au nouvel ERA Server.
4. Appliquez cette règle aux ordinateurs clients et autorisez les agents ERA Agent à effectuer la réplication. Même
si la règle redirige les clients vers votre nouveau serveur (qui n'est pas en cours d'exécution) les agents ERA
Agent utiliseront d'autres informations serveur pour se connecter à l'adresse IP d'origine.
5. Configurez votre nouveau certificat serveur dans les paramètres du serveur.
6. Redémarrez le service ERA Server et changez l'adresse IP ou le nom d'hôte.
Pour obtenir des instructions illustrées afin de modifier l'adresse d'ERA Server, consultez cet article de la base de
connaissances.
4.8 Mise à niveau d'ERA installé dans un cluster de basculement Linux
Si ERA Server est installé dans un environnement de cluster de basculement Linux et si vous souhaitez mettre à
niveau l'installation, procédez comme suit.
qMise à niveau manuelle de la version 6.3 vers la dernière version
1. Désactivez EraService dans Conga (interface utilisateur graphique de l'administration de cluster) sous Service
groups (Groupes de service) et vérifiez qu'ERA Agent et ERA Server sont arrêtés sur les deux nœuds.
2. Mettez à niveau ERA Server sur le nœud 1 en procédant comme suit :
o Montez le système de stockage partagé sur ce nœud.
o Mettez à niveau manuellement ERA Server vers la dernière version en exécutant la commande .sudo ./
Server-Linux-x86_64.sh dans une fenêtre Terminal.
o Remplacez l'ancien script de cluster situé dans /usr/share/cluster/eracluster_server.sh par le nouveau figurant
dans /opt/eset/RemoteAdministrator/Server/setup/eracluster_server. Conservez l'ancien nom du fichier.
o Arrêtez le service ERA Server ( stop eraserver) après la mise à niveau.
o Désactivez le démarrage automatique d'ERA Server en attribuant un nouveau nom aux 2 fichiers suivants :
· mv /etc/init/eraserver.conf /etc/init/eraserver.conf.disabled
· mv /etc/init/eraserver-xvfb.conf /etc/init/eraserver-xvfb.conf.disabled
o Démontez le système de stockage partagé sur ce nœud.
161
3. Répétez ces étapes pour mettre à niveau ERA Server sur le nœud 2.
4. Démarrez EraService dans Conga (interface utilisateur graphique de l'administration de cluster) sous Service
groups (Groupes de service).
5. Mettez à niveau ERA Agent sur tous les nœuds du cluster.
6. Vérifiez ERA Console pour déterminer si tous les nœuds sont connectés et s'affichent en tant que dernière
version.
qMise à niveau manuelle de la version 6.1 ou 6.2 vers la version 6.3
Veuillez noter que, dans les anciennes versions d'ERA, le service ERA Agent s'exécutait toujours uniquement sur le
nœud actif du cluster de basculement. Depuis la version 6.3 d'ERA, le service ERA Agent s'exécute en permanence
sur tous les nœuds. De cette manière, tous les nœuds peuvent être surveillés en permanence par ERA.
Veuillez noter que le changement décrit ci-dessus génère la création, pendant la mise à niveau du nouvel
ordinateur, d'au moins l'un des nœuds de cluster. Si vous n'avez pas besoin de leur historique des événements,
n'oubliez pas de supprimer manuellement le ou les anciens ordinateurs par l'intermédiaire de la console ERA.
162
1. Désactivez EraService dans Conga (interface utilisateur graphique de l'administration de cluster) sous Service
groups (Groupes de service) et vérifiez qu'ERA Agent et ERA Server sont arrêtés sur les deux nœuds.
2. Mettez à niveau ERA Server sur le nœud 1 en procédant comme suit :
o Montez le système de stockage partagé sur ce nœud.
o Mettez à niveau manuellement ERA Server vers la version 6.3 en exécutant la commande .sudo ./ServerLinux-x86_64.sh dans une fenêtre Terminal.
o Remplacez l'ancien script de cluster situé dans /usr/share/cluster/eracluster_server.sh par le nouveau figurant
dans /opt/eset/RemoteAdministrator/Server/setup/eracluster_server. Conservez l'ancien nom du fichier.
o Arrêtez le service ERA Server (stop eraserver) après la mise à niveau.
o Désactivez le démarrage automatique d'ERA Server en attribuant un nouveau nom aux 2 fichiers suivants :
· mv /etc/init/eraserver.conf /etc/init/eraserver.conf.disabled
· mv /etc/init/eraserver-xvfb.conf /etc/init/eraserver-xvfb.conf.disabled
o Démontez le système de stockage partagé sur le nœud 1.
3. Mettez à niveau ERA Server sur le nœud 2 en suivant les mêmes étapes que dans le point 2 précédent.
4. Supprimez l'ancien agent du nœud 1 en procédant comme suit :
o Montez le système de stockage partagé sur ce nœud.
o Désinstallez l'ancien ERA Agent (utilisez le script du programme d'installation avec le paramètre --uninstall)
o Vérifiez si votre système contient les liens symboliques suivants :
· /etc/opt/eset -> /usr/share/erag2cluster/etc/opt/eset
· /opt/eset -> /usr/share/erag2cluster/opt/eset
· /var/log/eset -> /usr/share/erag2cluster/var/log/eset
· /var/opt/eset -> /usr/share/erag2cluster/var/opt/eset
Commande pour répertorier les liens symboliques dans le répertoire /etc/opt/:
find /etc/opt/ -maxdepth 1 -type l -ls
5.
6.
7.
8.
o Si ces liens symboliques existent, supprimez-les à l'aide de la commande suivante :
· unlink /etc/opt/eset
· unlink /opt/eset
· unlink /var/log/eset
· unlink /var/opt/eset
o Créez des liens symboliques (pour chacun d'entre eux, le dossier correspondant doit être créé en premier).
Utilisez les commandes suivantes :
La procédure qui suit est disponible uniquement dans la rubrique d'aide en ligne.
o Démontez le système de stockage partagé sur ce nœud.
Répétez ces étapes pour supprimer l'ancien ERA Agent du nœud 2.
Démarrez EraService dans Conga (interface utilisateur graphique de l'administration de cluster) sous Service
groups (Groupes de service).
Installez ERA Agent sur les deux nœuds sur le disque local (et non sur le disque de cluster partagé). Lorsque vous
utilisez la commande --hostname=, vous devez spécifier l'adresse IP externe ou le nom d'hôte de l'interface du
cluster (et non localhost).
Vérifiez ERA Console pour déterminer si tous les nœuds sont connectés et s'affichent en tant que dernière
version.
163
4.9 Mettre à niveau les composants ERA dans un environnement hors connexion
Pour mettre à niveau les composants ERA et les produits ESET Endpoint sans accès à Internet, procédez comme suit :
Il n'est pas possible d'utiliser la tâche de mise à niveau de composant dans un environnement hors connexion
(aucun accès au référentiel ESET).
1. Effectuez tout d'abord la mise à niveau d'ERA Server et de la console Web :
a. Vérifiez la version d'ERA qui tourne sur le serveur.
b. Recherchez les versions les plus récentes des composants .
c. Téléchargez les programmes d'installation autonomes les plus récents à partir du site de téléchargement
ESET .
d. Effectuez une mise à niveau manuelle des composants d'ERA Server et d'ERA Web Console.
2. Effectuez ensuite la mise à niveau hors connexion des produits ESET Endpoint :
a. Vérifiez quels produitrs ESET sont installés sur les clients : Ouvrez ERA Web Console et accédez à Tableau de
bord > Applications ESET.
b. Recherchez les versions les plus récentes des produits ESET Endpoint .
c. Téléchargez les programmes d'installation à partir du site de téléchargement ESET dans le référentiel local
configuré pendant l'installation hors connexion.
d. Exécutez une tâche d'installation de logiciel à partir d'ERA Web Console.
164
5. Dépannage
ESET Remote Administrator est un produit complexe qui utilise différents outils tiers et prend en charge de
nombreuses plateformes de système d'exploitation. Vous risquez par conséquent de rencontrer des problèmes qui
devront être résolus.
La documentation ESET comprend plusieurs méthodes de dépannage d'ESET Remote Administrator ; reportez-vous à
la section Réponses aux problèmes courants d'installation pour résoudre certains problèmes courants dans ESET
Remote Administrator.
Vous ne parvenez pas à résoudre votre problème ?
· Chaque composant ERA dispose d'un fichier journal qui peut être configuré pour être plus ou moins détaillé.
Examinez les journaux pour identifier les erreurs qui peuvent expliquer le problème que vous rencontrez.
· Si vous ne parvenez pas à résoudre votre problème, vous pouvez consulter le Forum de sécurité ESET et
rechercher dans la communauté ESET des informations sur les problèmes que vous pouvez rencontrer.
· Lorsque vous contactez le service client ESET, le support technique peut vous demander de collecter des fichiers
journaux. Pour ce faire, utilisez ESET Log Collector ou notre outil de diagnostic pour collecter les journaux
nécessaires. Il est vivement recommandé d'inclure les journaux lorsque vous contactez le support afin d'accélérer
le traitement de votre demande auprès du service client.
5.1 Réponses aux problèmes d'installation courants
Développez la section du message concernant l'erreur à résoudre :
ERA Server
Le service ERA Server ne démarre pas :
Installation défaillante
Cela peut provenir de l'absence de clés de registre, de fichiers manquants ou d'autorisations de fichiers non
valides.
Le programme d'installation tout-en-un ESET dispose de son propre fichier journal. Lors de l'installation
manuelle d'un composant, utilisez la méthode MSI Logging.
Port d'écoute déjà utilisé (généralement 2222 et 2223)
Utilisez la commande correspondant à votre système d'exploitation :
· Windows :
netstat -an | find "2222"
netstat -an | find "2223"
· Linux :
netstat | grep 2222
netstat | grep 2223
La base de données ne s'exécute pas/est inaccessible
· MS SQL Server : vérifiez que le port 1433 est disponible sur le serveur de bases de données ou essayez de
vous connecter à SQL Server Management Studio
· MySQL : vérifiez que le port 3306 est disponible sur le serveur de bases de données ou essayez de vous
connecter à votre interface de base de données (par exemple en utilisant l'interface à ligne de commande
MySQL ou phpmyadmin)
165
Base de données endommagée
Plusieurs erreurs SQL s'affichent dans le fichier journal ERA Server. Il est recommandé de restaurer votre base
de données à partir d'une sauvegarde. En l'absence de sauvegarde, réinstallez ESET Remote Administrator.
Ressources système insuffisantes (RAM, espace disque)
Examinez les processus en cours et les performances système :
· Utilisateurs Windows : exécutez le processus et consultez les informations dans le gestionnaire de tâches ou
dans l'Observateur d'événements
· Les utilisateurs Linux peuvent exécuter l'une de ces commandes :
df -h (pour examiner les informations concernant l'espace disque)
cat /proc/meminfo (pour examiner les informations concernant l'espace mémoire)
dmesg (pour examiner l'intégrité du système Linux)
Erreur du connecteur ODBC pendant l'installation d'ERA Server
Error: (Error 65533) ODBC connector compatibility check failed.
Please install ODBC driver with support for multi-threading.
Réinstallez une version du pilote ODBC prenant en charge le multi-threading ou reconfigurez odbcinst.ini en
suivant les indications de la section de configuration ODBC.
Erreur de connexion à la base de données pendant l'installation d'ERA Server
L'installation d'ERA Server se termine avec le message d'erreur suivant :
Error: It is not possible to store big blocks of data in the database.
Please reconfigure the database server first.
Message d'erreur du journal d'installation :
Error: Execution test of long statement failed with exception:
CMysqlCodeTokenExecutor: CheckVariableInnodbLogFileSize:
Server variables innodb_log_file_size*innodb_log_files_in_group value 100663296 is too low.
Vérifiez que la configuration du pilote de base de données correspond à celle indiquée dans la section
concernant la configuration ODBC.
ERA Agent
Le message « Impossible de mettre à niveau la base de données. Supprimez d'abord le produit. » s'affiche pendant
la désinstallation de l'agent
Réparez ERA Agent :
1. Accédez au Panneau de configuration > Programmes et fonctionnalités et double-cliquez sur ESET Remote
Administrator Agent.
2. Cliquez sur Suivant > Réparer et suivez les instructions.
Y a-t-il d'autres méthodes pour désinstaller ERA Agent ?
Toutes les méthodes possibles de désinstallation d'ERA Agent sont décrites dans la section Désinstallation.
L'erreur dotée du code 1603 s'est produite pendant l'installation de l'Agent.
Cette erreur peut se produire lorsque les fichiers du programme d'installation ne se trouvent pas sur le disque
local. Pour résoudre ce problème, copiez les fichiers du programme d'installation dans le répertoire local, puis
effectuez de nouveau l'installation. Si les fichiers sont déjà présents ou si l'erreur persiste, suivez les
instructions de notre base de connaissances.
166
Durant l'installation de l'Agent sur Linux, le message d'erreur apparaît
Message d'erreur :
Checking certificate ... failed
Error checking peer certificate: NOT_REGULAR_FILE
Une cause possible de cette erreur est un nom de fichier incorrect dans la commande d'installation. La console
tient compte de la casse. Par exemple, "Agent.pfx" n'est pas le même que "agent.pfx".
Console Web
Comment résoudre les messages d'erreur suivants dans la console Web ?
Échec de la connexion : la connexion a échoué avec l’état « Non connecté »
Vérifiez si les services ERA Server et de base de données sont en cours d'exécution. Vérifiez également
que la connexion est correcte. S'ils ne s'exécutent pas, redémarrez les services, actualisez la console Web,
puis essayez à nouveau de vous connecter. Pour plus d'informations, consultez les fichiers journaux du
service de base de données (MS SQL, MySQL).
Échec de la connexion : Erreur de communication
Vérifiez qu'Apache Tomcat est en cours d'exécution et fonctionne correctement. Recherchez Apache
Tomcat dans les fichiers journaux.
Consultez notre article de base de connaissances pour plus d'informations sur ce problème.
La console Web ESET Remote Administrator ne se charge pas
Si la console Web ESET Remote Administrator (ERA Web Console) ne s'exécute pas ou si l'écran de connexion
semble se charger en permanence, suivez les instructions de la base de connaissances.
Comment configurer la connexion HTTPS/SSL à la console Web ?
Message d'erreur :
Utilisation d’une connexion non chiffrée ! Configurez le serveur Web pour utiliser le protocole
HTTPS.
Si vous rencontrez des problèmes avec la connexion HTTPS à la console Web, consultez la section Configuration
de la connexion HTTPS/SSL.
Apache Tomcat ne peut pas extraire le contenu du fichier 'era.war'
Erreur : après avoir installé les composants ERA à l'aide du programme d'installation tout-en-un, le fichier
era.war ne fait pas l'objet d'une extraction et la console Web n'est pas accessible. Pour résoudre ce problème,
suivez la procédure décrite dans cet article de la base de connaissances.
Proxy HTTP Apache
Le cache du proxy HTTP Apache occupe plusieurs giga-octets et sa taille augmente
Si vous avez installé un proxy HTTP Apache à l'aide du programme d'installation tout-en-un, les nettoyages sont
activés automatiquement. Si les nettoyages ne fonctionnent pas correctement, effectuez un nettoyage manuel
ou planifiez une tâche de nettoyage.
Les mises à jour de la base de signatures de virus ne fonctionnent pas après l'installation du proxy HTTP Apache
Si les stations de travail clientes ne se mettent pas à jour, reportez-vous aux installations de notre base de
connaissances pour désactiver temporairement le proxy HTTP Apache sur les stations de travail. Une fois les
problèmes de connexion résolus, vous pouvez réactiver le proxy HTTP Apache.
167
La mise à jour à distance d'ERA Agent échoue avec le code d'erreur 20008.
Si la mise à jour à distance d'ERA Agent échoue et affiche le message suivant :
GetFile : échec du traitement de la requête (code d'erreur 20008, url : 'http://repository.eset.com/v1//
info.meta')
suivez les étapes I à III de cet article pour résoudre le problème de connexion. Si l'ordinateur sur lequel ERA
Agent doit être mis à jour se trouve en dehors du réseau d'entreprise, configurez une stratégie pour qu'ERA
Agent n'utilise pas de proxy pour se connecter au référentiel lorsqu'il se trouve en dehors du réseau
d'entreprise.
ESET Rogue Detector Sensor
Pourquoi le message d'erreur suivant est-il sans cesse consigné dans le journal trace.log d'ESET Rogue Detector ?
Information: CPCAPDeviceSniffer [Thread 764]:
CPCAPDeviceSniffer on rpcap://\Device\NPF_{2BDB8A61-FFDA-42FC-A883-CDAF6D129C6B} throwed error:
Device open failed with error:Error opening adapter: The system cannot find the device specified. (20)
Ce message indique un problème lié à WinPcap. Arrêtez le service ESET Rogue Detector Sensor, réinstallez la
dernière version de WinPcap (version 4.1.0 ou ultérieure) et redémarrez le service ESET Rogue Detector
Sensor.
Linux
Dépendance libQtWebKit manquante sur CentOS Linux
Si l'erreur suivante s'affiche :
Error: CReportPrinterModule [Thread 7f5f4c7b8700]:
ReportPrinter: ReportPrinterTool exited with:
/opt/eset/RemoteAdministrator/Server//ReportPrinterTool:
error while loading shared libraries: libQtWebKit.so.4:
cannot open shared object file: No such file or directory [code:127]
Suivez les instructions de cet article de base de connaissances.
Échec d'installation d'ERA Server sur CentOS 7
Si l'erreur suivante s'affiche :
Error: DbCheckConnection: locale::facet::_S_create_c_locale name not valid
Le problème est probablement lié aux paramètres d'environnement/régionaux. L'exécution de la commande
suivante avant le script du programme d'installation du serveur devrait résoudre le problème :
export LC_ALL="en_US.UTF-8"
Microsoft SQL Server
Le code d'erreur -2068052081 s'affiche pendant l'installation de Microsoft SQL Server
Redémarrez l'ordinateur, puis réexécutez la configuration. Si le problème persiste, désinstallez SQL Server
Native Client, puis réexécutez le programme d'installation. Si cela ne permet pas de résoudre le problème,
désinstallez tous les produits Microsoft SQL Server, redémarrez l'ordinateur, puis réexécutez le programme
d'installation.
Le code d'erreur -2067922943 s'affiche pendant l'installation de Microsoft SQL Server
Vérifiez que le système répond à la configuration requise de la base de données pour ERA.
168
Le code d'erreur -2067922934 s'affiche pendant l'installation de Microsoft SQL Server
Vérifiez que vous disposez des privilèges de compte utilisateur corrects.
La console Web affiche le message suivant : « Échec du chargement des données »
MS SQL Server tente d'utiliser autant d'espace disque que possible pour les journaux de transactions. Si vous
souhaitez les nettoyer, visitez le site Web officiel de Microsoft.
Le code d'erreur -2067919934 s'affiche pendant l'installation de Microsoft SQL Server
Vérifiez que toutes les étapes précédentes ont été correctement achevées. Cette erreur est due à une
mauvaise configuration des fichiers système. Redémarrez l'ordinateur, puis réexécutez l'installation.
5.2 Fichiers journaux
Chaque composant ESET Remote Administrator effectue une consignation. Les composants ERA écrivent des
informations sur certains événements dans les fichiers journaux. L'emplacement des fichiers journaux varie selon le
composant. La liste suivante répertorie les emplacements des fichiers journaux.
Windows
ERA Server
C:\ProgramData\ESET\RemoteAdministrator\Server
\EraServerApplicationData\Logs\
ERA Agent
C:\ProgramData\ESET\RemoteAdministrator\Agent
\EraAgentApplicationData\Logs\
ERA Web Console et Apache Tomcat
C:\Program Files\Apache Software Foundation\Tomcat 7.0\Logs
Consultez également la page https://tomcat.apache.org/tomcat-7.0-doc/
logging.html
Mobile Device Connector
C:\ProgramData\ESET\RemoteAdministrator\MDMCore\Logs\
ERA Proxy
C:\ProgramData\ESET\RemoteAdministrator\Proxy
\EraProxyApplicationData\Logs\
ERA Rogue Detection Sensor
C:\ProgramData\ESET\Rogue Detection Sensor\Logs\
Apache HTTP Proxy
C:\Program Files\Apache HTTP Proxy\logs\
C:\Program Files\Apache HTTP Proxy\logs\errorlog
sur les anciens systèmes d'exploitation
Windows
C:\Documents and Settings\All Users\Application Data\ESET\...
REMARQUE : C:\ProgramData est masqué par défaut.
Pour afficher le dossier...
1. Sélectionnez Démarrer > Panneau de configuration > Options des dossiers > Affichage.
2. Sélectionnez Afficher les fichiers, dossiers et lecteurs cachés et cliquez sur OK.
Linux
ERA Server
/var/log/eset/RemoteAdministrator/Server/
/var/log/eset/RemoteAdministrator/EraServerInstaller.log
ERA Agent
/var/log/eset/RemoteAdministrator/Agent/
/var/log/eset/RemoteAdministrator/EraAgentInstaller.log
169
Mobile Device Connector
/var/log/eset/RemoteAdministrator/MDMCore/
/var/log/eset/RemoteAdministrator/MDMCore/Proxy/
Apache HTTP Proxy
/var/log/httpd/
ERA Web Console et Apache Tomcat
/var/log/tomcat6/, /var/log/tomcat7/ ou /var/log/tomcat8/
Consultez également la page https://tomcat.apache.org/tomcat-7.0-doc/
logging.html
ERA Proxy
/var/log/eset/RemoteAdministrator/Proxy/
ERA RD Sensor
/var/log/eset/RogueDetectionSensor/
Appliance virtuelle ERA
ERA VA configuration
/root/appliance-configuration-log.txt
ERA Server
/var/log/eset/RemoteAdministrator/EraServerInstaller.log
Apache HTTP Proxy
/var/log/httpd (nouvelles versions de l'appliance virtuelle ERA)
/opt/apache/logs/ (anciennes versions de l'appliance virtuelle ERA ;
versions 6.3.12 et précédentes)
OS X
/Library/Application Support/com.eset.remoteadministrator.agent/Logs/
/Users/%user%/Library/Logs/EraAgentInstaller.log
5.3 Outil de diagnostic
L'outil de diagnostic fait partie de tous les composants ERA. Il sert à collecter et à compresser les journaux qui sont
utilisés par les développeurs et agents du support technique pour résoudre les problèmes liés aux composants du
produit.
q Emplacement de l'outil de diagnostic
Windows
Dossier C:\Program Files\ESET\RemoteAdministrator\<produit>\ Diagnostic.exe.
Linux
Dans le répertoire suivant sur le serveur : /opt/eset/RemoteAdministrator/<produit>/, il existe un exécutable
Diagnostic<produit> (en un seul mot, par exemple DiagnosticServer, DiagnosticAgent)
q Utilisation (Windows)
1. Exécutez l'outil à l'aide d'une invite de commande.
2. Saisissez l'emplacement des fichiers journaux à stocker (dans notre exemple « logs ») et appuyez sur la
touche Entrée.
3. Saisissez les informations que vous souhaitez collecter (dans notre exemple 1
d'informations, reportez-vous à la section Actions.
170
trace status 3 ). Pour plus
4. Lorsque vous avez terminé, les fichiers journaux sont compressés dans un fichier .zip, dans le répertoire
« logs » de l'emplacement de l'outil de diagnostic.
q Actions
· ActionEraLogs : un dossier de journaux est créé où tous les journaux sont enregistrés. Pour n'indiquer que
certains journaux, utilisez un espace pour séparer chaque journal.
· ActionGetDumps : un dossier est créé. Un fichier d'image mémoire de processus est généralement créé en cas
de détection de problème. Lorsqu'un problème grave est détecté, un fichier d'image mémoire est créé par le
système. Pour le vérifier manuellement, accédez au dossier %temp% (sous Windows) ou au dossier /tmp/ (sous
Linux) et insérez un fichier dmp.
REMARQUE : le service de composant (Agent, Proxy, Server, RD Sensor, FileServer) doit être en cours
d'exécution.
· ActionGeneralApplicationInformation : le dossier GeneralApplicationInformation est créé avec le fichier
GeneralApplicationInformation.txt. Ce fichier contient des informations textuelles comprenant le nom et la
version du produit actuellement installé.
· ActionConfiguration : un dossier de configuration est créé à l'endroit où le fichier storage.lua est enregistré.
171
5.4 Problèmes après la mise à niveau/migration d'ERA Server
Si vous ne parvenez pas à démarrer le service ESET Remote Administrator Server en raison de messages d'erreur
concernant une installation endommagée ou un fichier journal inconnu, effectuez une réparation en suivant la
procédure ci-dessous :
AVERTISSEMENT : avant d'effectuer cette réparation, il est recommandé de sauvegarder le serveur de base de
données.
1. Accédez au menu Démarrer > Panneau de configuration > Programmes et fonctionnalités et double-cliquez
sur ESET Remote Administrator Server.
2. Sélectionnez Réparer et cliquez sur Suivant.
3. Réutilisez les paramètres de connexion à la base de données et cliquez sur Suivant. Cliquez sur Oui si vous
devez fournir une confirmation.
4. Sélectionnez Utiliser le mot de passe stocké dans la base de données et cliquez sur Suivant.
5. Sélectionnez Conserver les certificats existants et cliquez sur Suivant.
6. Cliquez sur Réparer.
7. Connectez-vous de nouveau à la console Web et vérifiez si tout est correct.
Autres scénarios de dépannage :
172
ERA Server ne s'exécute pas, mais il existe une sauvegarde de base de données :
1. Restaurez la sauvegarde de base de données.
2. Vérifiez que le nouvel ordinateur utilise la même adresse IP ou le même nom d'hôte que ceux de
l'installation précédente afin de garantir que les agents se connecteront.
3. Réparez ESET Remote Administrator Server et utilisez la base de données que vous avez restaurée.
ERA Server ne s'exécute pas, mais vous disposez de son certificat serveur exporté et de son autorité de
certification :
1. Vérifiez que le nouvel ordinateur utilise la même adresse IP ou le même nom d'hôte que ceux de
l'installation précédente afin de garantir que les agents se connecteront.
2. Réparez ESET Remote Administrator Server à l'aide des certificats de sauvegarde (lors de la réparation,
sélectionnez Charger les certificats du fichier et suivez les instructions).
ERA Server ne s'exécute pas et vous n'avez pas de sauvegarde de base de données, de certificat ERA Server et
d'autorité de certification :
1. Réparez ESET Remote Administrator Server.
2. Réparez les agents ERA Agent en suivant l'une de ces méthodes :
· Programme d'installation en direct de l'agent
· Déploiement à distance (vous devrez désactiver le pare-feu sur les ordinateurs cibles)
· Programme d'installation manuelle des composants de l'agent
5.5 Journalisation MSI
Ce procédé est utile si vous ne parvenez pas à installer sur Windows un composant ERA, par exemple ERA Agent :
msiexec /i C:\Users\Administrator\Downloads\Agent-1.0.373.0_x64.msi /L*v log.txt
173
6. Premières étapes et meilleures pratiques
Une fois ESET Remote Administrator correctement installé, vous pouvez passer à l'étape de configuration.
Tout d'abord, ouvrez la console Web ERA dans votre navigateur Web et connectez-vous.
Présentation de la console Web ERA
Avant de commencer la configuration initiale, il est recommandé de découvrir la console Web ERA, car il s'agit
de l'interface utilisée pour gérer les solutions de sécurité ESET. Nos tâches de post-installation vous guident
tout au long des étapes recommandées pour faciliter l'exécution de la configuration.
Création d'un compte d'utilisateur
Au moment de l'installation, vous avez créé le compte d'administrateur par défaut. Il est recommandé
d’enregistrer le compte Administrateur et de créer un compte pour gérer les clients et configurer leurs
autorisations.
Ajout des ordinateurs clients, des serveurs et des périphériques mobiles du réseau à ERA
Au cours de l'installation, vous pouvez choisir de rechercher les ordinateurs (clients) sur votre réseau. Tous les
clients détectés sont répertoriés dans la section Ordinateurs lorsque vous démarrez ESET Remote Administrator.
Si les clients ne sont pas affichés dans la section Ordinateurs, exécutez une tâche Synchronisation des groupes
statiques pour rechercher les ordinateurs et les afficher dans des groupes.
Déploiement de l'Agent
Une fois les ordinateurs clients détectés, déployez l'Agent sur ceux-ci. L'Agent permet les communications
entre ESET Remote Administrator et les clients.
Installation d'un produit ESET (activation comprise)
Pour sécuriser les clients et le réseau, utilisez la tâche Installer un logiciel pour installer les produits ESET.
Création/modification de groupes
Il est recommandé de trier les clients en groupes statiques ou dynamiques selon divers critères. Vous pouvez
ainsi gérer plus facilement les clients et avoir une vue d'ensemble du réseau.
Création d'une stratégie
Les stratégies vous permettent de transmettre des configurations spécifiques aux produits ESET s'exécutant sur
les ordinateurs clients. Vous pouvez ainsi appliquer la configuration sans avoir à configurer manuellement le
produit ESET de chaque client. Une fois que vous avez créé une stratégie avec une configuration personnalisée,
vous pouvez l'attribuer à un groupe (statique ou dynamique) en vue d'appliquer vos paramètres personnalisés à
tous les ordinateurs de ce groupe.
Attribution d'une stratégie à un groupe
Comme précédemment expliqué, une stratégie doit être attribuée à un groupe pour être appliquée. Les
ordinateurs appartenant au groupe se verront appliquer la stratégie. La stratégie est appliquée à chaque
connexion d'un Agent à ERA Server.
Configuration de notifications et création de rapports
Pour une meilleure vue d'ensemble de l'état des ordinateurs clients dans votre environnement, il est
recommandé d'utiliser des notifications et des rapports. Par exemple, si vous souhaitez être averti d'un
événement qui s'est produit ou afficher ou télécharger un rapport.
174
6.1 Ouverture d'ERA Web Console
Il existe plusieurs méthodes pour ouvrir ERA Web Console :
· Sur le serveur local (l'ordinateur hébergeant la console Web), saisissez cette URL dans le navigateur Web :
https://localhost/era/
· À partir de n'importe quel emplacement ayant un accès Internet au serveur Web, saisissez l'URL dans le format
suvant :
https://yourservername/era/
Remplacez « nomvotreserveur » par le nom ou l'adresse IP du serveur Web.
§ Pour vous connecter à l'appliance virtuelle ERA, utilisez l'URL suivante :
https://[IP address]:8443/
Remplacez [adresse IP] par celle de votre machine virtuelle ERA. Si vous ne vous souvenez pas de l'adresse IP,
reportez-vous à l'étape 9 des instructions pour le déploiement de l'appliance virtuelle.
§ Sur le serveur local (l'ordinateur hébergeant la console Web), cliquez sur Démarrer > Tous les programmes >
ESET > ESET Remote Administrator > ESET Remote Administrator Webconsole. Un écran de connexion s'affiche
dans votre navigateur Web par défaut. Cela ne s'applique pas à l'appliance virtuelle ERA.
REMARQUE : comme la console Web utilise un protocole sécurisé (HTTPS), un message relatif à un certificat de
sécurité ou à une connexion non approuvée peut s'afficher dans le navigateur Web (les termes exacts du message
dépendent du navigateur utilisé). Ce message s'affiche, car le navigateur demande la vérification de l'identité du
site auquel vous accédez. Cliquez sur Poursuivre sur ce site Web (Internet Explorer) ou Je comprends les risques,
sur Ajouter une exception..., puis sur Confirmer l'exception de sécurité (Firefox) pour accéder à ERA Web Console.
Cela s'applique uniquement lorsque vous accédez à l'URL de la console Web ESET Remote Administrator.
Lorsque le serveur Web (qui exécute la console Web ERA) est fonctionnel, l'écran suivant s'affiche.
S'il s'agit de votre première connexion, indiquez les informations d'identification saisies lors du processus
d'installation. Pour plus d'informations sur cet écran, reportez-vous à la section Écran de connexion à la console
Web.
175
REMARQUE : si l'écran de connexion ne s'affiche pas ou s'il semble se charger sans cesse, redémarrez le service
ESET Remote Administrator Server. Une fois le service ESET Remote Administrator Server fonctionnel et en cours
d'exécution, redémarrez le service Apache Tomcat. Une fois cette opération terminée, l'écran de connexion de la
console Web se charge correctement.
6.2 Intervalle de connexion des clients
L'intervalle de réplication par défaut d'ERA Agent est de 60 secondes. Cette valeur doit être ajustée en fonction de
la taille de l'infrastructure à l'aide de stratégies après l'installation de ESET Remote Administrator et le déploiement
des ERA Agents et des produits de point de terminaison ESET sur les ordinateurs clients.
1. Dans la console Web ERA, accédez à Admin > Stratégies.
2. Créez une stratégie ou modifiez-en une pour ESET Remote Administrator Agent.
Vous pouvez utiliser des stratégies préexistantes, comme la stratégie Connexion - Connexion toutes les 20
minutes.
3. Cliquez sur la stratégie à modifier, puis sur Stratégies > Modifier.
4. Dans la section Paramètres > Connexion, cliquez sur Modifier l'intervalle en regard de l'option Intervalle de
connexion, puis définissez la valeur souhaitée.
176
5. Cliquez sur Enregistrer > Terminer pour enregistrer vos modifications.
6. Affectez la stratégie à tous les Agents.
Pour plus d'informations, consultez cet article de la base de connaissances ESET ou reportez-vous au Guide
d'administration.
177
6.3 Utilisation efficace du proxy HTTP Apache
Suivez les étapes ci-après dans ERA Console.
· Répartissez les ordinateurs du réseau dans deux groupes (10 % dans un groupe et 90 % dans un autre, par
exemple).
· Pour le plus grand groupe, utilisez des mises à jour retardées via une stratégie. Ainsi, le plus petit groupe se
mettant à jour plus tôt télécharge les mises à jour essentielles qui sont mises en cache par le proxy HTTP
Apache et distribuées à l'autre groupe.
· Pour activer l'utilisation du proxy HTTP Apache, dans Admin > Paramètres du serveur > Paramètres avancés,
cochez la case Utiliser un serveur proxy, remplissez les champs obligatoires, conservez l'option Utiliser la
connexion directe si le proxy HTTP n'est pas disponible activée, puis cliquez sur Enregistrer.
· Créez une stratégie pour forcer les Agents et les ordinateurs clients à télécharger les mises à jour par le biais
du proxy HTTP Apache. Si le proxy HTTP n'est toutefois pas disponible, les Agents et les ordinateurs clients
utilisent une connexion directe.
qAutres solutions de proxy
Vous pouvez utiliser votre propre solution de proxy web transparente (telle que Squid), qui joue un rôle similaire à
celui du proxy HTTP Apache. Vous devrez toutefois effectuer une configuration supplémentaire qui n'est pas décrite
ici.
178
7. API ESET Remote Administrator
ServerApi ESET Remote Administrator ( ServerApi.dll) est une interface de programmation d'applications qui
propose un ensemble de fonctions et d'outils pour élaborer des applications logicielles personnalisées répondant à
vos besoins et spécificités. Grâce à ServerApi, votre application peut offrir une interface, des fonctionnalités et des
opérations personnalisées que vous feriez normalement via la console Web ERA, telles que la gestion de ESET
Remote Administrator, la génération et la réception de rapports, etc.
Pour de plus amples informations, des exemples en langage C et une liste de messages JSON disponibles, veuillez
vous reporter à l'aide en ligne :
http://help.eset.com/era/64/api/
179
8. FAQ
Pourquoi Java est-il installé sur un serveur ? Cette installation ne présente-t-elle pas un risque de sécurité ? La
majorité des fournisseurs de solutions de sécurité et des structures de sécurité recommandent de désinstaller Java
des ordinateurs, notamment des serveurs.
ERA Web Console requiert Java pour fonctionner. Java est une norme du secteur en matière de console Web qui est
utilisée, avec Web Server (Apache Tomcat) par les principales consoles Web pour leurs opérations. Java est
nécessaire pour la prise en charge d'un serveur Web multi-plateformes.
La console Web ERA requiert Java version 7 au minimum, mais il est vivement recommandé d'utiliser la dernière
version officielle de Java. Il est possible d'installer un serveur Web sur une machine dédiée s'il existe des risques de
sécurité.
Comment puis-je déterminer le port utilisé par SQL Server ?
Plusieurs méthodes vous permettent de déterminer le port utilisé par SQL Server. Le Gestionnaire de configuration
SQL Server offre les résultats les plus précis. Pour savoir où rechercher cette information dans le Gestionnaire de
configuration SQL Server, reportez-vous à la figure suivante :
Après l'installation de SQL Server Express (compris dans le module ERA) sur Windows Server 2012, SQL Server
Express ne semble pas effectuer d'écoute sur un port SQL standard. Il effectue probablement l'écoute sur un port
différent du port par défaut (1433).
Comment configurer MySQL pour accepter des paquets de grande taille ?
Consultez les informations d'installation et de configuration de MySQL pour Windows ou Linux.
180
Si j'effectue l'installation de SQL Server, comment dois-je créer une base de données pour ERA ?
Cette opération n'est pas nécessaire. La base de données est créée par le programme d'installation Server.msi , et
non par le programme d'installation d'ERA. Le programme d'installation d'ERA est fourni pour vous simplifier la
tâche. Il installe SQL Server, tandis que le programme d'installation server.msi crée la base de données.
Pourquoi mon installation ERA échoue-t-elle pendant la configuration de base de données ? J'ai une consignation
binaire activée dans MySQL.
· R : ERA v6.2 ne prend pas du tout en charge les bases de données MySQL avec journal binaire activé. Désactivez le
journal binaire dans MySQL ou utilisez une version plus récente d'ERA.
· R : ERA v6.3 ne prend pas en charge le format de journal binaire STATEMENT. Utilisez les formats de journal binaire
ROW ou MIXED. Pour plus d'informations sur les journaux binaires MySQL, consultez https://dev.mysql.com/doc/
refman/5.6/en/binary-log.html et https://dev.mysql.com/doc/refman/5.6/en/replication-options-binarylog.html#sysvar_binlog_format
Si j'indique les détails et les informations d'identification de la connexion SQL Server, le programme d'installation
d'ERA peut-il créer une base de données dans une installation SQL Server existante ? Ce serait pratique si le
programme d'installation prenait en charge différentes versions de SQL Server (versions 2008, 2014, etc.)
La base de données est créée par Server.msi. Le programme d'installation crée effectivement une base de données
ERA sur chaque instance SQL Server installée. De plus, les versions de SQL Server prises en charge sont
effectivement les versions 2008, 2012 et 2014.
En cas d'installation sur une installation SQL Server existante, SQL Server doit-il utiliser le mode Authentification
Windows intégré par défaut ?
Non, car le mode Authentification Windows peut être désactivé sur SQL Server. De plus, le seul moyen de se
connecter consiste à utiliser l'authentification SQL Server (saisie d'un nom d'utilisateur et d'un mot de passe). Vous
devez utiliser l'authentification SQL Server ou le mode mixte. Lors de l'installation manuelle de SQL Server, il est
recommandé de créer un mot de passe racine (l'utilisateur racine est appelé « sa », ce qui signifie security admin) et
de le stocker à un endroit sûr en vue d'une utilisation ultérieure. Le mot de passe racine peut être nécessaire lors de
la mise à niveau d'ERA Server.
Puis-je utiliser MariaDB au lieu de MySQL ?
MariaDB est une base de données par défaut dans de nombreux environnements Linux. En revanche, elle n'est pas
prise en charge par ESET Remote Administrator. Veillez à installer MySQL pour que ESET Remote Administrator
fonctionne correctement.
181
Je dois installer Microsoft .NET Framework 3.5 comme le programme d'installation d'ERA me l'indique (http://
www.microsoft.com/en-us/download/details.aspx?id=21), mais cela ne fonctionne pas sur une nouvelle
installation de Windows Server 2012 R2 avec SP1.
Ce programme d'installation ne peut pas être utilisé avec Windows Server 2012 en raison de la stratégie de sécurité
de cette application. Microsoft .NET Framework doit être installé par le biais de l'Assistant Ajout de rôles et de
fonctionnalités..
Microsoft .NET Framework 4.5 était déjà installé sur mon système. J'ai du ajouter .NET Framework 3.5 par le biais de
l'Assistant Ajout de rôles et de fonctionnalités. Pourquoi n'est-il pas possible d'utiliser .NET 4.5 avec ESET Remote
Administrator ?
Cela n'est pas possible, car .NET Framework 4.5 n'est pas rétrocompatible avec .NET Framework 3.5 qui est une
condition préalable requise du programme d'installation SQL Server.
Il est très difficile de déterminer si l'installation de SQL Server est en cours d'exécution. Comment puis-je savoir ce
qui se passe si l'installation dure plus de 10 minutes ?
Dans de rares cas, l'installation de SQL Server peut prendre jusqu'à une heure. La durée de l'installation dépend des
performances système.
Comment puis-je réinitialiser le mot de passe de l'administrateur pour la console Web (saisi pendant la
configuration) ?
Il est possible de réinitialiser le mot de passe en exécutant le programme d'installation du serveur et en choisissant
Réparer. Toutefois, vous aurez peut-être besoin du mot de passe pour accéder à la base de données ERA si vous
n'avez pas utilisé l'authentification Windows lors de la création de la base de données.
REMARQUE : vous devez faire attention, car certaines des opérations de réparation peuvent éventuellement
entraîner la suppression des données stockées.
Lorsque j'importe un fichier contenant la liste des ordinateurs à ajouter à ERA, quel format de fichier dois-je
utiliser ?
Consultez les FAQ dans le Guide de l'administrateur.
Est-il possible d'utiliser IIS au lieu d'Apache ? Ou un autre serveur HTTP ?
IIS est un serveur HTTP. La console Web a besoin d'un conteneur de servlets Java (tel que Tomcat) pour fonctionner,
le serveur HTTP ne suffit pas. Il existe des solutions pour transformer IIS en conteneur de servlets Java mais, en
général, ce n'est pas conseillé.
REMARQUE : nous n'utilisons pas Apache HTTP Server, mais Apache Tomcat, qui est un autre produit.
182
ERA possède-t-il une interface de ligne de commande ?
Oui, nous avons l'API serveur ESET Remote Administrator
Est-il possible d'installer ERA sur un contrôleur de domaine ?
L'application ERA Server peut être installée sur un contrôleur de domaine, mais il peut exister des restrictions à
l'installation de MS SQL sur le Contrôleur de domaine Windows.
Y'a-t-il moyen d'utiliser l'assistant pour l'installation sur un contrôleur de domaine ?
Vous pouvez utiliser l'assistant, mais vous devez désélectionner l'installation de SQL dans la fenêtre de sélection
des composants.
L'installation d'ERA Server va-t-elle détecter si SQL est déjà installé sur le système ? Que se passe-t-il alors ? Qu'en
est-il de MySQL ?
ERA vérifie si SQL est exécuté sur un système si vous utilisez l'assistant d'installation et que vous avez sélectionné
l'installation de SQL Express. Si SQL est déjà exécuté sur un système, l'assistant affichera une notification indiquant
de désinstaller l'instance SQL existante et de relancer l'installation, ou d'installer ERA sans SQL Express. Reportezvous à la configuration requise pour la base de données d'ERA.
Où se trouve le mappage du composant ERA par version d'ERA ?
Consultez notre article de base de connaissances : http://support.eset.com/kb3690/
Comment effectuer la mise à niveau basée sur les composants d'ESET Remote Administrator 6.1.21, 6.1.28 ou 6.2.11
vers la dernière version ?
Système d'exploitation Windows : http://support.eset.com/kb3668/
Système d'exploitation Linux : http://support.eset.com/kb3670/
Comment effectuer la mise à jour d'un système sans connexion Internet ?
En utilisant un proxy HTTP installé sur un ordinateur pouvant se connecter aux serveurs de mise à jour ESET (où les
fichiers de mise à jour sont en mémoire cache) et en faisant pointer les points de terminaison vers ce proxy HTTP
sur un réseau local. Si votre serveur ne dispose pas d'une connexion Internet, vous pouvez activer la fonction de
miroir du produit de point de terminaison sur un ordinateur, utiliser une clé USB pour transférer les fichiers de mise
à jour sur cet ordinateur, puis configurer tous les autres ordinateurs hors connexion pour qu'ils l'utilisent comme
serveur de mise à jour.
183
Comment réinstaller ERA Server et le connecter à un serveur SQL existant si le serveur SQL a été configuré
automatiquement par l'installation initiale d'ERA ?
Si vous installez la nouvelle instance d'ERA Server à l'aide du même compte d'utilisateur (par exemple, un compte
d'administrateur de domaine) que celui utilisé pour l'installation du serveur ERA initial, vous pouvez utiliser MS SQL
Server via l'authentification Windows.
Comment régler les problèmes de synchronisation d'Active Directory sur Linux ?
Vérifiez que le nom de domaine est saisi entièrement en majuscules ( [email protected] au lieu de
[email protected] ).
Existe-t-il un moyen d'utiliser mes propres ressources réseau (comme le partage SMB) au lieu du référentiel ?
Vous pouvez choisir de fournir l'URL directe de l'emplacement du package. Si vous utilisez un système de partage de
fichier, utilisez le format suivant : file:// suivi du chemin d'accès réseau complet vers le fichier, par exemple :
fichier://\\eraserver\install\ees_nt64_ENU.msi
Comment réinitialiser ou modifier le mot de passe ?
Dans l'idéal, le compte administrateur ne doit être utilisé que pour créer des comptes pour des administrateurs.
Une fois les comptes administrateur créés, le mot de passe de l'administrateur doit être enregistré et le compte
administrateur ne doit pas être utilisé. Cette pratique permet d'utiliser le compte administrateur uniquement pour
réinitialiser les mots de passe/informations de compte.
184
Procédure de réinitialisation du mot de passe d'un compte d'administrateur ERA intégré :
1. Ouvrez Programmes et fonctionnalités (exécutez appwiz.cpl), recherchez ESET Remote Administrator Server,
puis cliquez dessus avec le bouton droit.
2. Sélectionnez Modifier dans le menu contextuel.
3. Choisissez Réparer.
4. Indiquez les informations de connexion à la base de données.
5. Sélectionnez Utiliser la base de données existante et appliquez une mise à niveau.
6. Désélectionnez l'option Utiliser le mot de passe stocké dans la base de données et saisissez un nouveau mot de
passe.
7. Connectez-vous à la console Web ERA à l'aide de votre nouveau mot de passe.
REMARQUE : il est vivement conseillé de créer d'autres comptes avec des droits d'accès spécifiques basés sur les
compétences souhaitées.
Comment modifier les ports d'ERA Server et de la console Web ERA ?
Il convient de modifier le port dans la configuration de votre serveur Web pour permettre à ce dernier de se
connecter au nouveau port. Pour ce faire, procédez comme suit :
1. Arrêtez le serveur Web.
2. Modifiez le port dans la configuration du serveur Web.
a) Ouvrez le fichier webapps/era/WEB-INF/classes/sk/eset/era/g2webconsole/server/modules/config/
EraWebServerConfig.properties
b) Définissez le nouveau numéro de port (par exemple, server_port=44591)
3. Redémarrez le serveur Web.
Comment migrer ERA Server sur un nouveau système ?
Pour plus d'informations sur la migration, voir
185
· Mise à niveau à partir de la version ERA antérieure
· ou notre article de base de connaissances ESET : Comment mettre à niveau ESET Remote Administrator 5 vers la
version 6 ?
Puis-je passer d'ERA V5/V4 à la version V6 directement à l'aide du programme d'installation tout en un ?
La mise à niveau directe n'est pas prise en charge ; il est donc recommandé d'utiliser l'outil de migration. Pour plus
d'informations, consultez la section Mise à niveau à partir d'une version antérieure d'ERA et notre article de base de
connaissances ESET : Comment mettre à niveau ESET Remote Administrator 5 vers la version 6 ?
Je reçois des messages d'erreur ou j'ai des problèmes avec ESET Remote Administrator, que dois-je faire ?
Voir FAQ de résolution des problèmes.
186

Manuels associés