Ionos me ha dicho inicialmente que el problema era nuestro, sin embargo lo he comprobado y nos da problemas en dos servidores. Así que les he remitido de nuevo el problema.
Hola
Desde ninguno de los dos servidores es capaz de resolver la dirección de plesk (ni ninguna otra)
Los dos tienen este error: Error in cURL request: Resolving timed out after 10001 milliseconds
Ademas los dos estan acumulando correos en su cola (miles) ya que no pueden llegar a ningun servidor de correo externo como gmail.com
Pero el problema está en ambos servidores y no se ha tocado la configuración recientemente.
Os copio pruebas:
Root@xxx:~# more /etc/resolv.conf
Nameserver 212.227.123.16
Nameserver 212.227.123.17
Root@xxx:~# ping 212.227.123.16
PING 212.227.123.16 (212.227.123.16) 56(84) bytes of data.
^C
--- 212.227.123.16 ping statistics ---
4 packets transmitted, 0 received, 100% packet loss, time 3110ms
Root@xxx:~# dig id-00.kaid.plesk.com
;; communications error to 212.227.123.16#53: timed out
;; communications error to 212.227.123.16#53: timed out
;; communications error to 212.227.123.16#53: timed out
;; communications error to 212.227.123.17#53: timed out... Leer más ...
Error de Plesk: Advertencia: En este momento está operando dentro del periodo de gracia de su licencia. Para actualizar su licencia del producto, seleccione la opción Recuperar llaves en la página de información de la licencia.
Cuando lo intento: no funciona lo de "Recuperar llaves".
El problema hay que llamar al proveedor del servidor (en mi caso Ionos). Solo ellos pueden desatascar el problema de la licencia.
Síntomas o daños colaterales:
- Deja de funcionar el servidor de correo
- No funcionan las actualizaciones de paquetes
- Algunas extensiones dejan de funcionar
- No se visualizan a nivel de plesk los dominios bajo WordPress.
La verdad es que al final he renunciado a instalar Almalinux 9 en un servidor IONOS
Lo he intentado varias veces pero la imagen da diferentes problemas.
El ultimo, al terminar la instalación y querer acceder al panel de Plesk me da:
Internal error Error: ERROR: Plesk\Exception\Database: DB query failed: (1932) SQLSTATE[42S02]: Base table or view not found: 1932 Table 'psa.sessions' doesn't exist in engine, query was: DESCRIBE `sessions` (Mysql.php:79)
Mi recomendación, instalar Ubuntu 24 o Debian 12.
Es cierto, que se puede solucionar reparando Plesk (con su herramienta Plesk repair) pero sinceramente no vale la pena instalar un sistema operativo que ya da problemas desde su instalación.
Rocky Linux 9, el problema que tiene es que no se puede instalar con plesk (al menos en Ionos). Para mi es determinante para instalar una imagen que sea compatible con plesk, ya que uso los servidores para albergar múltiples dominios.
Estoy intentado la migración de dominios entre dos servidores con paneles plesk en ambos y me salta este error: New Migration
Failed to check SSH connection to the source server 'source' (xx.xx.xx.xx): Unable to connect to 'xx.xx.xx.xx' by SSH: Authentication failed..
Ensure that the server is up and there are no firewall rules that may block SSH connections to the server,
Then restart migration.
EL problema no esta en la red ssh, ni en el firewall, sino en esta en que me equivoque en la clave y puse la de admin y no la de root.
Una tonteria, pero te puede costar medio día de trabajo.
Intentando importar en Gmail (como cuenta pop3) una cuenta de correo que ya funcionaba, tras un traslado de servidor. El siguiente error se daba de forma recursiva y no descargaba los mensajes.
Google: el servidor ha devuelto el error "connection closed by remote host: the other server terminated our connection. please contact your other email provider for more information.
Tengo instalado Dovecot y Postfix en un servidor dedicado CENTOS 7 con Plesk
Dejo por aquí la solución a este error que se produce cuando se excede el límite de archivos abiertos que se le permite al sistema.
El límite actual lo podemos ver en la base de datos:
Un magnifico documento sobre admisnitracion de colas de Qmail desde linux:
Para iniciar, parar o reiniciar el servidor de correo por comandos:
/etc/init.d/qmail restart | stop | start
Manejar la Cola de Correo Qmail con Plesk
Para ver las estadísticas de la cola:
/usr/local/psa/admin/bin/mailqueuemng -s
Messages in local queue: 0 Los mensajes en cola local: 0
Messages in remote queue: 0 Los mensajes en cola remota: 0
Messages in todo queue: 0 Los mensajes en cola de hacer: 0
Messages total: 0 Total de mensajes: 0
Messages found: 0 Los mensajes encontrados: 0
Timestamp: 1215870834 Timestamp: 1215870834
– -
De esto se puede ver el estado de qmails local, remoto y hacer la lista.
- Si usted desea hacer una entrega de los mensajes en cola ahora ejecutar el siguiente comando
/usr/local/psa/admin/bin/mailqueuemng -a
- Para una lista de cola de mensajes remotos:
/usr/local/psa/admin/bin/mailqueuemng -R
- lista de cola de mensajes local:
/usr/local/psa/admin/bin/mailqueuemng -L / Usr / local / psa / admin / bin / mailqueuemng L-
- Para borrar los mensajes con un patrón particular en el asunto... Leer más ...
Hace poco ha salido una nota de los que tengan un servidor dedicado con panel Plesk inferior a 10.4, que lo actualicen lo antes posible, pues tiene un fallo de seguridad y cualquiera puede acceder a tu servidor.
El problema no acaba ahi: el camino que parece solucionarlo: actualizar el panel de control a 10.4, no es ni mucho menos un camino de rosas, pues ademas actualiza el PHP y el MYSQL... ¡Con sorpresa!
La semana pasada nos dejaron dos servidores jodidos (casi mejor habria sido dejarlos a ver si alguien los hackeaba).
Al actualizar las bases de datos nos llevamos la sorpresa de que se rompieron varias tablas y algunos indices, incluidas tablas de configuracion del propio "psa". No acaba ahi la broma, el servidor con multiples dominios queda indisponible, los ajustes hechos para la mejora del rendimiento no tienen porque funcionar e incluso el fichero my.cnf (de configuracion de mysql) se nos ha dado que el de 5.0 no es compatible con 5.2, y este a su vez tampoco con Mysql 5.5.
Es decir que te puedes quedar sin base de datos por una actualización chorra del panel de control.
Tampoco acaba ahi la cuestion, la nueva verison de apache y mysql... Leer más ...
He tenido un error migrando mediante la herramienta de PLESK mi portal DragonflyCMS desde un servidor a otro.
El sintoma era caracteres ininteligibles en español, donde antes estaban las ñ, acentos y otros caracteres diferenciales de nuestra lengua.
No habia fallo en los caracteres que procedian de los ficheros de lenguas, solo en los que venian de la base de datos (mensajes del foro, titulos, etc)
Se ha solucionado cambiando en el fichero "includes/config.php" la linea:
Quote::
define('DB_CHARSET', 'utf8'); // NULL (is default), latin1, utf8, etc.
Por
Quote::
define('DB_CHARSET', 'latin1'); // NULL (is default), latin1, utf8, etc.