Debian Hacking janvier 16, 2011

Cet article aurait  pu être nommé, D’un Bug à un autre. Car il s’agit bien d’une chronologie d’erreur +/- sévères, auxquels on passe facilement des heures longues et tranquilles, durant les nuits,  dans le serveur Debian.

Le but, est d’avoir sous la mmain un Serveur 24/24 au travail, sans aucun problème, ni risque, d’un point de vue purement système. Dans ce post, et pour des raisons pratique, j’ai numéroté les bugs dans l’ordre de leur découverte. Certains sont issues des LOGS (fichiers de journalisation) des services et du système d’exploitation lui même. Tandis que d’autres se découvre en essayant de fixer un bug.

La suite du bug, je présente la/les commande(s) permettant de fixer le problème. Si vous avez des questions, c’est vraiment en bas que ca se passe : dans le formulaire.

NOTE : Cet article n’aurait pas vu le jour, sans les nombreux forums , en rapport avec les bugs présentés ici.

(Lire la suite…)

GPG Error janvier 4, 2011

Il arrive de temps à autre, lorsqu’on change  le fichier /etc/apt/sources.list dans Debian; histoire de demander à la commande “apt-get” de mettre à jour certains packages, se trouvant dans d’autres serveurs, que le votre ou celui officiel, on fait la rencontre de ceci :

W: GPG error: http://debian.linux-systeme.com sid Release: The following signatures couldn’t be verified because the public key is not available: NO_PUBKEY F35E97D46941C9D8

Pour l’avoir rencontrer durant une semaine, cela devient presque familier. Et la solution aussi devient familière,  Grâce à la contribution des Administrateur et Webmaster sur la toile.

Explication

La commande “apt-get” en demandant les ressources au serveur distant, n’a pas en mémoire, ou quelque part dans sont disque, la signature du serveur. Et la cle/signature n’est autre que la suite des caractères alpha-numériques : EB8BDC4195A7D80C.

Pour résoudre ce problème bloquant – c’est important de le souligner, on ajoute  cette clé dans le fichier des clés du serveur. Voici comment :

gpg –keyserver hkp://wwwkeys.eu.pgp.net –recv-keys EB8BDC4195A7D80C

apt-key add /usr/share/keyrings/debian-archive-keyring.gpg

gpg –armor –export EB8BDC4195A7D80C | apt-key add -

et enfin …

apt-get update

C’est tout, plus d’erreur ! Si ce n’est qu’il ne vous restera plus quéà compter les vas – et – vient entre les deux serveurs, à travers vos console d’administration. Au fait quelle client utilisez-vous pour attaquer votre serveur,  Putty, WinSCP, Telnet ?

PS : Prenez le soin de changer les valeurs (en gras ) avec les vôtres. Et si vous avez des commentaires, c’est en pas que ça se passe ! Vous pouvez aussi allez jeter un clic à la source

PHP fonctionnel avec Apache janvier 4, 2011

Il y a eu des clashes, des Crashs et des Claques, durant plus de deux semaines à maintenir le VPS.

En effet l’ISP/ FAI m’a fourni un VPS doté d’une ancienne version de l’OS. Ce denier a zappé la migration vers une version de l’OS plus récente et sécurisée.

Il faut, selon le support payer des heures de travail au service technique, car la migration leur coûte.  Je veux bien payer. Mais, il n’avait qu’à nous livrer le Nec plus ultra des VPS, avec la dernière monture dessus. Au lieu de cela, malgré le nombre de réclames postées, l’ISP est resté ferme.

Vous payer 3 mois de support on vous dédie un administrateur, qui pourra vous assister.

A vos livres Unix et aux forums sur la toile combattant de tous les temps !

Deux semaines durant à faire migrer ce VPS de Debian Etc à Debian Lenny, des clashes à go go. Et la cerise sur la gâteau, cela a fini par user les doigts. A tel enseigne que j’ai téléchargé et installé un utilitaire dénommé Kilomètre.

Tenez-bien !  Ce petit programme ne fait  qu’un chose : Comptabiliser la distance parcouru de votre souris.  Après une journée de travail vous – vous rendez compte que vos mouvement de souris en fait 800 m et +plus encore. Impressionnant NON.e

Mais revenons à l’objet du billet. A parti des mises à jour (de vers Debian Etc à Debian Lenny) comment faire fonctionner PHP5 et Apache ensemble. Car tout fonctionne à merveille sauf le le couple PHP via apache2 qui ne répond pas.

C’est très simple – nous dit Chris -  d’obtenir cela pour votre distribution Debian / stable / de test / instable).

Les quelques commandes utiles pour la recherche des paquets présentement installés sont les suivantes:

apt-cache search apache
apt-cache search php

Vous devez décider, si vous souhaitez utiliser Apache 1.x ou Apache 2.x – et installer le paquet correspondant. – si vous ne l’avez pas déjà présent, dans votre système. Voici comme exemple :

apt-get install apache2

Décidez ensuite si vous souhaitez PHP4 ou PHP5. (PHP5 est disponible à présent on on vous le conseille). Si vous avez choisi PHP5 vous l’installer avec:

apt-get install php5

Une fois que vous avez installé le package PHP approprié, vous aurez besoin, pour obtenir le module correspondant à Apache – du nom réel dépendant de la version que vous avez choisi – dans notre exemple c’est PHP5.  Pour cet exemple vous exécutez :

apt-get install libapache2-mod-php5

Sans ce dernier paquet, PHP ne sera pas géré par Apache!

Une fois fait, c’est à dire le modules PHP4 ou PHP5 pour Apache2 installé, il sera automatiquement configuré. S’il c’est pas le cas, vous devez l’activer manuellement en utilisant l’outil a2enmod :

# a2enmod php5
This module is already enabled!
(Ou "a2enmod php4" for PHP4.)

Il y a plusieurs autres librairies PHP  pour les différentes besoins – interfaces de base de données, manutention XML,.. etc.  Si vous avez besoin de faire quelque chose que PHP n’arrive pas faire, essayez d’utiliser la commande  “apt-cache search ce_quelque_chose“  pour voir s’il ya un module pour ce_que_chose que vous cherchez à exécuter via PHP.

Note – ce billet n’est pas censé être un guide exhaustif – juste quelque chose qui peut vous servir; comme  point de départ. Laissez vos commentaires & c’est en bas que ça se passe !