jeje, no, si algo de idea de como se lo montan los ISPs tengo, y la verdad es q no se complican la vida, pillan una máquina física para clientes vips montando algunos Virtual Private Servers y otra con un apache twekeado (...) era un truco mu shulo con mod_rewrite q vi en apache.org
<{POST_SNAPBACK}>
Imagino que sería con mod_rewrite y ProxyPass, de manera que el apache trucado resuelve los vhost y hace de pasarela entre la máquina virtual o real que tiene las páginas del cliente. Un proxy inverso.
Otra forma de hacer lo mismo es con Squid en vez de con Apache, con el plus de que puedes cachear los contenidos estáticos (y páginas php pregeneradas) y ahorrar tráfico a las máquinas que haya detrás.
(a nivel de proceso creo q no me interesa porque no quiero limitar a saco las güebs q tenemos en la máquina, solo me interesa liquidar los procesos q se salgan de madre)
Hombre, si no vas a mirar por usuario ni leches (servicio que se salga de madre, servicio que matas y reinicias) sí que te vale hacerlo con ulimit, te explico:
Si usas apache 1.3 puedes hacer un script para llamar al apache tal que:
#!/bin/sh
ulimit -t 60
ulimit -H -t 60
httpd
Con eso el apache y cualquier proceso hijo del apache no puede estar más de 60 segundos de cpu haciendo algo. Como el apache 1.3 crea un nuevo proceso hijo por cada petición, en el momento que haya un cgi o código empotrado malvado, el hijo se dispara y el kernel lo mata. El apache (el proceso padre) sigue en pie, aunque la petición falla porque muere el hijo. Con apache 2.0 el tema creo que sería distinto porque es mulihilo.
Por otra parte, para limitar todos los scripts de los usuarios, como los tienes separados y cada uno chrooted y tal, lo puedes hacer en Fedora bastante fácil. No tienes ni que mancharte las manos con scripts: editas el /etc/security/limits.conf, añades los usuarios y los límites que más rabia te den y listo. Ya tienes a los usuarios puteados al margen del puteo del apache.
Con los servidores, el limits.conf puede no ser muy fiable. Los límites se fijan al hacer el login usando PAM, pero puede haber servidores que no usen PAM para cambiar a su usuario. Me suena que apache es uno de ellos (por eso puse el scriptillo de arriba, que funciona fijo) pero no lo sé seguro ahora mismo.
Luego, con daemontools, tienes que ir mirando si algo está caído y reiniciarlo (en el caso del apache no haría falta, pero por si acaso).
Edit: lo que no puedes hacer con ulimit es decirle al apache que las peticiones a las páginas del pepito tienen X restricciones y a las de fulanito Y. Limitas todo a lo mismo. Con apache debería funcionar pero no estoy seguro con MySQL.
Este tema ha sido editado por Issun Boushi: 04 January 2005 - 11:11 PM
antes de matar al server 
