Gros ralentissement sur serveur dédié

une q°, dans load average: 0.01, 0.17, 0.51 que veulent dire les 3 nb renvoyés?

 

Ca fait déja pas mal. Il existe des sytèmes qui permettent de mettre les pages en cache, pour éviter de bêtement refaire les mêmes requetes pour constuire une page. Ca baisserait surement pas mal la charge de ton serveur.

 

ca a pas l'air de venir de la charge, le load est très bas (donc nickel), peut-être que c'est la bande passante qui freine ? les pages sont-elles lourdes ? (quel poids, images comprises ?)
as-tu des ralentissements, par exemple en ssh, lorsque tu tapes tes commandes ?

petit outil sympa : mod_status
qui te sert à monitorer ce que font tes childs apache. Simple à utiliser, c'est une page web avec un rapport temps-réel (un dump des process, donc très peu consommateur en ressources), et à installer :
http://www.illiweb.com/manuel/Apache_1. ... tatus.html
(qui devrait marcher aussi pour d'autres versions d'apache, installé nickel sous apache2)
c'est histoire de vérifier que tes apaches ne galèrent pas pour servir tes pages une fois celles-ci générées: ça mettrait du temps à arriver, sans charger le serveur
je sais pas hein, j'essaye

 

millowas> quelques pistes :

- installes mtop et aux périodes de "pointe", lance le. Si c'est un probleme sur une table mysql tu verras de suite quelle table pose probleme

- tapes netstat -a -n et reperes les IP qui reviennent un peu trop souvent. Fait un whois dessus et s'il s'agit d'une IP koweitienne ou irakienne ou autre, tu es victime d'une attaque DDOS. Il faut voir les dernieres lignes des logs apache et voir l'url que les machines esclave attaquent massivement

- il faut sécuriser ton dédié : installer script arno-iptables , firewall, snort etc...

- il faut installer tous les mod securité d'apache

- il faut optimiser ton httpd.conf en virant par exemple temporairement la persistance des process httpd

- il faut vérifier les log mail et voir si des petits malins, profitant d'une faille de sécurité (ou de scripts) ne s'amusent pas a utiliser (relay) ton serveur de mail. Si tu vois des <"From : aristide@truc.com.br"> avec un statut "SENT" (donc bien envoyé), cherche pas plus loin, faut sécuriser ton serveur de mail.

Bon courage et tiens nous au courant

PS :

Code:

23516 root      12   0  4940 4940  4760 S     0,1  0,4   0:00 httpd
23298 nobody     9   0  5720 5720  5108 S     0,1  0,5   0:00 httpd 

Bizarre ça : httpd lancé sous 2 comptes différents ?

 

J'ai le même problème de ralentissement, je viens de me rendre compte que plusieurs sites pirataient le mien pour envoyer des mails massifs.
Pourtant mes scripts sont sur, ça doit venir d'apache ou linux, qq 1 sait il comment on sécurise tout ça?

 

Regarde déjà tes scripts.

Comment as-tu identifier que des pirates utilisaientt ton serveur ?

Sinon tu peux regarder tes logs pour voir quel page précise, les pirates utilisent pour envoyer des mails

Ton smtp est-il en open relay ?

 

Pour l'identification, j'ai checké mes logs d'envoi d'email: une quantité énorme de spam (mon site n'envoi que très peu de mels, seulement des confirmations d'inscription).

Pour les logs, j'ai les logs apache et les stats de mon site pour les scripts appelés et là je vois bien qu'il n'y a pas d'activité suspecte.

Smtp open relay c'est quoi? comment je peux voir ça?

 

oui j'ai déja eu le probleme de spam, genre 40 000 messages en file d'attente, une horreur :mrgreen: (la commande magique pour purger ça c'est postsuper -d ALL)

... il y a un paramétrage a effectuer dans /etc/postmail/main.cf qui n'"autorise" que ce que toi tu veux bien autoriser à poster : chez moi ça donne ceci

Code:

smtpd_helo_restrictions = permit_mynetworks,reject_invalid_hostname,reject_unkno
wn_hostname
smtpd_sender_restrictions = permit_mynetworks,reject_invalid_hostname,reject_unk
nown_hostname

... a plus de spam :mrgreen:

:arrow: par contre une effet de bord possible c'est que ton FAI se fasse jeter et que tu ne puisses pas récupérer tes mails en pop