zigfrid75 a écrit 95 commentaires

je me doute qu'il doit y avoir un truc dans ce genre. le soucis c'est je ne vois pas ce que je dois mettre dans le fichier de conf. je pige pas trop comment ca fonctionne.
sur un sendmail me suffisait de renseigner un fichier access ou je mettais l'ip du serveur qui m'envoyais des mails un truc du genre ip RELAY. mais la j'essais plein de truc suivant la donc (en francais en plus) mais j'ai toujours le meme soucis.

j'ai trouvé ça. ça marche nickel. merci encore a tous.


http://linux.developpez.com/bonding/

super. merci beaucoup ;-)

oui. mais du coup je ne comprends pas pourquoi la 2eme methode ne fonctionne pas non plus :(

ba en fait ce que je faisais a partir du repertoir ou je me trouvais, je tapais /us/bin/php

devait surement y avoir un truc comme ça, parceque maintenant ça fonctionne.
par contre j'ai un autre serveur un peux plus ancien celui la (redhat el3) mais toujour avec de l'apache 2. sur ce serveur la directive TraceEnable n'est pas reconue. si je fais un service httpd configtest il me dit qu'il y a une erreur avec cette directive. j'ai essayé ça:



<IfModule mod_rewrite.c>
RewriteEngine on
RewriteCond %{REQUEST_METHOD} ^TRACE
RewriteRule .* - [F]




mais ca ne fonctionne pas (le module mod_rewrite est bien chargé).

yep, ça roule. du coup maintenant je taper php de n'importe ou, ça fonctionne. enfin je veux dire, j'ai la bonne version :)

merci a tous en tout cas pour le coup de main

ps: quand je dis les sources, je voulais dire a partir d'uin targz.

non non ce ne sontr pas des liens symbolique. y a bien eu deux install de php. j'ai un vague souvenir qu'il y a eu une installe foireuse sur ce serveur, a partir des sources php.

ce que je voulais dire c'est que je lance la commande php a partir de /usr/bin
ça me donnais aussi la version 5.1.6.

mais ceci dit j'ai fais une nouvelle mise a jour de php et maintenant ça fonctionne. du moins en tapant /usr/bin/php (avec -v pour avopir la version). si je tape seuilement php a partir de n'importe quel repertoir j'obtiens toujours l'ancienne version.

quand je lance cette commande il m'en trouve un dans /usr/local/bin/php
ça a mon avis ça devait etre une installe foireuse.

j'en ai un autre dans /usr/bin. du moins c'est a partir de là que je lance ma commande php. mais il me retourne la meme version 5.1.6

merci a tous,

je vais tester tout ça.

rectification. php-cli est a jour par rapport aux autres paquets :((( c'est une 5.2.5 aussi

merci Gyro :)

le truc trop c...
je ne sais pas comment il a atteri là mais en fait le user qui me faisait ch.. etait dans ftpusers (fichier qui permet d'interdire les connections ftp des users listés).

voili.

bingo,
probleme de resolution de nom. du moins c'est ce que me dit les logs d'up2date que j'ai meme pas penssé a regarder avant de poster :(. bon en fait plus exactement pour mon cas ca venait d'un parametrage du firewal.

merci en tout cas pour la réponse.

c'est good ça marche tout fonctionne.merci beaucoup

meme histoire pour denyhost. il faut python 2.3 :(

super, je vais tester ça. sinon, le soucis (enfin pour moi) c'est que gail2ban necessite une version 2.3 de python minimum. sur redhat el3 la version la plus recente qu'on puisse trouvé est la version 2.2 :(. du coup fail2ban ne fonctionne pas. peut etre qu'il est possible de faire tourner un python 2.3 sur cette distrib mais si il faut recompiler a partir des sources, c'est pas trop mon fort. du moins si c'est pas un SRPM.

alors j'ai regardé un petit peux fail2ban. le soucis c'est que ça serait destiné a une redhat el3.
apparement fail2ban a besoin de python 2.3 minimum et la dernier version dispo pour une el3 est python 2.2 .du coup j'ai quelque soucis pour le faire fonctionner :(

super.merci beaucoup. je vais essayer ça.

ba c'est une partition séparée, mais y a pas eu changement de proprio ca a toujours été root. je ne comprends pas bien ton idée, ça m'interaisse.

ba c'est une partition séparée, mais y a pas eu changement de proprio ca a toujours été root. je ne comprends pas bien ton idée, ça m'interaisse.

j'ai regardé le .bash_history, j'ai pas vu de commande malencontreuse qui aurrait éffacé le contenu de mon repertoire.
pour ce qui est des cron j'ai regardé y a rien de particulier.
que je me soit fait hacké c'est pas a exclure.
par contre si y a un petit script qui fait des chose pas bien sans mon consentement, co!mment puis reperer ce genre de chose ?

ps: ragoutoutou, tu m'a enlevé une épine du pied en fait. ta solution de virer le paquet oci8, ca a marché a merveille. c'est tout con mais j'y ai meme pas pensé. j'ai pu mettre a jour tranquilou, c'est good.merci mille fois :)