Minimalteck.fr

Script d'alerte d'occupation disque

Minimalteck — 2010-06-15T14:32:01Z

#!/bin/sh
 MAIL_ADDRESS="adminsys@domain.tld"
 HOST=`hostname`
 LIMIT=85
 COUNT=0
 df -Ph | awk '{ print $5 " used for " $6 " (" $3 "/" $4 ")" }' | while read LINE;
 do 
 #drop the first line of the df output command 
 COUNT=`expr ${COUNT} + 1`;
 if [ ${COUNT} -eq 1 ]
 then
 continue;
 fi
 USED=`echo ${LINE} | awk '{print $1}' | sed -e 's/%//'`;
 HOST=`hostname`;
 if [ "${USED}" -ge "${LIMIT}" ]
 then
 echo "${LINE}" | mail -s "Disk Usage Alert on ${HOST}" ${MAIL_ADDRESS};
 fi
 done;
 exit 0;

FTP en ligne de commande ou dans un script shell

Minimalteck — 2010-06-15T12:14:56Z

Comment transférer aisément des fichiers vers un serveur FTP en ligne de commande ou dans script shell ?

En toute simplicité grâce à LFTP, un client FTP/HTTP aux multiples atouts…

Voici un exemple d'utilisation basique : transfert des fichiers contenus dans un répertoire et déplacement de ceux-ci dans un sous-dossier.

#!/bin/sh
 HOST="ftp.domain.tld"
 USER="ftpuser"
 PASS="PassWord"
 REP_BASE="/home/user/ftpbackup/"
 REP_ARCHIVE="${REP_BASE}archived/"
 
 /usr/bin/lftp ftp://${USER}:${PASS}@${HOST} -e "mput ${REP_BASE}* ; quit";
 EXITSTATUS=$?
 if [ $EXITSTATUS != "0" ]
 then
 echo "Error"; 
 else
 echo "Transfert complete. Move the files";
 find ${REP_BASE} -maxdepth 1 -type f -exec mv -v {} {REP_ARCHIVE} \;
 fi
 exit 0;

Références
Site officiel
Man LFTP

L'envoi de mail en ligne de commande

Minimalteck — 2010-06-14T14:41:00Z

La commande mail/mailx

Cas 1 : un message rapide depuis la console :

echo -e "Bonjour,\nvoici un message rapide depuis la console..." | mail -s "message rapide" user@domain.tld

L'option -e active l'interprétation des séquences de caractères précédées d'un backslash '\' comme
"\n" : saut de ligne
"\r" : retour chariot
"\t" : tabulation horizontale

Cas 2 : envoyer le contenu d'un fichier texte par email :

cat fichier.txt | mail -s "contenu d'un fichier texte par email" user@domain.tld

Pb avec utf8 ? Pensez iconv…

cat fichier.txt | iconv -f utf8 -t iso-8859-1 | mail -s "contenu d'un fichier texte par email" user@domain.tld

Cas 3 : envoyer un mail avec pièce jointe :

(echo -e "Ci-joint le fichier texte au format iso-8859-1\nBien " ; cat fichier.txt | iconv -f utf8 -t iso-8859-1 | uuencode fichier.txt ) | mail -s "fichier texte en pièce jointe" user@domain.tld

RHEL/CentOs : Upgrade PHP 5.1 > 5.2, réinstallation eAccelerator

Minimalteck — 2010-04-15T13:13:43Z

Tout est dans le titre !!! Comme j'ai fait mini-howto pour le boulot, je le dépose également ici…

Nous allons ici utiliser les binaires mis à disposition par l'IUS Community Project.

Sommaire

RÉCUPERATION ET AJOUT DES DÉPOT IUS

[root@machine ~]# wget http://dl.iuscommunity.org/pub/ius/stable/Redhat/5/i386/ius-release-1-4.ius.el5.noarch.rpm
 [root@machine ~]# wget http://dl.iuscommunity.org/pub/ius/stable/Redhat/5/i386/epel-release-1-1.ius.el5.noarch.rpm
 [root@machine ~]# rpm -Uvh ius-release*.rpm epel-release*.rpm

VERIF DES PACKAGES PRESENTS

