Error: Unable to remove some of the selected databases. The user specified as a definer (‘root’@’localhost’) does not exist
# plesk db MariaDB [psa]> CREATE USER 'root'@'localhost' IDENTIFIED BY 'password'; MariaDB [psa]> GRANT ALL PRIVILEGES ON *.* TO 'root'@'localhost'; MariaDB [psa]> FLUSH PRIVILEGES; MariaDB [psa]> exit;
Pongo el hilo del error en ingles… por si aclaran algo mas
Opción Herramientas y configuración > Configuración del servidor de correo, busca la opción de Protección antispam DKIM y activa Permitir la firma del correo saliente.
Buscas el dominio al que quieres agregar la firma, opción
Configuración de correo una vez allí activa la opción
Usar el sistema de protección antispam DKIM para la firma de mensajes de email salientes.
Hasta aqui todo lo que tienes que hacer dentro del panel de control del Plesk
Inicie sesión en el servidor a través de SSH
Las claves privadas se encuentran en el directorio de dominio correspondiente /etc/domainkeys/, por ejemplo, /etc/domainkeys/midominio.com
Para recrear una clave pública desde un privado, ejecute lo siguiente:
# openssl rsa -in /etc/domainkeys/midominio.com/default -pubout -out public.keyEl archivo se verá algo como…
# cat public.key
-----BEGIN PUBLIC KEY-----
MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC+aOU9Dw2Qedi6qOEcpbGQ3pHV dsjj564sa++dsaChx6k6I7s1UqeCzaHpKXKLIY4GA601gloVCnnTumZ/5TxnviB Hg1a2lsatt/gCj2pl61a+uALM1oRdgPhxPYefloFpi0lau8thV6u9BYTfUgfqIF+dvFIVlu0MULsWDDJfwIDAQAB
-----END PUBLIC KEY----- Copie los datos del archivo de clave pública en el registro TXT para que el dominio lo agregue en un servidor DNS externo.
default._domainkey.example.com IN TXT v=DKIM1;k=rsa; p=MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQC+aOU9Dw2Qedi6qOEcpbGQ3pHV dsjj564sa++dsaChx6k6I7s1UqeCzaHpKXKLIY4GA601gloVCnnTumZ/5TxnviB Hg1a2lsatt/gCj2pl61a+uALM1oRdgPhxPYefloFpi0lau8thV6u9BYTfUgfqIF+dvFIVlu0MULsWDDJfwIDAQAByou have reached the maximum number of virtual disks allowed for this virtual machine check your settings and try again
Para poder añadir más de 2 discos duros a una virtual machine de Xen Server, solo tienes que instalar las Xenserver tools en el cliente y luego en el gestor activar el/los discos que necesites.
Quita los mensajes de error detallados de IIS y añade las reglas de rewrite de URL remplazando el contenido de tu fichero web.config
<configuration>
<system.webServer>
<rewrite>
<rules>
<rule name="wordpress" patternSyntax="Wildcard">
<match url="*"/>
<conditions>
<add input="{REQUEST_FILENAME}" matchType="IsFile" negate="true"/>
<add input="{REQUEST_FILENAME}" matchType="IsDirectory" negate="true"/>
</conditions>
<action type="Rewrite" url="index.php"/>
</rule>
</rules>
</rewrite>
</system.webServer>
</configuration>El IIS por defecto arranca un sitio web en la primera petición de un cliente, y lo mantiene arrancado durante un tiempo establecido (20min), pasado este tiempo, si no hay ninguna petición de ningún cliente, el IIS para el sitio web y recicla sus recursos.
Ante la siguiente petición el IIS deberá volver a iniciar el sitio web, este proceso suele ser costoso, y es lo que ocasiona que la primera petición pueda costar un par de segundos.
Si tenemos un sitio web que sea critico y no queremos que nos ocurra esto, tenemos varias opciones.
Voy a ir apuntando las cosas que he realizado para tener un seguimiento
Parece ser que Windows Server ha incorporado DNS policies para gestionar el trafico.
1 Paso Crear la zona primaria
2 Paso a través de powershell crear las subredes correspondientes, parece ser que solo se pueden añadir a través de powershell.
Add-DnsServerClientSubnet -Name "America" -IPv4Subnet 192.0.0.0/24,182.0.0.0/24 Add-DnsServerClientSubnet -Name "Europa" -IPv4Subnet 141.1.0.0/24,151.1.0.0/24
Podemos consultar las subredes con
Get-DnsServerClientSubnet
Una vez que las subredes de cliente estén en su lugar, el siguiente paso es dividir la zona «midominio.com» en dos ámbitos de zona diferentes, cada uno para América y Europa.
Un ámbito de la zona es una instancia única de la zona. Una zona DNS puede tener varios ámbitos de zona, con cada ámbito de zona que contiene su propio conjunto de registros DNS.
El mismo registro puede estar presente en múltiples ámbitos, con diferentes direcciones IP.
De forma predeterminada, existe un ámbito de zona en las zonas DNS. Este ámbito de zona tiene el mismo nombre que la zona y las operaciones de DNS heredadas funcionan en este ámbito.
Add-DnsServerZoneScope -ZoneName "midominio.com" -Name "AmericaZoneScope" Add-DnsServerZoneScope -ZoneName "midominio.com" -Name "EuropaZoneScope"
El siguiente paso es agregar los registros que representan el host del servidor web en los dos ámbitos de zona: AmericaZoneScope y EuropaZoneScope.
En AmericaZoneScope, se agrega el registro midominio.com con la dirección IP 192.0.0.1, que se encuentra en un datacenter americano; Y en EuropaZoneScope se agrega el mismo registro (midominio.com) con la dirección IP 141.1.0.1 en el datacenter europeo.
Add-DnsServerResourceRecord -ZoneName "midominio.com" -A -Name "www" -IPv4Address "192.0.0.1" -ZoneScope "AmericaZoneScope Add-DnsServerResourceRecord -ZoneName "midominio.com" -A -Name "www" -IPv4Address "141.1.0.1" -ZoneScope "EuropaZoneScope"
Añadimos los siguientes registros también se agregan al ámbito de zona predeterminado para garantizar que el resto del mundo todavía puede acceder al servidor web midominio.com desde cualquiera de los dos centros de datos.
Add-DnsServerResourceRecord -ZoneName "midominio.com" -A -Name "www" -IPv4Address "192.0.0.1" Add-DnsServerResourceRecord -ZoneName "midominio.com" -A -Name "www" -IPv4Address "141.1.0.1"
Una vez creadas las subredes y las particiones (ámbitos de zona), el siguiente paso es crear políticas que conecten estos dos, de manera que cuando la consulta proceda de una fuente en la subred de cliente de América, la respuesta se devuelve desde el ámbito de América De la zona y así sucesivamente. No se requieren directivas para asignar el ámbito de la zona predeterminada.
Add-DnsServerQueryResolutionPolicy -Name "AmericaPolicy" -Action ALLOW -ClientSubnet "eq,AmericaSubnet" -ZoneScope "AmericaZoneScope,1" -ZoneName "midominio.com" Add-DnsServerQueryResolutionPolicy -Name "EuropaPolicy" -Action ALLOW -ClientSubnet "eq,EuropaSubnet" -ZoneScope "EuropaZoneScope,1" -ZoneName "midominio.com"
+INFO
Lo podemos comprobar a través de whatsmydns.net
Siempre que iniciamos sesión en un servidor con Windows Server , se nos abre por defecto el administrador de servidor esto esta bien la primera vez, pero después de configurado se vuelve un poco pesado, así que vamos a proceder a deshabilitarlo.
Una vez en el en la ventana del administrado, seleccionamos Administrar a continuación en Propiedades del Administrador del Servidor
Ahora activamos No iniciar el Administrador del servidor automáticamente al iniciar sesión
