Re: [FRsAG] Partage de sessions cluster Apache/PHP (Sharedance?)
Bonjour, J’ai testé la solution et ce n’est pas très concluant ;) Côté REDIS Server : - La réplication est effectivement très simple à mettre en place (master/slave), par contre en cas de panne du master passer le slave en master puis gérer la remise en ligne de l’ancien master n’est pas évidente, pas documentée, et pas très fiable au niveau de la cohérence des données. Côté PHPRedis : - Le session_handler est complètement bugué , la « doc » précise qu’on peut faire une configuration multi-serveurs de la manière suivante : session.save_path = "tcp://host1:6379?weight=1, tcp://host2:6379?weight=2, tcp://host3:6379?weight=2" Le code source nous apprend qu’on peut aussi ajouter un paramètre timeout, mais dans tous les cas ça ne fonctionne pas. Avec un poids identique, seul un serveur est contacté... Avec un poids différent, un seul serveur est contacté, et si il ne répond plus même après le timeout le deuxième n’est jamais contacté et les sessions ne fonctionnent plus. Solution utiliser un seul serveur via une VIP, mais on en revient aux problèmes de REDIS Server. - Lors de la création d'une session aucun paramètre d'expiration n'est placé (via EXPIRE ou SETEX au lieu de SET), la session n'expire donc jamais... et impossible ensuite de savoir depuis combien de temps elle est la. En conclusion ça me semble encore jeune comme projet et pas prêt pour la prod. Bonne journée, De : frsag-boun...@frsag.org [mailto:frsag-boun...@frsag.org] De la part de Guillaume Plessis Envoyé : vendredi 10 décembre 2010 07:55 À : French SysAdmin Group Objet : Re: [FRsAG] Partage de sessions cluster Apache/PHP (Sharedance?) Le 10 décembre 2010 04:20, eldre8 a écrit : mais c'est deja une surcouche!:p Tu devrais aussi tester Redis qui inclut du master/slaves. Bonjour, D'autant plus que l'extension phpredis (https://github.com/owlient/phpredis) possède dorénavant un session_handler transparent, "à la memcache". Bonne journée. -- Guillaume Plessis ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Partage de sessions cluster Apache/PHP (Sharedance?)
Salut Benjamin, >J’ai testé la solution et ce n’est pas très concluant ;) As-tu essayé la solution Memcached ? >Côté REDIS Server : >- La réplication est effectivement très simple à mettre en place >(master/slave), par contre en cas de panne du master passer le slave en >master puis gérer la remise en ligne de l’ancien master n’est pas >évidente, pas documentée, et pas très fiable au niveau de la cohérence >des données. Avec Memcached, tu peux te placer dans la configuration suivante : - Serveur A, avec memcached actif en maître et réplication sur le serveur B avec repcached. - Serveur B, avec memcached actif en maître et réplication sur le serveur A avec repcached. Ensuite, le session_handler te permet de spécifier 2 serveurs Memcached, celui du serveur A et celui du serveur B. Ainsi, en cas de perte d'un serveur, pas de problème. Le session_handler désactive automatiquement le memcached inactif, et toutes les sessions sont bien enregistrées dans celui qui reste actif. Lorsque le memcached tombé revient en activité, repcached réplique automatiquement toutes les sessions pour le remettre à niveau. Solution déjà testée en production et fonctionnelle (après quelques galères et tests quand même). ++ Florian ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Partage de sessions cluster Apache/PHP (Sharedance?)
Salut, > As-tu essayé la solution Memcached ? Je suis entrain de tester memcached/repcached et effectivement la réplication croisée est pas mal du tout. D'autant que la partie cliente dans PHP semble très fiable. Je continue mes tests ;) A+ ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Partage de sessions cluster Apache/PHP (Sharedance?)
C'est ce que l'on utilise sans soucis, par contre on met une VIP dessus car Repcached on lui fait pas trop confiance en terme de concurrence des accès aux clés ... Lilian Le 15/12/10 15:04, [WHD-RS] Benjamin SCHILZ a écrit : Salut, As-tu essayé la solution Memcached ? Je suis entrain de tester memcached/repcached et effectivement la réplication croisée est pas mal du tout. D'autant que la partie cliente dans PHP semble très fiable. Je continue mes tests ;) A+ ___ Liste de diffusion du FRsAG http://www.frsag.org/ ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Debian testing en prod ?
Salut, J'ai tenté une fois de monter des archis en testing en production ca marche très bien mais il faut être rigoureux. Rigoureux dans le sens où des petites mises à jour chaque semaine ou toutes les deux semaines permettent de faire évoluer la machine tranquillement. Si par contre tu ne mets plus à jour la machine pendant un lapse de temps, le jour où ton client te demande un nouveau package, tu vas avec le jeu des dépendances devoir tout mettre à jour et là ca sera le drame. Donc comme j'ai pu vérifier que les clients et les boites ne te laissent par le temps de bien faire les choses dans ce cas je te conseil plutôt de faire du stable et soit faire un backport soit de faire l'installation de tel ou tel soft en testing. Voir mieux de les compiler (php, apache, mysql, ...) comme cela tu choisis la version que tu veux laisser en production. Sinon à titre personnel toutes mes machines sont en testing et ca ne pose pas de soucis car mise à jour dès qu'un paquet est dispo pour. -- Pierre-Henry Muller ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Debian testing en prod ?
Le Wed, Dec 15, 2010 at 06:07:02PM +0100, Pierre-Henry Muller [wall...@morkitu.org] a écrit: > Voir mieux de les compiler (php, apache, mysql, ...) comme cela tu > choisis la version que tu veux laisser en production. Et tu sédimentes. -- Dominique Rousseau Neuronnexion, Prestataire Internet & Intranet 50, rue Riolan 8 Amiens tel: 03 22 71 61 90 - fax: 03 22 71 61 99 - http://www.neuronnexion.coop ___ Liste de diffusion du FRsAG http://www.frsag.org/
[FRsAG] Config Roundcube 0.5 beta
Bonjour, Je viens de passer à RoundCube 0.5, et bien que ma conf (main.inc.php) soit faite comme il faut, je n'arrive pas à afficher une vue par "sujets" (threads)... pourtants utiles à la consultation de cette ML. Alors, j'ai un coup dans le nez, où est planquée désormais cette option ? :) Merci, - Florian / Nothing ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Config Roundcube 0.5 beta
On Wed, 15 Dec 2010 23:17:26 +0100, Nothing / Florian - Webmail.fr wrote: Bonjour, Je viens de passer à RoundCube 0.5, et bien que ma conf (main.inc.php) soit faite comme il faut, je n'arrive pas à afficher une vue par "sujets" (threads)... pourtants utiles à la consultation de cette ML. Alors, j'ai un coup dans le nez, où est planquée désormais cette option ? :) Merci, - Florian / Nothing ___ Liste de diffusion du FRsAG http://www.frsag.org/ Bon, OK, désolé pour le bruit ... Préférences > Dossiers > cocher les dossiers en vue par "sujets" désirés ... Note : dormir et ne plus chercher sans avoir suffisamment de sommeil. ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Debian testing en prod ?
Salut, On Mon, Dec 13, 2010 at 11:57:17PM +0100, Mickael MARCON wrote: > Selon vous, est-il judicieux d'utiliser une debian testing en prod ou > est-il préférable d'utiliser une debian stable ? > L'avantage de la testing c'est que les mises à jour logicielles sont > plus fréquentes mais du coup le risque de casse est plus élevé, nos > serveurs sont actuellement en Lenny (Installés avant le passage en > stable) mais vu que je vais bientôt devoir monter de nouveaux serveurs > je me posais la question de testing ou stable. Si l'équipe est assez grosse, vous pouvez envisager de construire votre propre distribution basée soit sur stable ou un snapshot de testing. -- Jeremie Le Hen Humans are born free and equal. But some are more equal than others. Coluche ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] Debian testing en prod ?
Je suis dans une petite boîte, en gros, je suis seul à administrer des serveurs sous Debian ^^ Donc, merci pour le conseil mais je vais passer mon tour ;) Je pense que la stable avec les backports est un bon compromis, à l'avenir je partirai sur ça :) Le 16 déc. 2010 à 00:02, Jeremie Le Hen a écrit : > Salut, > > On Mon, Dec 13, 2010 at 11:57:17PM +0100, Mickael MARCON wrote: >> Selon vous, est-il judicieux d'utiliser une debian testing en prod ou >> est-il préférable d'utiliser une debian stable ? >> L'avantage de la testing c'est que les mises à jour logicielles sont >> plus fréquentes mais du coup le risque de casse est plus élevé, nos >> serveurs sont actuellement en Lenny (Installés avant le passage en >> stable) mais vu que je vais bientôt devoir monter de nouveaux serveurs >> je me posais la question de testing ou stable. > > Si l'équipe est assez grosse, vous pouvez envisager de construire votre > propre distribution basée soit sur stable ou un snapshot de testing. > > -- > Jeremie Le Hen > > Humans are born free and equal. But some are more equal than others. > Coluche > ___ > Liste de diffusion du FRsAG > http://www.frsag.org/ ___ Liste de diffusion du FRsAG http://www.frsag.org/
Re: [FRsAG] ML de vulnérabilités
On Wed, 13 Oct 2010 12:20:15 +0200, Sebastien WILLEMIJNS wrote: On Wed, 13 Oct 2010 12:03 +0200, "Thomas SOETE" wrote: Full-Disclosure ? oui ca doit être cela. merci de vos réponses. --- Sébastien WILLEMIJNS ___ Liste de diffusion du FRsAG http://www.frsag.org/ Petit déterrage : securityfocus ? :) Racheté par Symantec, je ne sais plus si c'est encore vivant ... ___ Liste de diffusion du FRsAG http://www.frsag.org/
