«Se habrá deskerberizado la máquina, vamos a quitarla de dominio y la volvemos a meter» , una idea preciosa, pero no pude, continuaba teniendo problema, en la misma máquina si lanzaba un dcpromo y en el otro servidor si intentaba degradar la máquina mediante la consola de administración de Active Directoy.

¿Solución? Le hago un dcpromo /forceremoval y andando!! (Manos a la cabeza)

Una vez hecho el dcpromo no podía volver a meter la máquina en dominio y mucho menos intentar directamente hacerla controladora de dominio, le pregunto a mi profesor de 2008 Genis Margarit y me comenta que:

1) Soy un burro por hacer el /forceremoval

2) Tengo que hacer una limpieza de metadatos en el servidor que queda en vida para que funcione.

Ok…a por ello:

1) Eliminar los vínculos de replicación:

repadmin /delete

Reiniciamos el servidor y el mastro RID se iniciará correctamente.

2) Eliminar los metadatos

No voy a copiar del Technet lo que hice, así que dejo un vínculo a la web

http://support.microsoft.com/kb/216498

Siguiendo estos pasos el servidor volvió a la vida.

Este es el mensaje que nos aparece cuando intentamos instalar un controlador de Windows2000 o NT4 en nuestro servidor 2003, esto es debido a una directiva local, para cambiarla hacemos:

Inicio
Ejecutar
gpedit.msc

Ahí nos vamos a:

Configuración de equipos  
Plantillas administrativas
Impresoras
No admitir la instalacionde impresoras utilizando controladores en mode de núcleo

Y deshabilitamos la directiva para poder instalar nuestra impresora. 

Una vez hecho esto ya podremos instalar nuestras antiguas y funcionales impresoras.

En 2003 ir a:

– Inicio
– Herramientas administrativas
– Servicios de componentes

En la parte izquierda abrir

– Raiz de consola
– Servicio de componentes
– Equipos
– MiPC

Botón derecho «Detener MS DTC»

– Sin cerrar esta consola abre visor de sucesos, rama aplicación
– Verás un evento que indica que se está deteniendo el servicio
– Actualiza los eventos hasta que veas el evento que indica: «MS DTC detectó un Promoción…»
– Una vez hecho eso vuelve a la consola de servicio de componentes e inicia el servicio MS DTC.

Dejo aquí una URL de la información en Ingles:

http://blogs.technet.com/jhoward/archive/2005/04/26/404161.aspx

Espero que vaya bien!!!

(Asumiremos que ya tenemos instalador el IIS en nuestro servidor 2003 y que si escribimos dentro de nuestra Lan la IP interna de nuestro servidor nos responde el IIS)

Primero de todo, vamos a entender lo que tenemos que hacer… alguien en el otro lado del mundo escribirá en el navegador nuestra dirección web, por ejemplo joan-garcia.com , las direcciones de internet se leen de derecha a izquierda, esto hara que los servidores DNS del ese cliente se vaya a:

Los servidores .info :y pregunte por joangarcia, estos lo reenviaran a nuestro servidor de ISP donde tenemos registrado el dominio .joangarcia , preguntara por la entrada www y nuestro servidor ISP devolverá una dirección IP.

Aquí entra la primera decisión ¿Tenemos una web empresarial en nuestro proveedor de internet y queremos tener una Intranet de la empresa? o ¿Queremos que nuestra web de Internet sea la que tendremos dentro de los servidores de la empresa? esto nos implica:

Para que nuestra web joan-garcia.com este dentro de nuestra empresa deberemos modificar la entrada www del proveedor de dominio hacia nuestra IP publica del router de nuestra empresa.

Para que tengamos un subdominio del tipo intranet.joangarcia.info debemos añadir una entrada DNS en nuestro proveedor de dominios con nombre intranet que apunte hacia la IP pública del router de nuestra empresa.

Ok… ya tenemos que cuando alguien escriba nuestro nombre en internet llegará a nuestro router de la empresa, ahora debemos hacer que esta petición entre dentro de la empresa y se vaya a nuestro servidor.

Tenemos que entrar en nuestro router, en el configurado de nuestro router y decir que las peticiones que vengan por el puerto 80 o 443 (Puerto Http y Https) las tiene que redirigir a la Ip interna del servidor, esto suele estar en el apartado de Port Forward o NAT o Trigger Port, depende del fabricante le pone un nombre u otro, suele tener la estructura tipo:

Así le estamos diciendo que todas las peticiones del tipo TCP que lleguen a traves del puerto 80 o 443 las tiene que redirigir hacia nuestro servidor y ver como responde nuestro IIS.

F.A.Q

Escribo la IP pública desde dentro de la LAN y no me responde el IIS

