En estos casos lo mejor es desinstalarla de forma manual y volver a instalar driver e impresora.

Es importante tener la impresora apagada y desconectada.

Para desinstalar una impresora de forma manual en Windows 7 ejecuta Regedit y accede a la siguiente rama:

HKLM/SYSTEM/CurrentControlSet/Control/Print/Printers

Ahí encontraremos claves con los parámetros de nuestras impresoras. Elimina la impresora que te da problemas. Con esto es sistema ya no la detectará y la puedes volver a instalar si quieres.

El plan consiste básicamente en realizar consultas SQL a la base de datos de Plesk para Windows, a partir de las cuáles se pueda obtener una serie de scripts que utilicen los comandos CLI provistos por Plesk. Una vez replicada la estructura de clientes y dominios, ya se comienza a pasar los datos, vía FTP, del código de las webs, y mediante exports de MySQL para las bases de datos. Para el correo se creó una utilidad en Python que analizaba el fichero AUTH.TAB de MailEnable, generando un script que crea los buzones en Plesk, y después invoca a imapsync para copiar el contenido de los mismos.

Estructura de dominios en Plesk

Comenzamos generando la estructura de revendedores, clientes y dominios en el servidor destino, creando una serie de comandos para el CLI de Plesk, ejecutando comandos SQL en el servidor origen:

SQL que genera los revendedores:

