Webcontrat - Database - Historique des versions

Julien.garnier : /* Problèmes connus */

2022-02-01T13:48:10Z

‎Problèmes connus

2021-11-30T09:42:58Z

‎Mots de passe sudo

2021-11-30T09:41:06Z

‎Mots de passe sudo

2021-11-30T09:39:33Z

2021-07-13T07:33:09Z

‎Database Webcontrat

2019-10-10T11:13:33Z

‎Database Webcontrat

2018-03-06T12:54:16Z

‎Config SSL

2018-03-06T12:51:09Z

‎Config SSL

2018-03-06T12:50:09Z

‎Config SSL

2018-03-06T12:35:36Z

‎Config SSL

@@ Ligne 91 : / Ligne 91 : @@
   /etc/init.d/mysql stop
-  rm /var/lib/mysql/db/galera.cache
+  rm /var/lib/mysql/galera.cache
-  rm /var/lib/mysql/db/grastate.dat
+  rm /var/lib/mysql/grastate.dat
   /etc/init.d/mysql start

← Version précédente		Version du 30 novembre 2021 à 09:42
Ligne 214 :		Ligne 214 :

	On a une base de mots de passe dans /var/local/sudopass/passwd.db		On a une base de mots de passe dans /var/local/sudopass/passwd.db
		+
		+	Le module pam ne permet pas encore de hashs forts, il fau generer le mot de passe de cette façon :
		+
		+	mkpasswd -m des
		+
		+	puis il faut ajouter dans le fichier avec cette commande :
		+
		+
		+	{ echo user; echo hash; } \| db5.3_load -T -t hash /var/local/sudopass/passwd.db

← Version précédente		Version du 30 novembre 2021 à 09:41
Ligne 196 :		Ligne 196 :

	== Mots de passe sudo ==		== Mots de passe sudo ==
		+
		+
		+	Pour ne pas que clustercontrol se connecte en root et pour avoir 2 mots de passes differents, modificationdes serveurs sous son control :
		+
		+	# cat /etc/pam.d/sudo
		+	#%PAM-1.0
		+
		+	auth [success=1 default=ignore] pam_userdb.so crypt=crypt db=/var/local/sudopass/passwd
		+	auth requisite pam_deny.so
		+	auth required pam_permit.so
		+
		+
		+	#@include common-auth
		+	@include common-account
		+	@include common-session-noninteractive
		+
		+
		+	On a une base de mots de passe dans /var/local/sudopass/passwd.db

← Version précédente		Version du 30 novembre 2021 à 09:39
Ligne 193 :		Ligne 193 :

	wsrep_sst_auth="sstssl:oiwybolNes8crond9Blov"		wsrep_sst_auth="sstssl:oiwybolNes8crond9Blov"
		+
		+
		+	== Mots de passe sudo ==

@@ Ligne 3 : / Ligne 3 : @@
-La base de donnée utilisée est 10.0.28-MariaDB-1~wheezy-wsrep + Galera Cluster
+La base de donnée utilisée est 10.5 + Galera Cluster
 GaleraCluster permet de répliquer les 3 noeud en temps réel et permet aussi une configuration multimaster.
@@ Ligne 20 : / Ligne 20 : @@
 Un répartiteur de charge permet d’aiguiller le trafic vers les nœuds du cluster.
-ip keepalived : 10.30.0.10
+ip keepalived : 10.30.0.20
 En mode nominal, via HA-Proxy1 :
 En cas de problème sur HA-Proxy1 on bascule automatiquement vers le 2 (keepalived) :
 === Supervision ===
@@ Ligne 35 : / Ligne 31 : @@
 Une machine de supervision permet d'avoir une vue d'ensemble sur le cluster