Antes de desesperarte pruébalo desde fuera de la empresa, es posible que sea tu router que se hace un lio.

Las peticiones por el puerto 80 están cogidas por el configurador Web del router

Si, todo depende del fabricante, puedes hacer dos cosas o deshabilitar la configuración externa del router (totalmente aconsejable) o mover el puerto de gestión del configurador web del router del 80 al 8080 y cuando queramos entrar al router escribimos ipdelrouter:8080

Queremos que desde casa o nuestros jefes o equipo comercial pueda entrar en el Servidor como usuarios para poder ver su correo y sus documentos etc etc etc.

Primero de todo, tenemos que entender lo que va a suceder aquí, desde fuera de nuestra red alguien abrirá el cliente de escritorio remoto e introducirá la Ip pública de nuestro router, esa petición llegará a nuestro router al puerto 3389.

Pues vamos a por ello!! el router tendrá que aceptar las peticiones de la Ip pública que tengamos y reenviarlas a nuestro servidor para que las gestione, para eso entraremos en nuestro router y buscaremos el apartado de NAT o Port Forwarding o Trigger Port, cada fabricante le llama de una forma distinta, en definitiva es buscar un lugar donde diga que las peticiones del puerto XXXX las tiene que redirigir a la ip XXX.XXX.XXX.XXX , rellenaremos los campos poniendo que las peticiones del puerto 3389 se deben redirigir a la ip (la que tenga nuestro servidor), con esto tendremos la comunicación desde el exterior a la entrada de nuestro servidor.

Ahora toca configurar nuestro servidor, primero de todo, tenemos que tener instalado el Terminal Server, eso lo podemos instalar en Administre su Servidor, ahí agregaremos el servicio de Terminal Server,  una vez hecho esto toca configurar el servicio, antes he comentado que los usuarios se deben conectar como usuarios, no como administradores, hay gente que mete a los usuarios en el grupo de administradores y santas pascuas… NO, a los usuarios que queramos que se conecten por Terminal debemos meterlos en el grupo de usuarios de escritorio remoto, nos vamos al Active Directory y en el grupo de usuarios de escritorio remoto vamos añadiendo participantes.

Una vez hecho esto, normalmente ya deberíamos poder conectar, solo que a veces dar este mensaje de error:

Para iniciar una sesión en este equipo remoto, se le debe conceder el derecho Permitir inicio de sesión a través de Terminal Server. De forma predeterminada, los miembros de grupos Usuarios de escritorio remoto tienen este derecho. Si no es un miembro del Grupo Usuarios de escritorio remoto o de otro grupo con este derecho o si el grupo Usuario de escritorio remoto no tiene este derecho, se le debe conceder este derecho manualmente.

Esto ocurre (creo) en los Windows 2003 Server R2, porque se debe dar permisos a los usuarios de escritorio remoto a acceder localmente a la maquina y unas cositas más que ya explique en otro post, así que a los que les ocurra eso, echar un ojo aquí.

http://support.microsoft.com/kb/251192

w32tm /config /syncfromflags:domhier /update

net stop w32time

net start w32time

———————————————————-

ACTUALIZADO, para ver el principio ver este post: escritorio remoto

———————————————————-

Una vez instalado el servicio de Terminal server, es posible que al intentar entrar nos de este mensaje:

Para iniciar una sesión en este equipo remoto, se le debe conceder el derecho Permitir inicio de sesión a través de Terminal Server. De forma predeterminada, los miembros de grupos Usuarios de escritorio remoto tienen este derecho. Si no es un miembro del Grupo Usuarios de escritorio remoto o de otro grupo con este derecho o si el grupo Usuario de escritorio remoto no tiene este derecho, se le debe conceder este derecho manualmente.

¿Como solucionarlo? Pues primero de todo, tenemos que meter a los usuarios que queramos permitir hacer el login dentro del grupo de Usuarios de Escritorio Remoto, como dice el mensaje, pero hay veces que no solo tenemos que hacer eso, hay veces que metiendo los usuarios dentro del grupo, continua dando este mensaje, para eso tenemos que ir a «Herramientas administrativas» -> «Configuración de seguridad de dominio predeterminada» -> «Configuración de seguridad» -> «Directivas locales» -> «Asignación de derechos»

Una vez ahí editaremos las entradas:

«Crear Objetos Globales» donde añadiremos a los usuarios de escritorio remoto.

«Permitir inicio de sesión a través de Servicios de Terminal Server» donde añadiremos a los administradores y a los usuarios de escritorio remoto.

«Quitar el equipo de la estación de acoplamiento» Donde pondremos a los administradores y a los usuarios de escritorio remoto.

Dejo unas capturas de pantalla, ya que una imagen vale más que mil palabras:

Royal TS