SELECT "reseller -c " + cl.login +
" -name """ + cl.pname + """" +
" -passwd " + cl.passwd +
" -company """ + cl.cname + """" +
" -phone """ + cl.phone + """" +
" -email """ + cl.email + """" +
" -address """ + cl.address + """" +
" -city """ + cl.city + """" +
" -zip """ + cl.pcode + """" +
" -country """ + cl.country + """" +
" -creation-date """ + FORMAT(cl.cr_date,"YYYY-MM-DD") + """"
FROM clients cl
WHERE type = "reseller"

SQL que genera un script para la creación de clientes, obviando los suscriptores, que ya tienen su cuenta del paso anterior:

SELECT "customer -c " + cl.login +
" -name """ + cl.pname + """" +
" -passwd " + cl.passwd +
" -company """ + cl.cname + """" +
" -phone """ + cl.phone + """" +
" -email """ + cl.email + """" +
" -address """ + cl.address + """" +
" -city """ + cl.city + """" +
" -zip """ + cl.pcode + """" +
" -country """ + cl.country + """" +
" -creation-date """ + FORMAT(cl.cr_date,"YYYY-MM-DD") + """" +
" -owner """ + res.login + """"
FROM clients cl
LEFT JOIN clients res ON (res.id = cl.parent_id)
  WHERE type <> "reseller"

En este punto, nosotros reemplazamos el owner “admin” por nuestra empresa, para que nada dependiese del usuario raíz, ya que según la nueva estructura de Plesk 10, parece más correcto.

Por último, el SQL que genera un script para la creación de suscripciones a partir de los dominios de Plesk 9. Los dominios los crea con el DNS desactivado, dado que seguiremos manejando el servicio DNS con el otro servidor, y a la IP compartida (que está, claramente, modificada). También el login utiliza sólo minúsculas, ya que se ha introducido esta restricción en Plesk 10.

SELECT "domain -c " + dom.name +
" -owner """ + cl.login + """" +
" -dns false" +
" -hosting true " +
" -ip 192.168.0.164 " +
" -login """ + LCASE(hos.fp_adm) + """" +
" -passwd """ + hos.fp_pass + """" +
" -creation-date """ + FORMAT(dom.cr_date,"YYYY-MM-DD") + """"
FROM (domains dom
LEFT JOIN clients cl ON (cl.id = dom.cl_id))
LEFT JOIN hosting hos ON (hos.dom_id = dom.id)

Puntos mejorables:

• Hay que revisar los DNS a mano. Hemos preferido hacerlo así, para hacer limpieza, pero tampoco sería complejo realizar un script similar a los mostrados, y marcar las suscripciones con el servicio DNS activado por defecto, de forma que sólo quedase pendiente realizar la modificación en el dominio.
• Las redirecciones de correo y demás opciones específicas deben ser revisadas, ya que el script únicamente ignora las cuentas que estén desactivadas en MailEnable, pero nada más.
• Todas las suscripciones pasan como hosting, así que las que son redirecciones o simplemente sin hosting no pasan mediante el script. Esto es debido a que se hace un JOIN con la tabla hosting de Plesk 9.
• Las suscripciones y revendedores pasan con un plan personalizado. En nuestro caso nos da igual, porque vamos a aprovechar para repasar todos los clientes y revisar así usos y precios.

Correo electrónico

Bien, tras esto ya tenemos los revendedores, clientes, suscripciones y dominios en Plesk 10. A continuación presentamos una pequeña utilidad en Python que genera dos ficheros, uno que permite la creación de los buzones en Plesk, y otro que sincroniza los correos entre los dos servidores mediante IMAP, creando la estructura de carpetas existente en el antiguo.

# This Python file uses the following encoding: utf-8
'''
me2plesk: Utilidad para la transformación de AUTH.TAB en scripts Plesk 10 e imapsync
Created on 13/10/2011
@author: Vicente Monroig (Digital Disseny)
'''

import os
import sys

def parse_authtab(fichero):
    '''Abre el fichero AUTH.TAB, lo parsea y devuelve una lista con los buzones y contraseñas.'''
    print "Procesando fichero AUTH.TAB " + fichero + "..."
    f = open(fichero, "r")
    lista = []
    while True:
        lin = f.readline().strip()
        if not lin: break
        campos = lin.split('\t')
        # Ignoramos los que estén desactivados
        if campos[1] <> 1:
            lista.append([campos[0], campos[2]])
    f.close()
    return lista

# Obtenemos la ruta donde se está ejecutando el archivo
ruta = os.path.dirname(os.path.abspath(__file__)) + '/'
# Recogemos el parámetro donde está el AUTH.TAB o mostramos la ayuda
if (len(sys.argv) > 1):
    # Extraemos los pares correo, contraseña
    lista = parse_authtab(sys.argv[1])
    print("Generando scripts...")
    # Creamos los archivos de script
    fplesk = open(ruta + 'me2plesk_plesk.txt', "w")
    fsync = open(ruta + 'me2plesk_imapsync.txt', "w")
    for elemento in lista:
        # Creamos una nueva línea en ambos scripts
        fplesk.write("/opt/psa/bin/mail --create " + elemento[0] + " -passwd " + elemento[1] +
                     " -mailbox true\n")
        fsync.write("imapsync --host1 origen.com" +
                    " --user1 " + elemento[0] + " --password1 " + elemento[1] +
                    " --host2 destino.com" +
                    " --user2 " + elemento[0] + " --password2 " + elemento[1] +
                    " --sep1 / --prefix1 ""  --subscribe --fastio1 --fastio2 --fast\n")
    fplesk.close()
    fsync.close()
    print("Scripts me2plesk_plesk.txt y me2plesk_imapsync.txt generados en %s." % ruta)
else:
    print """
Información:
    me2plesk es una pequeña utilidad que analiza sintácticamente el fichero AUTH.TAB del
    servidor de correo MailEnable para Windows, generando dos scripts, uno que llama a la
    función mail del CLI de Plesk 10, creando los buzones encontrados, y un segundo que
    invoca a la utilidad imapsync, una vez por cada buzón, permitiendo con la combinación
    de ambos la mudanza de un servidor MailEnable Windows a un Plesk 10.