[root@machine ~]# rpm -qa | grep php
 php-mbstring-5.1.6-27.el5
 php-mysql-5.1.6-27.el5
 php-ldap-5.1.6-27.el5
 php-eaccelerator-0.9.5.2-2.el5
 php-5.1.6-27.el5
 php-xml-5.1.6-27.el5
 php-common-5.1.6-27.el5
 php-pdo-5.1.6-27.el5
 php-gd-5.1.6-27.el5
 php-cli-5.1.6-27.el5

DÉSINSTALLATION DES ANCIENS PACKAGES RHEL /INSTALLATION DES PACKAGES IUS

[root@machine ~]# yum shell
 Loaded plugins: rhnplugin, security
 Setting up Yum Shell
 > remove php-mbstring php-mysql php-ldap php php-xml php-common php-pdo php-gd php-cli
 Setting up Remove Process
 > install php52-common php52-mbstring php52-mysql php52-ldap php52 php52-xml php52-pdo php52-gd php52-cli
 [...]
 Setting up Install Process
 > transaction solve
 [...]
 > transaction run
 [...]
 Finished Transaction
 > exit
 Leaving Shell

RÉINSTALLATION EACCELERATOR [1]

[root@machine ~]# yum install autoconf automake libtool m4 php52-devel
 [root@machine ~]# mkdir eaccelerator
 [root@machine ~]# cd eaccelerator/
 [root@machine ~]# wget http://bart.eaccelerator.net/source/0.9.6/eaccelerator-0.9.6.tar.bz2
 [root@machine ~]# tar xjf eaccelerator-0.9.6.tar.bz2
 [root@machine ~]# cd eaccelerator-0.9.6
 [root@machine eaccelerator-0.9.6]# phpize
 [root@machine eaccelerator-0.9.6]# ./configure
 [root@machine eaccelerator-0.9.6]# make
 [root@machine eaccelerator-0.9.6]# make test
 [root@machine eaccelerator-0.9.6]# make install

>CRÉATION FICHIER CONFIG DE L'EXTENSION

[root@machine eaccelerator-0.9.6]# vi /etc/php.d/eaccelerator.ini

; Enable eAccelerator extension module zend_extension = /usr/lib/php/modules/eaccelerator.so ; Options for the eAccelerator module eaccelerator.cache_dir ="/tmp/eaccelerator" ; eaccelerator.shm_size = 0 eaccelerator.shm_size="32" eaccelerator.enable = 1 eaccelerator.optimizer = 1 eaccelerator.check_mtime = 1 eaccelerator.filter = "" eaccelerator.shm_max = 0 eaccelerator.shm_ttl = "1800" eaccelerator.shm_prune_period = 0 eaccelerator.shm_only = 0 eaccelerator.compress = 1 eaccelerator.compress_level = 9 eaccelerator.keys = "shm_and_disk" eaccelerator.sessions = "shm_and_disk" eaccelerator.content = "shm_and_disk" eaccelerator.debug = 0
>CRÉATION RÉPERTOIRE CACHE

[root@machine eaccelerator-0.9.6]# mkdir /tmp/eaccelerator
 [root@machine eaccelerator-0.9.6]# chmod 0777 /tmp/eaccelerator

VÉRIFICATION DE LA PRISE EN COMPTE D'EACCELERATOR ET VERSION PHP

[root@rad[root@machine eaccelerator-0.9.6]# php -v 
 PHP 5.2.13 (cli) (built: Apr 6 2010 18:21:14) 
 Copyright (c) 1997-2010 The PHP Group
 Zend Engine v2.2.0, Copyright (c) 1998-2010 Zend Technologies
 with eAccelerator v0.9.6, Copyright (c) 2004-2010 eAccelerator, by eAccelerator

REDEMARRAGE DU SERVEUR WEB

[root@machine eaccelerator-0.9.6]# /etc/init.d/httpd restart

[1] L'extension eaccelerator (EPEL) a du être supprimée, du fait d'un pb de dépendances avec le package php-common.
Ce package php-common (RHEL) est en conflit avec php52-common (IUS) : il faut installer eaccelerator à partir des sources.

RÉFÉRENCES : Tout est là, je n'invente rien
http://www.php.net/downloads.php
http://wiki.iuscommunity.org/Doc/Cl…
http://eaccelerator.net/wiki/Instal…

Sécuriser une RHEL/CentOs 5.x

Minimalteck — 2010-03-19T18:10:38Z

Sommaire

En furetant sur la toile, j'ai découvert de saines lectures pour la sécurisation des machines sous RHEL/CentOs 5.x. :

Installation des Ez Components

Minimalteck — 2010-01-29T13:16:28Z

Les "Ez Components" désignent un ensemble de librairies visant à implémenter aisément des fonctionnalités courantes - mail, authentification, gestion de flux, images, etc.) dans vos applications Web.
L'objet de cet article est de présenter l'installation des Ez components sur notre plateforme LAMP Debian like habituelle.