-[http://10.30.1.2/clustercontrol/]
+[https://10.30.1.3/]
-  Login : email
+  Login : voir Julien ou Alexis pour création d'un compte
@@ Ligne 55 : / Ligne 50 : @@
 * voir la charge sur chaque nœud
-* voir l'état des HaProxy, le primaire étant par défaut le 10.30.1.11
+* voir l'état des HaProxy, le primaire étant par défaut le 10.30.1.21

← Version précédente		Version du 10 octobre 2019 à 11:13
Ligne 100 :		Ligne 100 :
	/etc/init.d/mysql start		/etc/init.d/mysql start

		+	=== Restauration TiNa ===
		+
		+	Attention, TiNa ne remplace automatiquement la base a restaurer. Il faut lancer la restauration et attendre la fin de la procedure.
		+
		+	Un fichier de dump mysql est envoyé dans /tmp.
		+
		+	Attention, le fichier ne crée pas la base, il faut la creer manuellement avant.
		+
		+	mysql -u user -p
		+
		+	mysql> create database mydb;
		+	mysql> use mydb;
		+	mysql> source /tmp/mydb.sql;

	== Config SSL ==		== Config SSL ==

← Version précédente		Version du 6 mars 2018 à 12:54
Ligne 183 :		Ligne 183 :

	dans my.cnf :		dans my.cnf :
		+
		+	wsrep_sst_auth="sstssl:oiwybolNes8crond9Blov"

@@ Ligne 173 : / Ligne 173 : @@
 Cryptage SST :
-  MariaDB [(none)]> CREATE USER 'sstssl'@'localhost' IDENTIFIED BY 'sstssl';
+  MariaDB [(none)]> CREATE USER 'sstssl'@'localhost' IDENTIFIED BY 'oiwybolNes8crond9Blov';
   Query OK, 0 rows affected (0.03 sec)

← Version précédente		Version du 6 mars 2018 à 12:50
Ligne 162 :		Ligne 162 :

	Redemarrer chaque nœud l'un après l'autre.		Redemarrer chaque nœud l'un après l'autre.
		+
		+
		+	Cryptage IST : dans my.cnf :
		+
		+	wsrep_provider_options="gcache.size=128M; gmcast.segment=0; socket.ssl_key=/etc/mysql/ssl/server-key.pem; socket.ssl_cert=/etc/mysql/ssl/server-cert.pem; socket.ssl_ca=/etc/mysql/ssl/ca-cert.pem"
		+
		+	Il faut faire un bootstrap complet du serveur !
		+
		+
		+	Cryptage SST :
		+
		+	MariaDB [(none)]> CREATE USER 'sstssl'@'localhost' IDENTIFIED BY 'sstssl';
		+	Query OK, 0 rows affected (0.03 sec)
		+
		+	MariaDB [(none)]> GRANT PROCESS, RELOAD, LOCK TABLES, REPLICATION CLIENT ON . TO 'sstssl'@'localhost' REQUIRE ssl;
		+	Query OK, 0 rows affected (0.02 sec)
		+
		+	MariaDB [(none)]> FLUSH PRIVILEGES;
		+	Query OK, 0 rows affected (0.00 sec)
		+
		+	dans my.cnf :

@@ Ligne 111 : / Ligne 111 : @@
   openssl req -new -x509 -nodes -days 3600 -key ca-key.pem -out ca-cert.pem
-−
   Country Name (2 letter code) [AU]:'''FR'''
   State or Province Name (full name) [Some-State]:'''Herault'''
@@ Ligne 128 : / Ligne 128 : @@
   openssl x509 -req -in server-req.pem -days 3600 -CA ca-cert.pem -CAkey ca-key.pem -set_serial 01 -out server-cert.pem
-−
   openssl req -newkey rsa:2048 -days 3600  -nodes -keyout client-key.pem -out client-req.pem
   idem serveur
   openssl rsa -in client-key.pem -out client-key.pem
-−
   openssl x509 -req -in client-req.pem -days 3600  -CA ca-cert.pem -CAkey ca-key.pem -set_serial 01 -out client-cert.pem
@@ Ligne 160 : / Ligne 160 : @@
   ssl-cert=/etc/mysql/ssl/client-cert.pem
   ssl-key=/etc/mysql/ssl/client-key.pem