Uso:
    me2plesk.py <AUTH.TAB>
       """

Además, como algunos ISPs son algo lentos cambiando los registros DNS, tenemos la ventaja de que no perderemos ningún correo, al poder ejecutar la sincronización varias veces, incluso con los DNS ya cambiados y propagados.

Una pega: Aquellos clientes que mantengan correo en el servidor y utilicen POP3 como protocolo, verán sus correos duplicados en los clientes. Sin embargo, los que utilicen IMAP no tendrán este problema, dado que imapsync, la utilidad llamada por el script para sincronizar los buzones, respeta las flags de cada mensaje.

Webs (código y bases de datos)

Para pasar el código de las webs utilizaremos FTP, y más concretamente LFTP, que incorpora un comando mirror que nos va a permitir realizar todo el traspaso en una única línea de comandos ejecutada en el servidor destino:

lftp -e "mirror httpdocs /var/www/vhosts/<dominio>/httpdocs --parallel=10" -u <usuario>,<contraseña> <servidor_fuente>

Quedaría ajustar los permisos y propietario de los distintos archivos. Podemos poner unos estándar para Plesk y después repasar lo que necesite permisos de escritura, como carpetas para ficheros temporales.

chown -R <usuarioplesk>:psacln /var/www/vhosts/<dominio>/httpdocs/*
find /var/www/vhosts/<dominio>/httpdocs/* -type d -exec chmod 755 {} \;
find /var/www/vhosts/<dominio>/httpdocs/* -type f -exec chmod 644 {} \;

Vamos a por las bases de datos. Nos centraremos en MySQL, que son las que nos vamos a encontrar en su mayoría (WordPress, Joomla, Magento, Drupal…). Aprovechando que todavía tenemos un servidor Windows, podemos utilizar HeidiSQL para realizar una copia de seguridad, y si configuramos debidamente el servidor destino para aceptar conexiones externas, también podremos utilizarlo para restaurar, todo desde el mismo servidor origen.

DNS

Ya están la estructura de usuarios recreada, correos pasados, código fuente transferido y bases de datos restauradas. Tan sólo queda modificar los DNS de los dominios para que dirijan al nuevo servidor.

Como último apunte, antes de comenzar con los cambios de IPs en los DNS es muy recomendable modificar los registros SOA, indicando un TTL de 5 minutos, con lo que podremos realizar modificaciones que se propaguen mucho más rápido. Por supuesto, esto conlleva un aumento del tráfico, pero con las máquinas y anchos de banda de hoy en día, no debería ser ningún problema.

Recordad también que el archivo hosts es nuestro amigo, y que es muy conveniente realizar pruebas en el nuevo servidor antes de cambiar los DNS. Siempre podemos relanzar la sincronización de correos y volver a pasar la copia de seguridad de la base de datos cuando estemos seguros de que todo está operativo de nuevo.

Organización

Lo más crucial, lo más importante y lo único que no puede fallar durante el proceso es la organización. Sobre esto poco voy a decir, pues esto es un blog técnico, pero sí quiero remarcar que antes de empezar hay que planificar y dividir las tareas que van a tener que hacerse fuera de horario de oficina. Hay que comunicar a los clientes previamente lo que se va a hacer, y que les quede claro que puede haber problemas, y cuándo se va a hacer, no sea que les dé por liarse a actualizar su web justo cuando tenemos pensado ponernos a migrar sus servicios.

Prepara una hoja de cálculo, verifica y anota los servicios a trasladar, agrúpalos por similitud y anota los posibles problemas y su resolución. Como mínimo.

El servidor elegido se puede cambiar en el parámetro, por supuesto, pero así de paso veis cuál es el NTP que lleva la hora oficial en España, del Real Instituto y Observatorio de la Armada.

Para no tener que teclear tanto, esta es la secuencia de comandos:

net stop w32time
net start w32time
w32tm /config /manualpeerlist:hora.roa.es,0x1 /syncfromflags:MANUAL
w32tm /config /update
w32tm /resync

Se puede realizar un filtrado por multitud de conceptos, tanto sobre el nombre y ruta del fichero como sobre el contenido. Por nombrar algunos:

• Longitud del nombre del fichero.
• Ancho de la imagen contenida.
• Datos de la cámara con que se realiza la fotografía.
• Título de la canción según ID3.
• Autor del texto del PDF.

Después, para los ficheros que cumplan el filtro se pueden definir acciones que no se limitan a jugar con el nombre, como pueden ser:

• Mover el fichero.
• Recuperar el nombre de una lista CSV.
• Encriptación de los nombres de archivo por contraseña.

En definitiva, tras probar unos cuantos, el mejor que he encontrado. Eso sí, sólo Windows.

Espera, ¿que no quieres pagar por el renombrador? Pues nada, hay una alternativa, pero no es tan estética e intuitiva: Bulk Rename Utility.

No me ha hecho falta, así que no he buscado mucho, pero creo que tampoco puede lidiar con MP3, JPG y PDF. Lo que sí hace perfectamente es trabajar con las longitudes de nombres y tratar la generación de duplicados.

Partiremos de una instalación funcional de IIS 7.5 en el puerto web estándar, y de Tomcat 7.0.25 en el puerto 8080 con AJP en el puerto 8009. Si no sabes cómo llegar a este punto, mal empezamos…

Supondremos que la web JSP que queremos alojar está en

C:\inetpub\wwwroot\miwebaspxjsp.com\partejsp. En tal caso, lo primero que haremos será hacer que Tomcat conozca dicho código, creando un fichero XML en %CATALINA_HOME%\conf\Catalina\localhost, con nombre partejsp.xml, y con el siguiente contenido:

<Context
  displayName="partejsp"
  docBase="C:\inetpub\wwwroot\miwebaspxjsp.com\partejsp"
  path="/partejsp"
  reloadable="true"
/>

Ahora vamos a la URL http://miwebaspxjsp.com:8080/partejsp, y deberíamos ver el contenido servido directamente por Tomcat correctamente. Si no es así, toca revisar las rutas y reiniciar el servicio Tomcat.

Sin embargo, si vamos a la URL http://miwebaspxjsp.com/partejsp, obtendremos un precioso error 404.3, ya que IIS no sabe cómo interpretar el script y además no nos permite descargarlo al no conocer el tipo MIME del fichero.

Ahora la parte mágica: Descarga el proyecto IIS to Tomcat Connector de Bilal. En él encontrarás un instalador que a partir de unos datos mínimos de configuración se encargará de registrarse en el IIS, pudiendo limitarse a los sitios que se le indique, de forma que no haya que configurar nada más que el nuevo documento por defecto index.jsp.

Tras la instalación, prueba de nuevo la URL http://miwebaspxjsp.com/partejsp, y si todo ha ido correctamente, ya se debería mostrar exactamente lo mismo que accediendo a http://miwebaspxjsp.com:8080/partejsp.

Como limitación, indicar que con este sistema siempre se cargaría la web JSP como subdirectorio, en la URL http://www.miwebaspjsp.com/partejsp/. Seguramente se podrá solucionar, pero como no lo hemos necesitado, no he investigado más.

Actualización: Cómo hacerlo funcionar en el raíz y con servlets

Para hacerlo funcionar en el raíz del dominio, podemos utilizar el módulo URL Rewrite de IIS, similar al mod_rewrite de Apache, de forma que redirijamos todas las peticiones a una subcarpeta, y así no tenemos que pelear tanto con la configuración. También debemos preservar la ruta de la cookie, para evitar problemas con las sesiones, con una segunda regla. Quedaría en web.config más o menos así:

        <rewrite>
            <rules>
                <rule name="Reescribimos a subcarpeta" enabled="true">
                    <match url="^(.*)" />
                    <action type="Rewrite" url="carpetaconjsp/{R:1}" />
                </rule>
            </rules>
            <outboundRules>
                <rule name="Reescribimos la ruta de la cookie de sesión">
                    <match serverVariable="RESPONSE_Set_Cookie" pattern="^(.*); Path=/carpetaconjsp(.*)" />
                    <action type="Rewrite" value="{R:1}; Path={R:2}" />
                </rule>
            </outboundRules>
        </rewrite>

Igualmente, si utilizamos servlets, habrá que modificar el manejador por defecto, para que IIS no salte con un 404 si no se llama a algo que no sea un JSP, quedando el siguiente código en web.config:

        <handlers>
            <add name="Boncode" path="*" verb="*" type="BonCodeIIS.BonCodeCallHandler,BonCodeIIS,Version=1.0.0.0,Culture=neutral,PublicKeyToken=ad590a40d40745cf" resourceType="Unspecified" preCondition="integratedMode" />
        </handlers>

Para solucionarlo, tendremos que reactivar dichos controladores, como bien se explica en el KB922976, bien restaurando momentáneamente el hardware original, o mediante las herramientas de reparación integradas en el DVD de Windows 7 (en el símbolo de sistema podemos ejecutar RegEdit), o incluso utilizando un editor de registro offline, como el incluido con UBCD4Win. Las claves que debemos modificar son:

HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Msahci
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\IastorV

Poniendo en ambas el valor de Start a 0.

En servidores Plesk, este cambio se puede realizar cómodamente modificando la base de datos. Este es el SQL a utilizar a partir de la versión 8.3, y probado sobre una 9.5.1:

UPDATE 'dns_zone' SET 'ttl' = '300', 'ttl_unit' = '60' WHERE 'id' > 1;

Una vez modificada la base de datos, ejecutamos este comando para que Plesk regenere los archivos de zona:

"%plesk_bin%\dnsmng.exe" update *

Hay que tener en cuenta que los cambios no serán inmediatos, debido al propio funcionamiento del sistema DNS, que provoca que la propagación no se pueda garantizar hasta que vaya caducando en la caché de los distintos servidores el registro anterior, así que hay que anticiparse y realizar este cambio al menos 24 horas antes de realizar la modificación de la IP.

Bonus 1: Modificación de la base de datos MDB de Plesk

Si estuvimos poco hábiles el día de la instalación de Plesk y decidimos que utilizase Access en lugar de MySQL, tendremos alguna dificultad para realizar cambios sin instalar el Microsoft Access, del que tendríamos que adquirir una licencia para poder realizar esta modificación, además de que dejarlo instalado en un servidor de producción no mola.

Pero tenemos una buena alternativa: MDB Viewer Plus, que permite examinar y desde hace bien poco también la ejecución de SQL sobre tablas Access, utilizando MDAC, que viene instalado con Windows.

Bonus 2: Comprobación de los registros DNS

Para comprobar que efectivamente el TTL de nuestros registros DNS es el correcto, podemos utilizar el comando dig en Linux contra cualquier servidor DNS, que nos mostrará lo que tenga almacenado:

jefazo@servidor:~$ dig midominio.tld @8.8.8.8

; <<>> DiG 9.7.3 <<>> midominio.tld @8.8.8.8
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 10873
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;midominio.tld.                        IN      A

;; ANSWER SECTION:
midominio.tld.         300     IN      A       1.2.3.4

;; Query time: 108 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Sat Sep 10 22:12:07 2011
;; MSG SIZE  rcvd: 48

La utilidad está en %windir%\system32\inetsrv, aunque también hay una pequeña aplicación de interfaz bastante simple llamada AppcmdUI, pero que nos ofrece la posibilidad de ir autocompletando el comando que vamos generando, lo que suele ser una ayuda, sobre todo al principio.

Una de las capacidades más notorias que nos ofrece Appcmd es el pipelining, lo que nos permite encadenar la salida de un comando como entrada del siguiente, consiguiendo así actuar sobre varios objetos fácilmente. Me explico con un ejemplo práctico:

1. Obtenemos una lista de los grupos de aplicaciones:
   appcmd apppool list
2. Modificamos a 30 minutos el tiempo de inactividad de un grupo de aplicaciones previo a su reciclaje:
   appcmd set apppool "pedazodeseñoraweb.es" /processModel.idleTimeout:00:30:00

Si juntamos estos dos comandos, podemos hacer que el tiempo de inactividad de todos los grupos de aplicaciones pase a ser de 30 minutos, con:

appcmd list apppool /xml | appcmd set apppool /in /processModel.idleTimeout:00:30:00

Obsérvese que la salida del primer comando se ha establecido para que se obtenga como XML, con /xml, y que se ha especificado que la entrada del segundo provendrá de su entrada estándar y en formato XML, con /in. Por último, se han unido la salida del primero con la entrada del primero mediante una tubería (|).

Así, podemos hacer cosas chachis, como reciclar todos los procesos, modificar en lote la configuración de los que empiecen por una cadena de texto dada, listar todas las copias de seguridad existentes…

El motivo es precisamente que es un controlador de dominio, y como tal, tiene una directiva de seguridad específica, que se puede modificar en Herramientas administrativas | Configuración de seguridad predeterminada de controlador de dominio.

En esta consola, desplegamos Configuración de Windows | Configuración de seguridad | Directivas locales | Asignación de derechos de usuario, y en la directiva Permitir inicio de sesión a través de Servicios de Terminal Server añadimos al usuario que nos interese, en la forma DOMINIO\Usuario.

Como cualquier modificación en las directivas, tarda algo en hacerse efectiva, así que si tenemos prisa y no apetece reiniciar, podemos forzarlo con el comando:

gpupdate /force

1. Obtener el pack de idiomas.
   En Windows 7 Ultimate aparece por defecto en la lista de actualizaciones opcionales de Windows Update.
   En Windows 2008 R2 lo podemos obtener a partir de la imagen ISO con los 35 paquetes de idiomas disponibles o en el centro de descarga de Microsoft, pulsando aquí para la versión en castellano (es-ES).
2. Si lo hemos obtenido por Windows Update o descargándolo de forma individual, simplemente lanzaremos el ejecutable descargado, lo que procederá a la conversión del usuario actual.
   Si lo obtenemos a partir de la ISO, tendremos un paquete CAB con el idioma que deseemos instalar, y para poder instalarlo ejecutaremos la utilidad Lpksetup.exe, que producirá el mismo resultado.

   

3. Una vez instalado el paquete de idiomas (y posiblemente reiniciado el servidor), sólo quedará modificar todas las opciones de configuración regional, a las que se accede a través de Panel de control | Reloj, idioma y región | Cambiar el idioma para mostrar.
4. Una vez se ha configurado correctamente el usuario, el último paso es establecer esta configuración para la pantalla de inicio de sesión, cuentas del sistema y las nuevas cuentas de usuario. Esto se podrá hacer desde la misma ventana de configuración regional, en la pestaña Administrativo, botón Copiar configuración…

Eso es todo. Con estos procesos habremos obtenido un Windows 2008 R2 o Windows 7 que en lugar de decir “Press CTRL + ALT + DEL to Logon” pasa a decir “Pulse Ctrl + Alt + Supr para iniciar sesión”. Siengo extra-pejiguero, podemos poner pegas como que la cuenta del administrador se seguirá llamando Administrator, pero como lo más correcto por motivos de seguridad es crear una nueva con un nombre de usuario distinto, ya no hay excusa.

Aunque sea un poco offtopic sobre la temática de esta entrada, no puedo dejar de recomendar la web http://www.win2008r2workstation.com/ si se tiene que utilizar el Windows 2008 R2 como estación de trabajo además de servidor, ya que explica cómo habilitar los temas visuales, el servicio de sonido, etc.