Avant toute chose, il est bon de rappeler que ces composants reposent sur une version >=5.2.1 de PHP.

Plusieurs solutions s'offrent à nous pour l'installation des Ez components, mais seule l'utilisation de l'installeur Pear est à recommander.
Si ce n'est déjà fait installons PEAR : debian:~# apt-get install php-pear Ensuite installons le canal Ez debian:~# pear channel-discover components.ez.no et les composants debian:~# pear install -a ezc/eZComponents

Il ne reste plus qu'à intégrer les composants au sein de notre configuration PHP : include_path = ".:/usr/share/php:/usr/share/php/ezc"

Par le suite, la mise à jour des Ez components s'effectuera simplement par la commande pear debian:~# pear upgrade ezc/eZComponents

Howto install Prestashop

Minimalteck — 2009-11-12T17:25:57Z

Pour mémoire rapide, l'installation de Prestashop sous LAMP (ici la v1.2.5.0, dernière release stable).

Sommaire

Prestashop™ est un logiciel e-commerce Open-Source reposant sur php5 et smarty… Moins puissant mais aussi moins complexe que Magento, il est beaucoup plus léger et répondra certainement à la plupart des attentes pour développer une boutique en ligne, alors pourquoi pas…

ÉTAPE 1 : RÉCUPÉRATION DES SOURCES ET ADJUSTEMENT DES DROITS

root@machine:/var/www# wget http://www.prestashop.com/download/prestashop_1.2.5.0.zip
 root@machine:/var/www# unzip prestashop_1.2.5.0.zip
 root@machine:/var/www# chown -R web_user:web_user prestashop
 root@machine:/var/www# cd prestashop
 root@machine:/var/www/prestashop# chown web_user:www-data config/ tools/smarty/compile sitemap.xml
 root@machine:/var/www/prestashop# chown -R web_user:www-data img mails modules themes/prestashop/lang translations upload download
 root@machine:/var/www/prestashop# find ./ -group www-data -type f -exec chmod 664 {} \;
 root@machine:/var/www/prestashop# find ./ -group www-data -type d -exec chmod 775 {} \;

ÉTAPE 2 : CRÉATION DE LA BASE DE DONNÉES

root@machine:/var/www/prestashop# mysql -u root -p
 mysql> CREATE DATABASE `prestashop` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci;
 CREATE USER 'prestashop'@'localhost' IDENTIFIED BY 'prestapass';
 GRANT SELECT,INSERT,UPDATE,DELETE,CREATE,DROP,INDEX,ALTER ON `prestashop` . * TO 'prestashop'@'localhost';
 FLUSH PRIVILEGES;

ÉTAPE 3 : INSTALLATION VIA LE WEB

Ensuite via le Web : http://machine.domaine.tld/prestashop/install/

ÉTAPE 4 : FINALISATION

root@machine:/var/www/prestashop# rm -rf install/
 root@machine:/var/www/prestashop# mv admin gestion

L'espace d'admin se trouve à l'url : http://machine.domaine.tld/prestashop/gestion

Liens utiles

Prestashop sur wikipedia
Communauté francophone de Prestashop
Liste de modules gratuits
Forum PrestaShop
La documentation

ADD-ON : Module SIPS/ATOS

L'installation de ce module vendu par la prestateam ne pose pas de souci particulier, il suffit de suivre les instructions du fichier INSTALL.txt…
En revanche je vous invite à revoir les permissions à apposer sur les différents fichiers de ce module une fois installé.

