SoftwareLibre.Net

En Plesk 8.X existe una limitación a 300 dominios, a partir de la cual habría que recompilar apache para dar soporte a más dominios sin problemas.
Cuando un servidor con Plesk llega a este volumen, puede ocasionar problemas como “Too many open files” y no arraca el servicio.

Este problema puede ser solucionado de varias formas.

Una es ampliar el numero de ficheros que se pueden abrir usando:

ulimit -n 2048
/etc/init.d/apache restart

Para configurar estos parámetros se usa el fichero /etc/security/limits.conf o ficheros de configuracion en /etc/security/limits.d

Por ejemplo para todos los usuarios poner un limite de ficheros abiertos 1024 y 65535 sería:

* soft nofile 1024
* hard nofile 65535

O directamente por consola:

Copia y pega para recuperar la contraseña de root de mysql

newpassword="2";
/etc/init.d/mysql stop
/usr/bin/mysqld_safe --skip-grant-tables --user=root &
sleep 5
mysql -u root mysql -e "update user set password=PASSWORD('$newpassword') where user='root'; flush privileges; ";
/etc/init.d/mysql restart

Si estas leyendo este artículo quizás te haya ocurrido que tras la instalación de Plesk, has decidido cambiar el hostname, asignando un nombre más correcto.

Desde el panel de control puedes Realizar este cambio en el Panel de Plesk / Servidor / Preferencias del Servidor . En este menú hay un campo para asignar “Nombre completo de host”

Este cambio se refleja en bastantes configuraciones del servidor, pero hay una que no se realiza y es el nombre del hostname por defecto para acceder al panel de plesk. En este caso al escribir http://nuevo.miservidorplesk.com:8443 automaticamente se redirige a https://viejo.miservidorplesk.com:8443

Rkhunter es una herramienta diseñada para encontrar patrones de gusanos en sistemas unix/linux. Muy cómoda y recomendable.

Si no tenemos el paquete a mano para nuestra distribución, podemos bajarnos la instalación de sitio web.

copia y pega:

cd /usr/src
wget http://ovh.dl.sourceforge.net/sourceforge/rkhunter/rkhunter-1.3.0.tar.gz
tar zxvf rkhunter-1.3.0.tar.gz
cd /usr/src/rkhunter-1.3.0
sh ./installer.sh –layout default –install
/usr/local/bin/rkhunter –update

En distribuciones basadas en rpm necesitas bin-utils que contiene el binario strings.

Por defecto proftpd tiene un timeout para conexiones inactivas de 300 segundos ( 5 minutos ), muchas veces necesitamos que este límite se aumente. Para dar una hora de margen a nuestras conexiones, podemos hacerlo de la siguiente manera:

echo "TimeoutNoTransfer 3600" >> /etc/proftpd.conf
echo "TimeoutIdle 3600" >> /etc/proftpd.conf

Es recomendable realizar una conexión de prueba. Si algo falla, revisad el fichero messages o syslog dependiendo de vuestro sistema.

Al acceder al panel de control Plesk aparece este error:

0: C:\ProgramFiles\SWsoft\Plesk\admin\plib\common_func.php3:153
psaerror(string 'Client Id is undefined.')
1: C:\Program Files\SWsoft\Plesk\admin\auto_prepend\auth.php3:302

Solución:
Falta algun registro en la base de datos para el cliente indicado. Las solución más comoda es instalar la ultima versión disponible ya que suele ocurrir en versiones antiguas de Plesk para Windows 7.5.4

Descripción del error:

ERROR: PleskMainDBException
[MySQL][ODBC 3.51 Driver]Can't connect to MySQL server on 'localhost' (10061)

0: C:\Program Files\SWsoft\Plesk\admin\plib\common_func.php3:608
reconnect()
1: C:\Program Files\SWsoft\Plesk\admin\plib\common_func.php3:590
db_connect()
2: C:\Program Files\SWsoft\Plesk\admin\auto_prepend\auth.php3:63

Solución:
Verificar que el servicio de sqlserver esté levantado en el servidor

Al intentar modificar algunos parámetros de las notificaciones de drweb en una instalación con Plesk bajo Debian, encontré estos errores:

qmail-queue[13372]: dwlib: fd: connect() failed - Connection refused
qmail-queue[13372]: dwlib: tcp: connecting to 127.0.1.1:3000 - failed
qmail-queue[13372]: dwlib: cannot create connection with a DrWeb daemon

Al parecer no es posible anular todas las notificaciones de emails infectados, cosa que ahorraría bastante tráfico de correo y disminuirían las colas de correos.

Se puede modificar el parámetro Level = Info for Level = Debug en /etc/drweb/drweb_qmail.conf, recargar el servicio drweb y observar en /usr/local/psa/var/log/maillog la salida de errores de drweb para solucionar el problema de conexion con el demonio.