comment lutter contre la surcharge d'un serveur
13 messages
• Page 1 sur 1
Consultez la formation à Google Analytics de WebRankInfo / Ranking Metrics
- arkadia
- WRInaute discret

- Messages: 81
- Inscription: 7 Juin 2005
comment lutter contre la surcharge d'un serveur
Aujourd'hui il y a l'ip 88.101.234.243 qui a essayer de scroller notre site web avec des dizaines de connections simultannée !
probleme bien evidement => Surcharge du serveur !
Comment lutter contre cela? comment savoir si l'ip 88.101.234.243 (ou autre) ne provient pas d'un robot d'un moteur de recherche ?
Comment faite vous pour identifier les connexion "normal" des connexions "anormal" ?
merci d'avance !
stéphane
probleme bien evidement => Surcharge du serveur !
Comment lutter contre cela? comment savoir si l'ip 88.101.234.243 (ou autre) ne provient pas d'un robot d'un moteur de recherche ?
Comment faite vous pour identifier les connexion "normal" des connexions "anormal" ?
merci d'avance !
stéphane
- MagicYoyo
- WRInaute accro

- Messages: 2877
- Inscription: 24 Mai 2004
Quelques infos : http://www.dnsstuff.com/tools/whois.ch? ... 01.234.243
-

Julia41 - WRInaute passionné

