Blogue :: PL en toute liberté!

Pisteurs

Aucun pisteur.

Pister ce billet : http://pierrelachance.net/blog/tb.php?id=214

Commentaires

1. Le mardi 27 juin 2006 par Pierre Lachance

Bon, après une journée, plus qu'un seul commentaire (au lieu d'une vingtaine la veille) de spam s'est rendu à Spamclear et arrêté par celui-ci. Pas mal.

Je surveille ça de près.

2. Le mardi 27 juin 2006 par Sacco

Perso, je suis rendu à quelque 120 spams par jour... J'ai bien hâte à la nouvelle version de spamclear qui devrait nous permettre d'effacer tous les spams d'un seul clic. En effet, c'est assez pénible cette histoire de supprimer manuellement les spams interceptés.

Ce qui me dérange le plus, c'est que, depuis quelques jours, il n'est presque plus question de rétroliens, mais beaucoup plus de commentaires... Mais bon...

3. Le mercredi 28 juin 2006 par Pierre Lachance

Je vais surveiller la prochaine version de Spamclear moi aussi. Mais là je dois dire que ça va très bien, 2 spam (non publiés) seulement ont passés depuis lundi. C'est une amélioration notable dans mon cas. Je ne crie pas victoire pour autant, connaissant les spammeurs, ils reviendront sûrement à la charge.

À suivre...

4. Le vendredi 30 juin 2006 par Eric Robert

Je crois qu'un excellent outil qui permet de se débarrasser de cette couche de scripts de lutte contre le spam est d'utiliser le module security d'Apache (si vous avez accès à la configuration de votre serveur).

Il permet de bloquer directement à l'entrée du serveur les mots à bannir dans les référents utilisés par les spammeurs. Plus besoin d'adresses à mettre à jour à toutes les semaines. Seulement inscrire "poker" dans la condition et tous les référents mentionnant ce mot sont rejetés selon votre choix: erreur 501, erreur 404 ou error 403.

De plus, il autorise des règles de vérification avant d'accepter la connexion comme par exemple, les entêtes HTTP vides, les moteurs de recherche indésirables siphoneur de ressources en bande passante, les robots spammeur, les sniffeurs de photos, etc. L'avantage utilme de cette solution, plus besoin de configurer les fichiers htaccess pour chaque site hébergé.

Bien sûr, certains peuvent argumenter que la mise du filtre au niveau du serveur ralentit celui-ci en augmentation sa charge de travail. Toutefois, si on compte le temps d'exécution et les ressources utilisées des scripts supplémentaires pour proscrire le spam, la perte de performance est très négligeable, mais en retour la sécurité de l'esprit, l'élimination fastidieuce des spams à la main et les mises à jours continuelles des scripts, ça n'a pas de prix!

Pour une petite vérification du système, essayer de lancer un wget sur une page d'un de nos sites. Par exemple, essayer ceci: wget www.la-vie-rurale.info/index.html et observez le résultat. Ou encore pour faire comprendre à certains types de personnes, le message:
wget www.la-vie-rurale.info/MSOffice/cltreq.asp.

Site de mod-security: www.modsecurity.org/

5. Le dimanche 2 juillet 2006 par Pierre Lachance

Bonjour, merci pour les infos. Dans mon cas je n'ai pas accès au serveur apache de mon hébergeur personnel. Donc ce type de solution n'est pas applicable ici.

Je vais sûrement regarder de près cette solution pour mon serveur au travail.

Au plaisir.

Ajouter un commentaire