root@machine:/var/www/prestashop# chmod 755 ./modules/atos
 root@machine:/var/www/prestashop# find ./modules/atos/ -type f -exec chmod 644 {} \;
 root@machine:/var/www/prestashop# chmod 664 ./modules/atos/parmcom.XXXXXXXXXXXXXXX ./modules/atos/pathfile ./modules/atos/fr.php ./modules/atos/en.php
 root@machine:/var/www/prestashop# chmod 770 ./modules/atos/bin/*

"XXXXXXXXXXXXXXX" est le numéro de marchand Atos qui vous a été transmis.

Détection de rookits simple avec /proc

Minimalteck — 2009-08-17T15:57:05Z

Un de vos serveur rame grave…
Gros loadaverage et vous ne comprenez pas pourquoi…
Pas de process anormaux via ps pourtant…

Comparez donc les résultats respectifs de ces 2 commandes :

ps ax | wc -l

ls -d /proc/* | grep [0-9]| wc -l

Elles doivent en théorie retourner une même valeur…
Il y a une différence ? Aïe, il va falloir se mettre à travailler un peu… l'installation d'un outil de détection de rootkits est peut être utile…

HOWTO : Migration SPIP

Minimalteck — 2009-08-17T15:42:37Z

Sommaire

Ce HOWTO décrit une procédure de migration d'un site Web sous SPIP [1]/LAMP [2].
Il se destine "aux admins sys débutants" ou "aux admins sys qui connaissent rien à SPIP et qui pensent qu'ils vont galérer grave"… bref c'est de la migration à consommer sans mâcher…

Les préliminaires Quelques vérifications sont à faire pour ne pas avoir de mauvaises surprises…

Au niveau d'Apache2 :

Vérifier qu'Apache dispose du mod_rewrite :
root@linux:~# ls /etc/apache2/mods-enabled/ | grep rewrite rewrite.load

le module est bien chargé, sinon pour l'activer "a2enmod rewrite ;/etc/ini.d/apache2 force-reload" fera l'affaire

Consulter la configuration vhost [3] du site spip à migrer : La directive AllowOverride placée à All pour disposer des .htaccess

Au niveau de Spip : vérifier la compatibilité des plugins installés, des squelettes, etc.
Là c'est pour les puristes… normalement cette tâche est dévolue aux développeurs…

Ça c'est fait, maintenant, on va vraiment s'y mettre…

ETAPE 1 : Installation d'une nouvelle version de Spip

Créer un nouveau répertoire temporaire sous l'arborescence de l'actuel site spip ex : spip-x.x.x (où x.x.x correspond à la nouvelle version) cela permettra d'accédér à l'interface Web d'installation sans pour autant toucher à la configuration d'Apache pour le moment
root@linux:~# cd /chemin/vers/spip/ancienne/version/ root@linux:/chemin/vers/spip/ancienne/version# mkdir spip-x.x.x root@linux:/chemin/vers/spip/ancienne/version# cd spip-x.x.x

Récupérer et déployer l'archive de la version stable de SPIP (on trouvera l'url à partir de http://www.spip.net/fr_download) :
> On télécharge ; on dézippe ; on replace les fichiers contenus dans le nouveau répertoire "spip" vers ./spip-x.x.x ; on supprime l'archive et le répertoire "spip" vide.
root@linux:/chemin/vers/spip/ancienne/version/spip-x.x.x# wget http://files.spip.org/spip/stable/spip.zip ; unzip ./spip.zip ; mv ./spip/* . ; rm -rf ./spip/ ./spip.zip;

Modifier les droits des répertoires local/ tmp/ config/ pour la nouvelle installation : on affecte les droits au bon propriétaire:groupe (ici webuser:webuser) pour l'ensemble des fichiers du site
root@linux:/chemin/vers/spip/ancienne/version/spip-x.x.x# chown -R webuser:webuser ./*

Mais on doit autoriser Apache à lire/ecrire dans IMG/ local/ tmp/ config/ donc :

root@linux:/chemin/vers/spip/ancienne/version/spip-x.x.x# chown -R :www-data IMG/ local/ tmp/ config/
 root@linux:/chemin/vers/spip/ancienne/version/spip-x.x.x# chmod 775 IMG/ local/ tmp/ config/

ETAPE 2 : Couper les accès à l'ancien site

on va creer un message de maintance aux internautes via un fichier index.html que l'on place au sein de l'ancien site :
root@linux:/chemin/vers/spip/ancienne/version/spip-x.x.x#echo 'Site en maintenance' > ../index.html

on va tester la présence d'un .htaccess utilisé par les réecritures d'URL dans spip. S'il existe, on le copie sous le répertoire ./spip-x.x.x/ et on met une nouvelle règle qui va rediriger tout vers index.html
root@linux:/chemin/vers/spip/ancienne/version/spip-x.x.x# test ! -f .htaccess || cp -a ../.htaccess .; printf "RewriteEngine On\nRewriteBase /\nRewriteRule (.*) index.html [L]" > ../.htaccess;

On corrige tout de suite la directive RewriteBase de l'ancien .htaccess en ajoutant /spip-x.x.x/
root@linux:/chemin/vers/spip/ancienne/version/spip-x.x.x# sed -i -e 's/^$RewriteBase$$.*$\/$/\1\2\/spip-x.x.x\//g' .htaccess

Copier les répertoire IMG, squelettes-dist (ou celui correspondant aux squelettes utilisés par le site) et le répertoire plugins s'il existe de l'ancienne version spip vers la nouvelle instance : root@linux :/chemin/vers/spip/ancienne/version/# cp -ar ../IMG ../squelettes-dist ../plugins .

ETAPE 3 - Aspect MySQL

Récupérer les paramètres de connexion au sgdb sont dans l'arborescence spip sous /config/connect.php
root@linux:/chemin/vers/spip/ancienne/version/spip-x.x.x# grep spip_connect_db ../config/connect.php spip_connect_db('host',','user','password','db_name','mysql', 'spip',');

faire un dump de la base utilisée par spip :
root@linux:/chemin/vers/spip/ancienne/version/spip-x.x.x# mysql -u root -p --opt db_name > ../db_name.backup.sql

Créer une nouvelle base qui accueillera la nouvelle version de spip
root@linux:/chemin/vers/spip/ancienne/version/spip-x.x.x# mysql -u root -p mysql> USE db_name2 ; //on vérifie que la nouvelle base n'existe pas : si c'est le cas, mysql nous renvoie une erreur mysql> CREATE DATABASE `db_name2` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci; // création de la nouvelle base en utf8 mysql> GRANT SELECT , INSERT , UPDATE , DELETE , CREATE , DROP , INDEX , ALTER , CREATE TEMPORARY TABLES , CREATE VIEW , SHOW VIEW , CREATE ROUTINE, ALTER ROUTINE, EXECUTE ON `db_name2` . * TO 'user'@'host' ; // affectation des droits à l'utilisateur user sur la nouvelle base mysql> FLUSH PRIVILEGES ; // on recharge les privilèges mysql> EXIT;

Alimentation de la nouvelle base avec la sauvegarde
root@linux:/chemin/vers/spip/ancienne/version/spip-x.x.x# mysql -u root -p db_name2 < ../db_name.backup.sql

ETAPE 4 - Installation de la nouvelle version via l'interface Web

Dans un navigateur ouvrir http://url.ancien.site/spip-x.x.x/e… et procéder à l'installation avec les choix suivants :

ETAPE 1 : Connexion à votre base de données
- Adresse de la base de données : host
- Le login de connexion : user
- Le mot de passe de connexion : password
ETAPE 2 : Choix de votre base
- Choisissez votre base : choisir db_name2
ETAPE 3 : Informations personnelles Attention : cela va écraser les anciens paramètres de l'administrateur principal du site… il vaut mieux donc les remettre à l'identique, ou penser à signaler ces changements à la personne qui maintient le site.
- Votre identité publique : Signature/Votre adresse email
- Vos identifiants de connexion : Votre login/Votre mot de passe

Finir l'installation et effectuer les derniers réglages :

Se connecter à l'interface privée : Un message technique peut apparaître proposant une procédure de mise à jour, en fait une mise à niveau de la base base SQL Il suffit alors de suivre instruction indiquées
Aller dans "Configuration > Vider le cache" : vider le cache
Si le site comporte de splugins, aller dans "Configuration > Gestion des plugins" activer les plugins requis en cochant les cases associées et cliquer sur "Valider"

ETAPE 5 : Vérification du bon fonctionnement du site

Dans l'espace privé, aller dans Configuration et ajouter "spip-x.x.x/" à l'"Adresse (URL) du site public"
Un rapide surf sur le site permettra de voir si la migration s'est bien passée… j'en suis sûr

ETAPE 6 : mise en production

Aller dans "Configuration > Vider le cache" : vider le cache
Corriger le .htaccess en supprimant le "spip-x.x.x\/" du RewriteBase

root@linux:/chemin/vers/spip/ancienne/version/spip-x.x.x#sed -i -e 's/spip-x.x.x\///g' .htaccess

On se replace en racine du Vhost pour sauvegarder l'ancien site au cas où et on nettoyer tout :

root@linux:/chemin/vers/spip/ancienne/version/spip-x.x.x# cd ..

on sauvegarde :
root@linux:/chemin/vers/spip/ancienne/version# tar -cpzf ~/backup.tar.gz --exclude=spip-x.x.x *

on nettoye bien :
root@linux:/chemin/vers/spip/ancienne/version# find ./ -maxdepth 1 -type d ! -name "spip-x.x.x" -exec rm -rf {} \; root@linux:/chemin/vers/spip/ancienne/version# find ./ -maxdepth 1 -type f ! -name ".htaccess" -exec rm -rf {} \;

on met en prod en déplaçant le contenu de ./spip-x.x.x en racine du Vhost :

root@linux:/chemin/vers/spip/ancienne/version# mv ./spip-x.x.x/* .

on supprime le répertoire qui a servi à la migration, l'ancienne base de données et c'est fini !!!!

root@linux:/chemin/vers/spip/ancienne/version# rmdir ./spip-x.x.x
 root@linux:/chemin/vers/spip/ancienne/version# mysql -u root -p
 mysql> REVOKE ALL PRIVILEGES ON `db_name` . * FROM 'user'@'localhost';
 mysql> mysql> FLUSH PRIVILEGES ;
 mysql> DROP// DATABASE `db_name` ;
 mysql> EXIT;

La procédure en elle-même est identique sous Windows… mais on clique plus qu'on ne tapote et on ne se préoccupe pas des permissions sur les fichiers…

[1] Note : concerne les version ultérieures à spip 1.9.1

[2] Dans l'exemple une Debian-like

[3] Remarque : Quel est le fichier de conf pour ce site ? un "grep -l '/chemin/vers/spip/ancienne/version/' /etc/apache2/sites-available/*" donne la réponse !

Installation de Java sous Debian-like

Minimalteck — 2009-06-10T11:01:16Z

Pour installer une version spécifique de J2SE JRE JDK (donc non libre, ie de Sun) sous Debian, deux possibilités s'offrent à vous :
réaliser l'installation à partir d'un binaire, en suivant les préconisations décrites par Sun par exemple ;
créer un package debian à partir de ce binaire et l'installer via dpkg. C'est sur cette procédure que nous allons nous pencher…

Sommaire

Etape 1 : préliminaires

Après avoir télechargé la version Linux auto extractible du JDK (ou JRE) souhaitée, vérifiez que vous possédez les outils pour générer notre ".deb" : l'opération nécessite en effet la présence du pakage "java-package" disponible dans la section "contrib" des dépôts de votre distribution debian…
Si ce n'est pas le cas, vérifiez dans /etc/apt/sources.list, puis installez le package.

Etape 2 : création du .deb

La création se fait sous un compte classique (non root)…
Il faut donc penser à vérifier que le binaire ainsi que le répertoire dans lequel il se trouve soit accessible en lecture/ecriture pour cet utilisateur.
L'illustration porte ici sur l'installation de la version 19 du jdk 1.5. user@debian:/root$ fakeroot make-jpkg jdk-1_5_0_19-linux-i586.bin
Répondez simplement aux questions qui vous sont posées…
Et hop un .deb est créé. :upcool

Etape 3 : installation via dpkg et vérification

Sous le compte root, installons notre package fraîchement généré : debian:~#dpkg -i sun-j2sdk1.5_1.5.0+update19_i386.deb Une fois l'installation effectuée, vérifiez la version de Java utilisée [1]

debian:~# java -version
 java version "1.5.0_19"
 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_19-b02)
 Java HotSpot(TM) Server VM (build 1.5.0_19-b02, mixed mode)

Annexe : retour arrière

Si vous avez réaliser un "downgrade" de la version java ou que vous souhaitez utiliser une autre version que celle précédemment installée , il vous suffit d'utiliser le système "DebianAlternatives".
Ce dernier privilégie par défaut l'utilisation de la meilleure version java disponible. Pour changer de version, saisissez simplement :

debian:~# update-alternatives --config java
 
 Il y a 4 alternatives fournissant « java ».
 
 Sélection Alternative
 -----------------------------------------------
 1 /usr/bin/gij-wrapper-4.1
 2 /etc/alternatives/kaffe-system/bin/java
 3 /usr/lib/jvm/java-1.5.0-sun/jre/bin/java
 *+ 4 /usr/lib/j2sdk1.5-sun/bin/java
 
 Appuyez sur Entrée pour conserver la valeur par défaut[*] ou choisissez le numéro sélectionné :3
 Utilisation de « /usr/lib/jvm/java-1.5.0-sun/jre/bin/java » pour fournir « java ».
 debian:~# java -version
 java version "1.5.0_14"
 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_14-b03)
 Java HotSpot(TM) Server VM (build 1.5.0_14-b03, mixed mode)

Et hop vous revoilà en version 14.

[1] La version utilisée n'est pas celle que vous venez d'installer
si vous avez réalisé un "downgrade" de la version java, regarder du côté de l'Annexe : retour arrière
sinon, vérifiez votre PATH

debian:~# echo $PATH
 /usr/lib/jvm/java-1.5.0-sun/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin

Ici on voit que le PATH inclu directement l'ancienne version 14 de java…ing
il suffit donc de le modifier via votre .bashrc

Minimalteck.fr

Script d'alerte d'occupation disque

FTP en ligne de commande ou dans un script shell

L'envoi de mail en ligne de commande

La commande mail/mailx

RHEL/CentOs : Upgrade PHP 5.1 > 5.2, réinstallation eAccelerator

RÉCUPERATION ET AJOUT DES DÉPOT IUS

VERIF DES PACKAGES PRESENTS

DÉSINSTALLATION DES ANCIENS PACKAGES RHEL /INSTALLATION DES PACKAGES IUS

RÉINSTALLATION EACCELERATOR [1]

VÉRIFICATION DE LA PRISE EN COMPTE D'EACCELERATOR ET VERSION PHP

REDEMARRAGE DU SERVEUR WEB

Sécuriser une RHEL/CentOs 5.x

Doc de Steve Grubb (Red Hat Inc.)

NSA Security Configuration Guides : Operating Systems

Howtos CentOs

Installation des Ez Components

Howto install Prestashop

ÉTAPE 1 : RÉCUPÉRATION DES SOURCES ET ADJUSTEMENT DES DROITS

ÉTAPE 2 : CRÉATION DE LA BASE DE DONNÉES

ÉTAPE 3 : INSTALLATION VIA LE WEB

ÉTAPE 4 : FINALISATION

Liens utiles

ADD-ON : Module SIPS/ATOS

Détection de rookits simple avec /proc

HOWTO : Migration SPIP

ETAPE 1 : Installation d'une nouvelle version de Spip

ETAPE 2 : Couper les accès à l'ancien site

ETAPE 3 - Aspect MySQL

ETAPE 4 - Installation de la nouvelle version via l'interface Web

ETAPE 5 : Vérification du bon fonctionnement du site

ETAPE 6 : mise en production

Installation de Java sous Debian-like

Etape 1 : préliminaires

Etape 2 : création du .deb

Etape 3 : installation via dpkg et vérification

Annexe : retour arrière