DEPLOIEMENT de OPENERP PROCESSUS DE MISE EN PLACE DE OPENERP Table des Matières 1 INTRODUCTION A OPENERP 1 2 LES ASPECTS TECHNIQUES D’OPENERP 3 3 ETAPES DU PROCESSUS DE DEPLOIEMENT 4 3.1 INSTALLATION DES EQUIPEMENTS INFORMATIQUES 3.2 INSTALLATION OPENERP 3.3 CHOIX ET INSTALLATION DES OUTILS CONNEXES 4 4 4 4 ASPECTS FONCTIONNELS 6 4.1 4.2 4.3 4.4 6 6 7 MISE EN PLACE DES CRITERES ET PARAMETRES MISE EN PLACE DES FONCTIONS METIERS OUTILS DE REPORTING, TABLEAUX DE BORD ET PRESENTATION DES RESULTATS UTILISATION DE OPENERP POUR LA COMPTABILITE OU REALISATION D’UNE PASSERELLE VERS LA SOLUTION DE L’EXPERT-­‐COMPTABLE 4.5 UTILISATION DE OPENERP POUR LA PAYE 4.6 FORMATION ET ACCOMPAGNEMENT DES UTILISATEURS 8 8 8 5 MIGRATION DES DONNEES 10 6 REPARTITION DES TACHES ET DES ACTIONS 11 Informations document Action Acteur Dominique Jouniot Création Tag Nom du document Diffusion Keywords Date 08-­‐02-­‐2013 Valeur Processus de déploiement de OpenERP Public OpenERP, Processus, déploiement, MOA, MOE, AMOA ©THYLENEA Système d’Information -­‐ 2013 1/12 DEPLOIEMENT de OPENERP 1 Introduction à OpenERP Open ERP est basé sur un « framework » (OpenOject), permettant de réaliser un progiciel de gestion intégré́ (E.R.P.). Il permet des développements génériques et offre une évolutivité́ sans équivalent. Le principal avantage, par rapport à un « framework » classique de développement logiciel, est la fourniture, non seulement en standard mais également via des tiers, de centaines de fonctionnalités de gestion d'entreprise, sous forme de modules indépendants. La majorité́ des besoins exprimés par les clients, peuvent reposer sur les modules certifiés existants, parfaitement fonctionnels et largement utilisés. La société OpenERP SA, en Belgique, assure un suivi et un support sur l’ensemble des modules certifiés. Lorsque la fonctionnalité n’existe pas en standard, il est facile de la développer. Aujourd’hui, la dernière version mature de OpenERP est la version 7.0. ©THYLENEA Système d’Information -­‐ 2013 2/12 DEPLOIEMENT de OPENERP 2 Les aspects techniques d’OpenERP Le produit OpenERP est développé en langage Python. Il est capable de s’intégrer sur tous les systèmes d’exploitations existants aujourd’hui : Linux, MacOSX et Windows. Les caractéristiques techniques principales sont : -­‐ Respect du modèle de développement Modèle-­‐View-­‐Contrôleur : Natif -­‐ Structure logiciel orientée objet -­‐ Architecture trois tiers orienté WEB : Natif, Base de donnée Open Source PostgreSQL -­‐ Accès par un navigateur web standard (pas de client lourd), accès interface mobile (Ipad, Iphone, etc.) -­‐ Sécurité́ des transactions : Natif avec l’exploitation de SSL -­‐ Authentification forte : Natif (si nécessaire, pour certain acteur sensible) -­‐ Les échanges et le stockage de l’information sont conformes au standard XML -­‐ Langage de développement : Python (Framework OpenObject) ou JS/HTML/XML (Vues) -­‐ Outil de gestion des sources : Bazaar, via Launchpad ou partage fichier (FTP / SCP) -­‐ Pop ups de documentation ou d’aide en ligne : Natif (Aide par écran / champ / Action) Les points clés – Pourquoi utiliser OpenERP : -­‐ un seul logiciel couvre tous les besoins de l'entreprise (CRM, ventes, achats, produits et fabrication, gestion de projets, documentation, paye, comptabilité, etc.) -­‐ automatisation des tâches grâce à l'intégration des processus métiers, -­‐ pour les employés : plus besoin d'utiliser des logiciels différents, apprentissage simplifié, -­‐ activation facile de modules lorsque l'on souhaite de nouvelles fonctions, plus de 2500 modules sont disponibles, -­‐ accès à l’information, quand on a besoin, où on en a besoin (interface web, ipad, mobile, etc.) -­‐ investissement limité : possibilité de démarrer avec uniquement une seule fonction/métier, juste pour bénéficier d'un besoin non couvert par le système d'information courant, -­‐ pas de coûts de licence applicative, les sources sont téléchargeables gratuitement, -­‐ nombre d’utilisateur illimité, pas de coût de licence par utilisateur, -­‐ des passerelles avec les outils de comptabilité commerciale, pour la compatibilité avec les cabinets d’expertise-­‐comptable, -­‐ interface intégrée avec les CRM, les logiciels de e-­‐Commerce, etc. -­‐ réseau mondial de centaines de partenaires ©THYLENEA Système d’Information -­‐ 2013 3/12 DEPLOIEMENT de OPENERP 3 Etapes du processus de déploiement 3.1 Installation des équipements informatiques OpenERP necessite l’installation de serveur, afin d’executer : La base de donnée PostgreSQL Le serveur Python openerp Le serveur de web (intégré à Openerp ou autres) Au niveau de la salle informatique et réseau, il convient de réaliser les étapes suivantes : -­‐ Etape 1 : définition de l’architecture système (Choix système, virtualisation, etc.). -­‐ Etape 2 : Installation et configuration des systèmes. -­‐ Etape 3 : Choix des techniques des postes de travail (Linux, Windows, outils bureautiques, outils spécifiques, postes de travail virtuel : OVD, etc.). -­‐ Etape 4 : Création du « Master » du poste de travail utilisateur et de sa configuration. -­‐ Etape 5 : déploiement des postes de travail. -­‐ Etape 6 : Accompagnement utilisateurs sur les outils et formation. 3.2 Installation OpenERP Avant l’installation, il est préférable de réaliser le choix de la version. Aujourd’hui, il convient de partir sur la version 7.0, car la maintenance de la version 6.1 s’arrêtera fin 2013. Installation minimale recommandée : -­‐ une instance de test, -­‐ une instance de production, -­‐ un serveur de suivi des modifications/versions, du type Mercurial/SVN, etc. Installation des modules de base correspondants à l’environnement du Client : Dans le cadre d’une PME classique, les modules de base à installer, dans l’ordre, sont -­‐ Base, Réseau Social, Contact, Calendrier. -­‐ Comptabilité Générale, Comptabilité analytique et le Plan Comptable France. -­‐ La Gestion des Ventes, La Gestion des Achats. -­‐ Le module Ressource Humaine (SIRH), pratiquement tous les modules, y compris la paye. -­‐ La Gestion des Projets et les feuilles de Temps des employés. Dés qu’une instance de test de OpenERP est en place, il est vivement recommandé qu’un ensemble correctement sélectionné d’utilisateurs prennent la main sur le produit. 3.3 Choix et installation des outils connexes Les outils connexes concernent l’exploitation, l’administration des serveurs, la gestion des sauvegardes (par exemple, webmin, PgAdmin, Bacula, etc.). Il convient également d’identifier et de déployer les différents services : -­‐ serveurs DHCP, DNS, etc. -­‐ serveur de messagerie (peut-­‐être déjà existant ou sous traité, etc.) ©THYLENEA Système d’Information -­‐ 2013 4/12 DEPLOIEMENT de OPENERP -­‐
-­‐
-­‐
serveur de fichiers (possibilité d’utiliser le serveur de fichier libre, compatible Windows : Samba) serveur d’annuaire (LDAP, AD, etc.). Ce point est extrêmement structurant pour l’entreprise, car il conditionne les règles d’IAM (Identity Access Management) et de sécurité (Contrôle d’accès, authentification, etc.) Les serveurs d’accès externe, la sécurité des accès externe, etc. Ne pas oublier que OpenERP sera, sans doute, accédé par des équipements mobiles. ©THYLENEA Système d’Information -­‐ 2013 5/12 DEPLOIEMENT de OPENERP 4 Aspects Fonctionnels 4.1 Mise en place des critères et paramètres Au cours de cette phase, on suit trois étapes : Etape 1 : Analyse métiers des informations de structure -­‐ analyse des différentes entités fonctionnelles de l’entreprise, -­‐ identification et définition des constantes, des critères et de la structure société, (département, groupe, etc.), -­‐ recensement des produits, formalisation des grilles tarifaires, etc. Etape 2 : Identification des structures de sécurité et d’accès -­‐ les types et les groupes d’utilisateurs, -­‐ les grandes fonctions nécessaires à leurs activités, -­‐ les règles d’accès aux objets les plus sensibles. Etape 3 : Implémentation Technique dans OpenERP -­‐ traduction de l’ensemble de ces informations en paramètres pour OpenERP => paramétrage de base, création des groupes, adaptation et création des règles (« domain » en OpenERP), -­‐ identification si d’autres modules sont nécessaires, afin de parfaire le paramétrage de base. On itère sur l’ensemble des départements de l’entreprise, jusqu’à une traduction correcte de la structure de la société. Cette itération est fondamentale pour la mise ne place correcte de la gestion des droits et des règles de sécurité au sein du produit. Même si le produit dispose de base d’une structure de groupe déjà riche, par expérience, on constate qu’elle est insuffisante (surtout dans les domaines des activités comptable et gestion). Il va donc falloir l’enrichir rapidement. 4.2 Mise en place des fonctions métiers On identifie les métiers de l’entreprise et les processus les déterminants : -­‐ On exécute une succession d’interview avec les acteurs de chacune des directions, -­‐ On formalise les actions (rédaction des fonctions et processus) Les étapes d’implantation dans OpenERP sont : Etape 1 : Dans OpenERP de base : -­‐ On identifie les fonctions n’existant pas dans OpenERP de base : o par rapport aux modules standard certifiés par OpenERP SA => environ 250 modules, o par rapport au serveur « Launchpad » de la communauté OpenERP => environ 2500 modules. -­‐ On valide l’approche processus identifiée, avec les workflows et les processus déjà existants, ©THYLENEA Système d’Information -­‐ 2013 6/12 DEPLOIEMENT de OPENERP -­‐
o dans un premier temps, il convient de réutiliser au maximum la configuration prédéfinie des processus, o Dans un deuxième temps, on identifie et adapte les worklflows et processus, ne nécessitants pas de modifications des modules ou structurelles, On planifie les mises à niveau structurelles, pour les processus n’existant pas dans l’application de base et/ou nécessitant une modification en profondeur. Etape 2 : Dans le cas où un module ou plusieurs, se rapprochant de la fonctionnalité demandée, existent : -­‐ on analyse le niveau de différence, -­‐ on voit si l’on peut l’accepte tel quel, avec juste du paramétrage, -­‐ Sinon, on développe un module supplémentaire, héritage du précédent, fournissant la nouvelle fonctionnalité. Etape 3 : Dans le cas ou le module n’existe pas, il convient de développer un nouveau module. L’action nécessite la rédaction d’un cahier des charges fonctionnel. Deux approches sont envisageables : -­‐ sous traitance par notre société, experte en développement Python. Cette solution doit prendre en compte le suivi à long terme, pour assurer le maintien opérationnel de la solution), -­‐ réalisation du développement en interne, par une équipe de la société cliente : structuration d’une équipe de développement MOE qui nécessite l’acquisition d’une expertise Python et OpenObject. Etape 4 : Dans le cas ou il serait nécessaire de réaliser des liens avec d’autres entités applicatives, telles que la comptabilité, le CRM, les plates-­‐formes de e-­‐Commerce : On identifie les liens avec les diverses entités : -­‐ mise en place de mécanismes de synchronisation et d’interfaces d’automatisation, -­‐ développement ou déploiement de modules spécifiques. 4.3 Outils de Reporting, tableaux de bord et présentation des résultats OpenERP dispose d’un module de « reporting » intégré. Cependant, ce module peut s’avérer insuffisant pour les besoins de l’organisme. Il est donc nécessaire de réaliser l’analyse suivante : -­‐ identification des besoins des utilisateurs en terme de tableau de bord et de retour d’information, -­‐ formalisation et définition des méthodes, formats et rapports de sorties demandées (PDF, graphiques, etc.). En fonction des besoins, on sélectionne les solutions OpenERP possibles (nécessite une prise de décision par les clients) : -­‐ solution native (RML), -­‐ solution plus évoluée (JasperReport, etc.), -­‐ solution spécifique, nécessitant un développement. ©THYLENEA Système d’Information -­‐ 2013 7/12 DEPLOIEMENT de OPENERP IL est nécessaire de prévoir une phase de paramétrage des imprimantes. 4.4 Utilisation de OpenERP pour la comptabilité ou réalisation d’une passerelle vers la solution de l’expert-­‐comptable Dans sa version 7.0, le module de comptabilité de OpenERP est très complet et doit pouvoir répondre à presque la totalité des besoins des entreprises dans ce domaine. La création d’un compte spécifique d’audit et de contrôle pour l’expert-­‐comptable est facile à mettre en place. Cependant, il peut paraître plus simple d’envisager de conserver un lien vers les outils proposés par le cabinet d’expertise-­‐comptable qui s’occupe de l’entreprise. Les écritures (totales ou partielles) enregistrées dans OpenERP, se déversant, alors dans son logiciel de production comptable. C’est, en générale, une simple action de paramétrage des modules comptables, permettant un transfert des informations vers les comptabilités propriétaires. Dans le cas ou cette action serait insuffisante, il sera nécessaire d’envisager un développement spécifique. Dans l’optique de migrer la totalité de la comptabilité sur OpenERP (voir également, les recommandations du §5), il est indispensable, dans un premier temps, de réaliser une phase de test, en parallèle avec l’ancienne comptabilité, puis passer en production sur des fonctions de base. Dans un deuxième temps, version ultérieure, après la phase de production concluante, il pourra être envisager d’enrichir le produit de fonctionnalités spécifiques pour la génération des états comptables et la gestion des échanges électroniques (télé déclaration, etc.). 4.5 Utilisation de OpenERP pour la paye Le module de paye française de OpenERP de la version 7.0 va très loin dans la génération de la paie. Il est cependant possible qu’il ne couvre pas tous les besoins de l’organisme. Trois étapes pour compléter l’approche : Etape 1 : l’objectif est de paramétrer l’outil afin de réaliser des extractions à destination de l’organisme éditant les paies. Etape 2 : Elle consiste à jouer la paie, dans OpenERP, en double et de vérifier l’adéquation entre les deux éditions. Des correctifs pourront alors être apportés à OpenERP dans ce sens. Etape 3 : Cette étape consiste à migrer la fonction paie en interne de l’application. 4.6 Formation et accompagnement des utilisateurs Cette action prend place dès l’installation des systèmes et de l’application, dans l’entreprise. L’action de formation se décompose en deux parties : ©THYLENEA Système d’Information -­‐ 2013 8/12 DEPLOIEMENT de OPENERP -­‐
-­‐
Formation lors de la mise en place de la solution auprès des utilisateurs Mise en place d’un help desk pour répondre aux demandes spécifiques. OpenERP dispose d’un module de gestion de ticket, il peut donc étendre ses fonctions au Helpdesk utilisateurs (en interne). ©THYLENEA Système d’Information -­‐ 2013 9/12 DEPLOIEMENT de OPENERP 5 Migration des données Pour la plupart des entreprises, la décision d’installer un produit comme OpenERP, s’effectue après un certain nombre d’années d’exploitation. Il est donc important de prévoir la récupération des données et de l’historique informationnels de la société et de pouvoir le réinjecter dans le nouvel environnement. Cette tâche doit bien entendu prendre place, fonction par fonction. Elle n’est pas à négligé, et représente en général le coût le plus important lors de la migration. L’analyse se passe en trois étapes : -­‐ Etape 1 : analyse des outils existant, validation des solutions de récupération des données. Si, les données ne sont pas exportables, il faudra envisager une saisie manuelle. -­‐ Etape 2 : analyse des formats de données des exports. Création ou utilisation d’outils d’ETL pour la transformation des informations au format injectable dans OpenERP. -­‐ Etape 3 : Injection dans OpenERP, validation de la cohérence et de l’intégrité des données réinjectées. Il est envisageable que cette étape necessite des ajustements manuels des informations une fois injectée dans OpenERP. ©THYLENEA Système d’Information -­‐ 2013 10/12 DEPLOIEMENT de OPENERP 6 REPARTITION DES TACHES ET DES ACTIONS Nous présentons ici une répartition possible des tâches, des actions et des responsabilités entre la société cliente et le prestataire intégrateur, durant la mise en place de OpenERP. Ce tableau reprend les étapes du processus de déploiement et caractérise les actions des acteurs. Deux acteurs distincts sont identifiés pour la société cliente : -­‐ Client MOA : Les chefs de projet (ou directions) métier de l’entreprise, personnes connaissant les action et tâches fonctionnelles de l’entreprise. -­‐ Client MOE : Equipe technique du SI de l’entreprise (DSI), capable de prendre en charge les développements, l’administration, le suivi et la maintenance des outils techniques de OpenERP, afin de rendre les services et fonctions attendues par la MOA. Deux acteurs sont identifiés pour la société partenaire : -­‐ Partenaire AMOA : consultants et experts dans les activités métiers du client, permettant un encadrement, une définition, un suivi et garantissant une parfaite adéquation des activités fonctionnelles avec les solutions implémentées dans OpenERP. -­‐ Partenaire MOE : Equipe du partenaire capable développer les solutions techniques et les modules au sein de l’outil OpenERP. Tâches Aspect Technique 3.1 Installation des équipements informatiques 3.2 Installation OpenERP Aspect Fonctionnel 4.1 Mise en place des critères et paramètres Etape 1 : Analyse métiers des informations de structure Etape 2 : Structure de sécurité Etape 3 : Implémentation Technique dans l’ERP 4.2 Mise en place des fonctions métiers : 4.3 Outils de Reporting, tableaux de bord et résultats 4.4 Utilisation de OpenERP pour la comptabilité ou réalisation d’une passerelle vers la solution de l’expert-­‐comptable 4.5 Utilisation de OpenERP pour la paye 4.6 Formation et accompagnement des utilisateurs 5 Migration des données Client MOA F F, A X Client MOE F, X F, A, X A Partenaire AMOA P, A P, A P Partenaire MOE I, X I, X I X A P A, X A, I P, A, X A, I A, I, X P A P, A P, A I P, I, X I, X I, X A, X, I A, X P X A, X, I A A, X, I P P X I, X Lecture du Tableau I : Prise en charge de l’installation (en général MOE) X : Exécution de la l’action (en général MOE) ©THYLENEA Système d’Information -­‐ 2013 11/12 DEPLOIEMENT de OPENERP F : Formation sur transfert de compétence (en général AMOA et/ou MOA) A : Accompagnement (en général AMOA et/ou MOA) P : Pilotage (MOA) ©THYLENEA Système d’Information -­‐ 2013 12/12 Les fichiers de configuration d'OPENERP
Comme nous l'avons vu dans le cours précédent OpenErp (coté serveur) est basé sur trois briques
logicielles :
- le serveur (client) web OpenErp ;
- le serveur d'application OpenErp ;
- le serveur PostgreSql.
Pour que ces trois briques logicielles fonctionnent ensemble, les couches réseaux doivent être
opérationnelles. Le "ping" doit au moins fonctionner entre les machines hébergeant les différents
services et les ports nécessaires doivent être ouverts.
Le "ping" nous assure que les machines physiques communiquent entre elles. via le protocole IP.
L’ouverture des ports assure la possibilité d’établir des connexions TCP entre les différentes machines.
Mais cela ne suffit pas, les services (web, applicatif, PostgreSql) doivent avoir une version cohérente
et être eux-mêmes correctement paramétrés pour pouvoir communiquer au niveau applicatif et
fonctionner correctement ensemble.
I
LES VERSIONS
De manière générale on utilise les mêmes versions pour le serveur OpenERP web et pour le serveur
applicatif OpenERP (voir pour le client riche si on décide de l'utiliser).
1
Marie-pascale Delamare
Ce qui donne des pages de téléchargement assez touffues. Il s'agit de ne pas se tromper entre les
versions voir entre les systèmes d'exploitation puisqu'OpenErp tourne aussi bien sous Linux que sous
Windows.
La compréhension des versions est primordiale car un contexte d'entreprise développé et utilisé (donc
une base de données) dans une version ne sera pas utilisable dans une autre version sans mise à jour
(version mineure) ou migration (version majeure).
Les versions mineures commencent toutes par les deux mêmes chiffres. Exemple OpenERP 6.0.3 et
OpenERP 6.0.2 sont des versions mineures de la version 6.0.
2
Marie-pascale Delamare
Les changements plus importants sont représentés par un changement du deuxième chiffre. Enfin les
versions majeures sont repérées par un changement du premier chiffre et nécessitent une migration.
Nous reviendrons sur les mises à jour et migration au cours de cette année.
Pour PostgreSql, il semble qu'on puisse utiliser différentes versions entre la 8.3 et la 9.0.
II
LES FICHIERS DE CONFIGURATION
Chacun des trois services possède ses propres fichiers de configuration. Mais pour les paramétrer
correctement il faut connaître les échanges qui ont lieu entre les trois serveurs.
II.1
SERVICE OPENERP WEB
Son fichier de configuration principal se nomme "openerp-web.cfg". Il est situé dans le répertoire
"doc" du répertoire d'installation de ce serveur.
Les paramètres qui nous intéressent sont les suivants :
# Some server parameters that you may want to tweak
server.socket_host = "0.0.0.0"
server.socket_port = 8080
# Sets the number of threads the server uses
server.thread_pool = 10
# logging
#log.screen = False
#log.access_file = "/var/log/openerp-web/access.log"
#log.error_file = "/var/log/openerp-web/error.log"
log.access_level = "INFO"
3
Marie-pascale Delamare
log.error_level = "INFO"
# OpenERP Server
openerp.server.host = 'localhost'
openerp.server.port = '8070'
openerp.server.protocol = 'socket'
openerp.server.timeout = 450
# Web client settings
[openerp-web]
# whether to show Databases button on Login screen or not
dbbutton.visible = True
II.1.1
EXERCICE 1 :
Travail à faire : Recherchez sur internet grâce à vos smartphones, tablettes ou portables (je suis
presque dépassée par vos équipements personnels) les définitions suivantes et conservez en une trace:
Socket
Thread
Timeout
Port
II.1.2
EXERCICE 2 :
L'installation suivante doit être réalisée :
4
Marie-pascale Delamare
Travail à faire : Indiquez les modifications à réaliser dans le fichier de configuration du serveur
Openerp Web.
II.2
SERVICE APPLICATIF OPENERP
Son fichier de configuration principal se nomme "openerp-server.conf". Il est situé dans le répertoire
d'installation du serveur sous Windows et plutôt dans le répertoire /etc ou /etc/openerp sous Linux.
Les paramètres qui nous intéressent sont les suivants :
[options]
admin_passwd = admin
netrpc = True
netrpc_interface = 127.0.0.1
netrpc_port = 8070
xmlrpc = True
xmlrpc_interface = 127.0.0.1
xmlrpc_port = 8069
debug_mode = False
logfile = C:\Program Files (x86)\OpenERP 6.0\Server\openerp-server.log
translate_modules = ['all']
root_path = C:\Program Files (x86)\OpenERP 6.0\Server
db_host = localhost
db_port = 5432
db_user = openerp
db_password = admin
db_name = False
db_maxconn = 64
addons_path = C:\Program Files (x86)\OpenERP 6.0\Server\addons
II.2.1
EXERCICE 3
Monsieur Sir cherche à accéder à son serveur OpenERP (dont le fichier de configuration est présenté
ci-dessus) depuis le client riche (donc selon l'architecture présentée ci-dessous) situé sur son poste de
travail à l'adresse IPV4 172.31.0.1.
5
Marie-pascale Delamare
Il obtient la réponse suivante :
Travail à faire : Expliquer pourquoi ?
II.2.2
EXERCICE 4
Le problème précédent réglé, Monsieur Sir fait une nouvelle tentative. Il obtient le même message.
Excédé, il appelle la hot line qui ouvre immédiatement un ticket d'incident et enquête sur ce problème.
Les fichiers de traces indiquent :
[2013-09-13 09:37:06,427][?] INFO:server:database hostname - 172.31.0.200
[2013-09-13 09:37:06,427][?] INFO:server:database port - 5432
[2013-09-13 09:37:06,428][?] INFO:server:database user - openpg
[2013-09-13 09:37:06,428][?] INFO:server:initialising distributed objects services
[2013-09-13 09:37:07,179][?] INFO:web-services:starting HTTP service at 0.0.0.0 port 8069
[2013-09-13 09:37:07,180][?] INFO:web-services:starting HTTPS service at 0.0.0.0 port 8071
[2013-09-13 09:37:07,180][?] INFO:web-services:Registered XML-RPC over HTTP
[2013-09-13 09:37:07,189][?] INFO:web-services:starting NET-RPC service at 0.0.0.0 port 8070
[2013-09-13 09:37:07,189][?] INFO:server:Starting 3 services
[2013-09-13 09:37:07,189][?] INFO:server:OpenERP server is running, waiting for connections...
[2013-09-13 09:37:19,817][template1] ERROR:db.connection_pool:Connection to the database failed
Traceback (most recent call last):
File "/usr/local/lib/python2.6/dist-packages/openerp-server/sql_db.py", line 303, in borrow
6
Marie-pascale Delamare
result = psycopg2.connect(dsn=dsn, connection_factory=PsycoConnection)
OperationalError: could not connect to server: No route to host
Is the server running on host "172.31.0.200" and accepting
TCP/IP connections on port 5432?
Travail à faire : Rédigez la partie "Analyse" du ticket d'incident.
II.2.3
EXERCICE 5
Le problème précédent réglé, Monsieur Sir fait une nouvelle tentative. Il obtient le même message.
Excédé, il rappelle la hot line qui ouvre immédiatement un ticket d'incident et enquête sur ce
problème. Monsieur Sir ne peut plus travailler, il se demande s'il rend son tablier, tombe en dépression
ou fait une descente au service hot line.
Les fichiers de traces indiquent :
[2013-09-13 10:28:12,532][?] INFO:server:OpenERP version - 6.0.3
[2013-09-13
10:28:12,532][?]
packages/openerp-server/addons
INFO:server:addons_path
-
/usr/local/lib/python2.6/dist-
[2013-09-13 10:28:12,532][?] INFO:server:database hostname - 172.31.0.200
[2013-09-13 10:28:12,532][?] INFO:server:database port - 5432
[2013-09-13 10:28:12,532][?] INFO:server:database user - openpg
[2013-09-13 10:28:12,532][?] INFO:server:initialising distributed objects services
[2013-09-13 10:28:12,657][?] INFO:web-services:starting HTTP service at 0.0.0.0 port 8069
[2013-09-13 10:28:12,657][?] INFO:web-services:starting HTTPS service at 0.0.0.0 port 8071
[2013-09-13 10:28:12,657][?] INFO:web-services:Registered XML-RPC over HTTP
[2013-09-13 10:28:12,661][?] INFO:web-services:starting NET-RPC service at 0.0.0.0 port 8070
[2013-09-13 10:28:12,661][?] INFO:server:Starting 3 services
[2013-09-13 10:28:12,662][?] INFO:server:OpenERP server is running, waiting for connections...
[2013-09-13 10:28:19,344][template1] ERROR:db.connection_pool:Connection to the database failed
Traceback (most recent call last):
File "/usr/local/lib/python2.6/dist-packages/openerp-server/sql_db.py", line 303, in borrow
result = psycopg2.connect(dsn=dsn, connection_factory=PsycoConnection)
OperationalError: FATAL: password authentication failed for user "openpg"
Travail à faire : Rédigez la partie "Analyse" du ticket d'incident.
II.3
POSGRESQL
Les deux fichiers de configuration que nous avons manipulés au cours de notre premier TP sont les
fichiers "pg-hba.conf" et "postgresql.conf" pour mettre notre serveur PostgreSql en écoute sur le
réseau.
Nous reviendrons sur ces fichiers de configuration au cours de l'année pour mieux gérer les fichiers de
traces de notre serveur PostgreSql.
II.4
EXERCICE 6 :
7
Marie-pascale Delamare
Travail à faire :
1) Entourez de différentes couleurs les réseaux présents sur ce plan.
2) Complétez les paramétrages réseau.
3) Indiquez si la fonctionnalité NAT doit être installée et précisez où si nécessaire.
4) Donnez l'URL que devront utiliser les internautes pour interroger le serveur OpenERp Web.
5) Citez les redirections de port nécessaires au niveau du pare-feu.
6) Remplissez le tableau suivant pour indiquer les communications que le pare-feu doit laisser passer
(le filtrage à lieu après les translations d'adresses, les retours sont automatiquement acceptés, les postes
du LAN ont droit à tous les services disponibles sur Internet)
8
Marie-pascale Delamare
Numér Interface
Ip origine
o
de d'arrivée sur le
règle
pare-feu
Po
rt
ori
gin
e
Ip destination
Port
desti
natio
n
Protocol
e
Action
7) Proposez les fichiers de configuration de ces trois serveurs. Vous ne présenterez que les paramètres
importants et indispensables dans cette configuration.
9
Marie-pascale Delamare