- Messages: 1765
- Inscription: 31 Aoû 2007
Es-ce que c'était un crawl à l'aveugle (logs 404), si oui, un fail2ban bien cfg pour la jail noscript devrait être efficace (attention à bien le cfg :p)
Sinon, tu peux peut-être jouer avec la configuration d'apache, pas trop sûr, mais le maxserver/client... Et peut-être un des mods d'Apache, (le bandwidth limite peu limiter la casse, mais je n'ai jamais joué avec) Il y a peut-être quelques mods intéressant permettant de limiter les crawls massifs...
Autre question quel été l'useragent qui t'as crawlé ?
Sinon, tu peux peut-être jouer avec la configuration d'apache, pas trop sûr, mais le maxserver/client... Et peut-être un des mods d'Apache, (le bandwidth limite peu limiter la casse, mais je n'ai jamais joué avec) Il y a peut-être quelques mods intéressant permettant de limiter les crawls massifs...
Autre question quel été l'useragent qui t'as crawlé ?
-

Kaliiii - WRInaute impliqué

- Messages: 603
- Inscription: 2 Mar 2005
Si juste une dizaine de connections simultanées ont fait saturer ton serveur, cela vient vraissemblablement d'un probleme de configuration d'apache ou de php.
Il faut regarder du coté des process child etc pour optimiser le nombre de connections simultanées.
Aujourd'hui sur un serveur simple (Intel celeron 2ghz, 1go de ram), j'obtiens sans problèmes 300 connections simultanées.
Bon courage !
Il faut regarder du coté des process child etc pour optimiser le nombre de connections simultanées.
Aujourd'hui sur un serveur simple (Intel celeron 2ghz, 1go de ram), j'obtiens sans problèmes 300 connections simultanées.
Bon courage !
- arkadia
- WRInaute discret

- Messages: 81
- Inscription: 7 Juin 2005
Kaliiii a écrit:Si juste une dizaine de connections simultanées ont fait saturer ton serveur, cela vient vraissemblablement d'un probleme de configuration d'apache ou de php.
Il faut regarder du coté des process child etc pour optimiser le nombre de connections simultanées.
Aujourd'hui sur un serveur simple (Intel celeron 2ghz, 1go de ram), j'obtiens sans problèmes 300 connections simultanées.
Bon courage !
non, par dizaine je voulais dire centaine qui accede a des pages qui font un lourd traitement dans la base de données ... ca plante pas le serveur mais ca le surchage ! l'idée c'est de savoir quand et comment je peux considerer qu'une requete est "anormal" ...
-

Topsitemaker - WRInaute impliqué

- Messages: 585
- Inscription: 19 Nov 2006
Bonjour,
vous pouvez brider les connections avec une règles Iptables, faut l'adapter pour votre cas, c'est juste un exemple, c'est le terme limit qui est important.
vous pouvez brider les connections avec une règles Iptables, faut l'adapter pour votre cas, c'est juste un exemple, c'est le terme limit qui est important.
/sbin/iptables -A INPUT -p icmp -m state --state NEW -m limit --limit 2/s -j ACCEPT
-

fandecine - Modérateur

- Messages: 2047
- Inscription: 2 Avr 2005
arkadia, il existe un module apache, mod_evasive qui te permetra de résoudre ton problème.
Ce module te permet de te protéger des requetes trops fréquentes sur une même url depuis la même sources, ou d'un trop grand nombre de requetes depuis la même source dans un laps de temps donné, ou d'un trop grand nombre de requetes d'une source donnée vers le même processus apache.
la doc est ici
sinon une requette google et tu trouveras des infos en fraçais
Ce module te permet de te protéger des requetes trops fréquentes sur une même url depuis la même sources, ou d'un trop grand nombre de requetes depuis la même source dans un laps de temps donné, ou d'un trop grand nombre de requetes d'une source donnée vers le même processus apache.
la doc est ici
sinon une requette google et tu trouveras des infos en fraçais
-

ltressens - WRInaute impliqué

- Messages: 551
- Inscription: 2 Avr 2004
les modules comme mod_evasive, la limitation du nb de servers apache, etc... tout cela ne sera pas utile lors d'un attaque par synflood :
l'attaque par synflood est tres simple techniquement a mettre en place :
il suffit pour le client d'envoyer le premier SYN TCP (voir http://www.commentcamarche.net/internet/tcp.php3 pour comprendre la poignée de main SYN SYN ACK de TCP) et de maintenir la connexion en ignorant le SYN du serveur.
Ainsi on sature très rapidement tous les slots TCP du kernel, et donc plus aucune connexion TCP n'est acceptée sur le serveur.
Pour contrer cela, ce n'est pas au noveau de Apache, mais au niveau de la pile TCP/IP dans le kernel, et donc comme le dit topsitemaker créer une regle iptables.
l'attaque par synflood est tres simple techniquement a mettre en place :
il suffit pour le client d'envoyer le premier SYN TCP (voir http://www.commentcamarche.net/internet/tcp.php3 pour comprendre la poignée de main SYN SYN ACK de TCP) et de maintenir la connexion en ignorant le SYN du serveur.
Ainsi on sature très rapidement tous les slots TCP du kernel, et donc plus aucune connexion TCP n'est acceptée sur le serveur.
Pour contrer cela, ce n'est pas au noveau de Apache, mais au niveau de la pile TCP/IP dans le kernel, et donc comme le dit topsitemaker créer une regle iptables.
13 messages
• Page 1 sur 1
Formation recommandée sur ce thème :
Formation Google Analytics : en 2 jours, apprenez comment exploiter l'essentiel des possibilités de l'outil de mesure d'audience de Google. Formation animée par les experts Google Analytics de Ranking Metrics.
Tous les détails sur le site Ranking Metrics : programme, prix, dates et lieux, inscription en ligne.
Lectures recommandées sur ce thème :
- Surcharge du serveur
- Surcharge serveur
- Serveur surchargé ? Faille ?
- Google et surcharge serveur
- [dédié] serveur surchargé
- Script de détection de surcharge serveur
- Problème serveur dédié surchargé entre 3h et 4h du matin
- Aaaaargh ! Google m'a tué ! Surcharge serveur :-(
- Afficher une page d'excuse en cas de surcharge du serveur
- Surcharge de visites Google
- Les secrets de Google sont bien gardés - 22-11-2002
- Googlebot, le robot d'indexation de Google - 21-02-2003
- Comment créer une page web en PHP - 04-08-2008
- Optimiser ses codes HTTP pour le référencement - 12-12-2008
- Yahoo va ouvrir un data center à Avenches en Suisse - 08-10-2007
- Comparer les classes C de 2 adresses IP - 03-09-2004
- Une tablette Google rivale de l'iPad d'Apple - 12-05-2010
- Tous les outils à connaître pour analyser un site - 16-09-2004
Consultez la description détaillée des produits ou services de Google suivants : Google Web Accelerator
- Analyser la classe C de l'adresse IP
Cet outil vous permet de vérifier si plusieurs sites sont hébergés sur la même classe C (adresse IP du serveur). - Test HTTP header
Cet outil vous permet de connaître le code HTTP renvoyé par le serveur pour une page donnée.
Qui est en ligne
Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 1 invité


