Articles Taggés ‘serveur’

unexpectedly shrunk window xxxxxx:xxxxxx (repaired)

6 mars 2010

unexpectedly shrunk window xxxxxx:xxxxxx (repaired) !!!!!!??

Voilà le genre de log que je retrouve sur mon serveur ces derniers temps après les logs Treason Uncloacked.

» En lire plus:unexpectedly shrunk window xxxxxx:xxxxxx (repaired)

Configurer un repository Bazaar partagé

30 octobre 2009

bazaar-logo

Bazaar est un gestionnaire de version écrit en python, par Canonical.
A la base, il s’agit d’un fork de GNU Arch. [Historique de Bazaar]

Le but de ce programme est de créer des versions de fichiers afin de pouvoir revenir en arrière à tout moments, créer des branches ( donc un répertoire pour une version final ).
Il fait partis de la même catégorie de programme que

» En lire plus:Configurer un repository Bazaar partagé

warning: database /etc/postfix/*.db is older than source file /etc/postfix/*

21 septembre 2009

Voici la solution à ce genre d’erreurs:

Sep 21 17:32:59 r15868 postfix/trivial-rewrite[8704]: warning: database /etc/postfix/transport.db is older than source file /etc/postfix/transport

Il suffit de resynchroniser la base, avec postmap.

cd /etc/postfix/
postmap transport

(Ici je reprend l’erreur de l’exemple, mais ca peut-être virtual etc..)

C’est tout ! :)

Monter un Serveur Proxy avec squid

7 septembre 2009

squid2

Il arrive que parfois, vous soyez sur une machine qui ne vous appartient pas, et qui donc ne vous permette pas de faire tout ce que vous désirez..

Quoi de plus normal ?

Alors comment faire ?

Utiliser un proxy !

» En lire plus:Monter un Serveur Proxy avec squid

SSH: Accélérer la connexion

1 septembre 2009

Terminal-128x128

Se connecter à SSH prend parfois un peu de temps, car SSH effectue une recherche DNS inversé, qui est tout à fais inutile.

Pour désactiver cette recherche à la connexion, il suffit de modifier le fichier /etc/ssh/sshd_config et d’y ajouter ceci:

UseDNS no

Redémarrez SSH, et essayez de vous connecter de nouveau… vous devriez voire une différence ! ;)

Bash: Commande Screen

29 août 2009

gnome-netstatus-idleLa commande screen de Linux, permet de lancer dans sessions dans des terminaux virtuel tel que les tty.

Ça peut permettre de « deamoniser » un programme en ligne de commande par exemple ;)
( C’est à dire faire tourner en tache de font une application )

C’est bien beau, mais pour vérifier que tout fonctionne, il faudrait pouvoir accéder à cet écran, afin de voire et inter-agir sur le programme.

Ou tout simplement, si vous êtes administrateur, et que vous devez prendre le contrôle d’un écran d’un utilisateur.

» En lire plus:Bash: Commande Screen

Serveur Mail: Utiliser des mots de passes cryptés

8 août 2009

Suite à l’article Monter un serveur mail avec Postfix et MySQL, j’écris celui-ci pour pofiner un peu notre serveur de mail ! :)

Donc, le but ici, est de ne plus utiliser les mot de passes en clair sur le réseau, mais d’utiliser des mots de passes cryptés.

Par exemple, si mon mot de passe était « ZedTuX On R00t », le mot de passe crypté serai « $1$fO7fK$j1zlIEZRzX85VExrVVZm8/ ».

» En lire plus:Serveur Mail: Utiliser des mots de passes cryptés

Monter un serveur mail avec Postfix et MySQL

14 juillet 2009

Introduction

Voici un article attendu par 2 ou 3 personnes !! :-P

Cet article à été réalisé suite à la mise en œuvre de cette architecture sur mon RPS [Real Private Server] de chez OVH.

La procédure décrite ici est très certainement applicable à la majorité des serveurs, et la majorité des Linux. A vous de l’adapter si besoin ;)

» En lire plus:Monter un serveur mail avec Postfix et MySQL

syslog: Log en réseau !

5 juin 2009

logviewer

Récemment j’ai eut à trouver une solution *propre* pour surveiller des emails envoyé par postfix, et récupérer leur statue.

C’est alors que j’ai creusé en profondeur syslog et que j’ai trouvé mon bonheur ! :D

» En lire plus:syslog: Log en réseau !

Optimisation d’un serveur web

28 mai 2009

Par défaut, les applications qui permettent de faire tourner votre serveur LAMP font tourner vos sites wouaibe facilement.
Mais, coté performances, il faut traiter chacun son propre cas.
C’est à dire, que selon votre mémoire, votre CPU, etc… vous devez adapter les paramètres.

Mais il existe quelques optimisations, qui n’en dépendent pas, et qui vous permettrons d’améliorer un p’ti’ peu, la rapidité de réponse de vos sites.

Coté MySQL, il est apparemment utile de désactiver InnoDB… Personnellement je ne l’ai pas fais, car je ne sais pas ce que c’est, et j’ai pas le temps, là tout de suite, de m’y intéresser.

Par-contre, coté PHP, il y a 2 choses faisables :

  1. Augmenter la taille maximal de la mémoire utilisée entre PHP et Apache.
  2. Utiliser memcached, pour gérer d’une autre manière la mémoire.

Le premier point se faire très simplement:

sudo nano /etc/php5/apache2/php.ini

Puis, rechercher (CTRL+W)  »

1
memory_limit

 » et changer la valeur par défaut (16) en 64.

Le second point consiste juste en l’installation de memcached et d’un module pour php pour qu’il utilise ce dernier:

sudo apt-get install php5-memcache memcached

Maintenant, il ne reste plus qu’a redémarrer apache:

sudo /etc/init.d/apache2 restart

Vous devriez voir une amélioration.

Source: http://blog.bodhizazen.net/linux/optimize-wordpress-for-speed/