none
Fallo validación en controlador local por caída del controlador remoto. RRS feed

  • Pregunta

  • Buenas ,

    Actualmente tengo un controlador de dominio principal y a su vez un controlador de dominio secundario en una delegacion remota.

    El problema se plantea cuando el controlador de dominio esta con problemas, caído, inacessible...  Durante el tiempo que el controlador de dominio secundario este caido resulta imposible validarse con el dominio principal. Si intentas abrir unu sesion bajo una cuenta del dominio principal te dice que no hay servidores de inicio de sesion operativos y así hasta que el dominio secundario se vuelve a levantar que ya comienza a validar de forma correcta de nueva.


    Red Local: DC Princial ---> Remoto DC-Remoto : Red Remota

    Lo que pretendo es que los dominios esten unidos para labores administrativas y por alta disponibilidad. Que si el Controlador local se cae se pueda resolver en el remoto pero no que si el remoto se cae ya no se pueda trabajar.

    Una parte que veo que me parece extraña es que el generador de topologias entre sitios esta apuntando al servidor remoto.

    gracias

    saludos.


    • Editado Kubick jueves, 13 de diciembre de 2012 14:17
    jueves, 13 de diciembre de 2012 12:47

Respuestas

Todas las respuestas

  • Kubick no es comprensible la pregunta porque estás usando en forma indistinta "controlador de dominio" y "dominio" y son dos cosas totalmente diferentes. Tampoco existen primarios y secundarios, ni en dominios, ni en controladores de dominio

    Para poder responderte además de la aclaración anterior, por lo menos se debería conocer la configuración de red de cada controlador de dominio, si tienen DNS, si son Catalogo Global, cuál/cuáles tienen los "FSMO Roles", qué DNS tienen configurados los clientes

    Resumiendo, se necesitan datos para comprender el escenario

     


    Guillermo Delprato - Buenos Aires, Argentina
    Visite Windows Server - Todos los Paso a Paso
    MVP [Directory Services] - MCT - MCSE - MCSA
    MCSA Windows Server 2012
    MCSA Windows Server 2008 MCITP: Enterprise Administrator / Server Administrator
    MCTS: Active Directory / Network Configuration / Applications Configuration / Server Virtualization / Windows 7 Configuration / Windows 7 & Office 2010 Deployment / Vista Configuration
    Este mensaje se proporciona "como está" sin garantías de ninguna clase. Usted asume todos los riesgos.

    jueves, 13 de diciembre de 2012 18:38
    Moderador
  • Guillermo, Primero de todo pedir disculpas a la comunidad. Las prisas y mi no completo conocimiento han provocado el desastre.

    Te actulizo el escenario:

    Hay dos dominios , el local  y el de la delegación remota. Cada dominio esta en segmentos de red diferentes enrutados entre ellos.

    Dominio local :

    - Tiene dos controladores de dominio (VC.kubick.net, dc2.kubick.net) separados fisicamente en dos servidores del mismo segmento de red.
    - Tiene dos servidores de DNS (DNS1 y DNS2), uno por cada controlador de dominio y servidor.
    - Tiene como catalogo global VC.kubick.net.
    - generador de topologicas apunta al controlador de la ubicación remota, dc-g.grupo.kubick.net

    Schema owner                VC.kubick.net
    Domain role owner           VC.kubick.net
    PDC role                    VC.kubick.net
    RID pool manager            VC.kubick.net
    Infrastructure owner        VC.kubick.net

    Los clientes de este segmento de red tienen configurada el servidor DNS1. Pertenecen al mismo segmento de red.

    Dominio delegación remota :
    - Tiene un controlador de dominio (dc-g.grupo.kubick.net).
    - Tiene un único servidor de DNS (DNS3), en el mismo segmento de red que el controlador de dominio.
    - El controlador de dominio no está definido como cátalogo global, tiene como cátalogo global VC.kubick.net

    Schema owner                VC.kubick.net
    Domain role owner           VC.kubick.net
    PDC role                    dc-g.grupo.kubick.net
    RID pool manager            dc-g.grupo.kubick.net
    Infrastructure owner        dc-g.grupo.kubick.net

    Los clientes de este segmento de red tienen configurada el servidor DNS de su delegación (DNS3). Pertenecen al mismo segmento de red.

    No se si con esto he conseguido aclarar un poco el escenario.

    muchas gracias por la ayuda.

    saludos.

    viernes, 14 de diciembre de 2012 12:31
  • [Guillermo] Respondo entre líneas

    Guillermo, Primero de todo pedir disculpas a la comunidad. Las prisas y mi no completo conocimiento han provocado el desastre.
    [Guillermo] Níngún problema, pero vamos despacio que hay que resolverlo rápido :-)

    Te actulizo el escenario:

    Hay dos dominios , el local  y el de la delegación remota. Cada dominio esta en segmentos de red diferentes enrutados entre ellos.

    Dominio local :

    - Tiene dos controladores de dominio (VC.kubick.net, dc2.kubick.net) separados fisicamente en dos servidores del mismo segmento de red.
    [Guillermo] Bien, aunque no pongas el nombre real, no importa, pero deduzco que el dominio del sitio central se llama kubick.net

    - Tiene dos servidores de DNS (DNS1 y DNS2), uno por cada controlador de dominio y servidor.
    [Guillermo] El servicio DNS ¿está instalado en estos dos controladores de dominio?

    - Tiene como catalogo global VC.kubick.net.
    [Guillermo] La funcionalidad de Catálogo Global es necesaria para que los usuarios inicien sesión, y por lo tanto conviene que existan más de uno

    - generador de topologicas apunta al controlador de la ubicación remota, dc-g.grupo.kubick.net
    [Guillermo] Acá ya aparece un dato "raro" lo aclaro al final del mensaje

    Schema owner                VC.kubick.net
    Domain role owner           VC.kubick.net
    PDC role                    VC.kubick.net
    RID pool manager            VC.kubick.net
    Infrastructure owner        VC.kubick.net

    Los clientes de este segmento de red tienen configurada el servidor DNS1. Pertenecen al mismo segmento de red.
    [Guillermo] Si tienes dos controladores de dominio en el dominio, y ambos tienen el servicio DNS, lo lógico es que los clientes tengan configurado para usar como DNS a ambos

    Dominio delegación remota :
    - Tiene un controlador de dominio (dc-g.grupo.kubick.net).
    [Guillermo] Sigue la "cosa rara" que comentaré al final

    - Tiene un único servidor de DNS (DNS3), en el mismo segmento de red que el controlador de dominio.
    [Guillermo] Igual que antes ¿el DNS es el controlador de dominio de la delegación?

    - El controlador de dominio no está definido como cátalogo global, tiene como cátalogo global VC.kubick.net
    [Guillermo] Debería serlo, y ese el motivo por el cual tienen que ir obligatoriamente al controlador de dominio del sitio central

    Schema owner                VC.kubick.net
    Domain role owner           VC.kubick.net
    PDC role                    dc-g.grupo.kubick.net
    RID pool manager            dc-g.grupo.kubick.net
    Infrastructure owner        dc-g.grupo.kubick.net

    Los clientes de este segmento de red tienen configurada el servidor DNS de su delegación (DNS3). Pertenecen al mismo segmento de red.

    No se si con esto he conseguido aclarar un poco el escenario.

    muchas gracias por la ayuda.

    saludos.

    Vamos ahora a lo "raro". Haz hecho algo que jamás se me hubiera ocurrido y por supuesto tampoco he probado si funciona de esa forma :-)
    El abuelo ha tenido un nieto, sin llegar a ser padre :-) ¿será posible eso? :-D

    Tu dominio central se llama "kubick.net", y el de la sucursal se llama "dc-g.grupo.kubick.net" ¿y dónde está "grupo.kubick.net"?

    O sea que haz "saltado una generación". Realmente nunca se me hubiera ocurrido hacer eso, porque el "." tiene como significado la separación entre nombres de dominio, y es necesario que los dominios (salvo el Dominio Raíz" tengan un "dominio padre"
    O sea que debe haber contigüidad de nombres (contiguous namespace en inglés que es más fácil)

    De todas formas, cambiar eso te llevaría bastante trabajo, así que si funciona, yo no lo arreglaría

    El problema por lo que comentas está en los Catálogo Global, y en la configuración de DNS. Suponiendo que todos los controladores de dominio tienen el servicio DNS:

    - Que el controlador de dominio de la sucursal sea catálogo global
    - Además revisa que éste servidor, en el DNS, contenga la zona "_msdcs.kubick.net" (si, la del "dominio padre", además de la propia)
    - Que los clientes de la sucursal tengan configurado como DNS al controlador de la sucursal
    - Que los clientes de la central tengan configurado como DNS a ambos controladores de dominio

    Revisa los siguientes enlaces a ver si te pueden ayudar

    Funciones del Catálogo Global (Global Catalog) « WindowServer:
    http://windowserver.wordpress.com/2011/06/24/funciones-del-catlogo-global-global-catalog/

    Creación de un Bosque (Forest) – Parte 1 « WindowServer:
    http://windowserver.wordpress.com/2011/05/27/creacin-de-un-bosque-forest/

    Creación de un Bosque (Forest) – Parte 2 « WindowServer:
    http://windowserver.wordpress.com/2011/05/28/creacin-de-un-bosque-forest-parte-2/

    Sobre todo éste
    Creación de un Bosque (Forest) – Parte 3 « WindowServer:
    http://windowserver.wordpress.com/2011/05/28/creacin-de-un-bosque-forest-parte-3/

    Creación de un Bosque (Forest) – Parte 4 « WindowServer:
    http://windowserver.wordpress.com/2011/06/04/creacin-de-un-bosque-forest-parte-4/

     


    Guillermo Delprato - Buenos Aires, Argentina
    Visite Windows Server - Todos los Paso a Paso
    MVP [Directory Services] - MCT - MCSE - MCSA
    MCSA Windows Server 2012
    MCSA Windows Server 2008 MCITP: Enterprise Administrator / Server Administrator
    MCTS: Active Directory / Network Configuration / Applications Configuration / Server Virtualization / Windows 7 Configuration / Windows 7 & Office 2010 Deployment / Vista Configuration
    Este mensaje se proporciona "como está" sin garantías de ninguna clase. Usted asume todos los riesgos.

    viernes, 14 de diciembre de 2012 17:15
    Moderador
  • Gracias Guillermo.

    Los DNS estan instalados en cada controlador de dominio.

    Voy a hacer que el controlador de dominio de la sucursal sea catalogo global.

    Sigo sin ver claro porque cuando se cae la VPN ente ambas sedes no puedo iniciar sesion en el sitio principal pero sin embargo si que puedo en la sucursal...?

    muchas gracias

    saludos.

    lunes, 17 de diciembre de 2012 14:27
  • ¿Puedes poner la salida de un IPCONFIG /ALL tanto del DC de central, como de un cliente también de central?

     


    Guillermo Delprato - Buenos Aires, Argentina
    Visite Windows Server - Todos los Paso a Paso
    MVP [Directory Services] - MCT - MCSE - MCSA
    MCSA Windows Server 2012
    MCSA Windows Server 2008 MCITP: Enterprise Administrator / Server Administrator
    MCTS: Active Directory / Network Configuration / Applications Configuration / Server Virtualization / Windows 7 Configuration / Windows 7 & Office 2010 Deployment / Vista Configuration
    Este mensaje se proporciona "como está" sin garantías de ninguna clase. Usted asume todos los riesgos.

    lunes, 17 de diciembre de 2012 19:48
    Moderador
  • Buenas Guillermo,

    Te pego los resultados:

    DC central:

    Microsoft Windows [Versión 5.2.3790]
    (C) Copyright 1985-2003 Microsoft Corp.

    C:\Documents and Settings\kubick>ipconfig /all

    Configuración IP de Windows

       Nombre del host . . . . . . . : VC
       Sufijo DNS principal  . . . . : kubick.net
       Tipo de nodo. . . . . . . . . : desconocido
       Enrutamiento habilitado . . . : No
       Proxy WINS habilitado . . . . : No
       Lista de búsqueda sufijo DNS  : kubick.net

    Adaptador Ethernet Conexión 192.168.10.0:

       Sufijo conexión específica DNS:
       Descripción . . . . . . . . . : Broadcom NetXtreme Gigabit Ethernet #2
       Dirección física. . . . . . . : 00--19-A-30-DD
       DHCP habilitado . . . . . . . : No
       Dirección IP. . . . . . . . . : 192.168.10.10
       Máscara de subred . . . . . . : 255.255.255.0
       Puerta de enlace predet.. . . : 192.168.10.1
       Servidores DNS. . . . . . . . : 127.0.0.1

    Adaptador Ethernet Conexión ESX:

       Sufijo conexión específica DNS:
       Descripción . . . . . . . . . : Broadcom NetXtreme Gigabit Ethernet
       Dirección física. . . . . . . : 00-22-9-B-30-DC
       DHCP habilitado . . . . . . . : No
       Dirección IP. . . . . . . . . : 192.168.100.1
       Máscara de subred . . . . . . : 255.255.255.0
       Puerta de enlace predet.. . . :

    Adaptador Ethernet Equalogic:

       Sufijo conexión específica DNS:
       Descripción . . . . . . . . . : Broadcom BCM5709C NetXtreme II GigE (NDIS VBD
     Client) #2
       Dirección física. . . . . . . : 00-0-18-4A-9-A6
       DHCP habilitado . . . . . . . : No
       Dirección IP. . . . . . . . . : 192.168.200.10
       Máscara de subred . . . . . . : 255.255.255.0
       Puerta de enlace predet.. . . :

    Adaptador Ethernet Conexión ESX2:

       Sufijo conexión específica DNS:
       Descripción . . . . . . . . . : Broadcom BCM5709C NetXtreme II GigE (NDIS VBD
     Client)
       Dirección física. . . . . . . : 00-10-18-4A-96-A4
       DHCP habilitado . . . . . . . : No
       Dirección IP. . . . . . . . . : 192.168.100.2
       Máscara de subred . . . . . . : 255.255.255.0
       Puerta de enlace predet.. . . :

    Cliente de central:

    Microsoft Windows [Versión 5.2.3790]
    (C) Copyright 1985-2003 Microsoft Corp.

    C:\Documents and Settings\administrador.kubick>ipconfig /all

    Configuración IP de Windows

       Nombre del host . . . . . . . : w2k3x32sp
       Sufijo DNS principal  . . . . : kubick.net
       Tipo de nodo. . . . . . . . . : desconocido
       Enrutamiento habilitado . . . : No
       Proxy WINS habilitado . . . . : No
       Lista de búsqueda sufijo DNS  : kubick.net

    Adaptador Ethernet Conexión de área local 3:

       Sufijo conexión específica DNS:
       Descripción . . . . . . . . . : VMware Accelerated AMD PCNet Adapter #2
       Dirección física. . . . . . . : 00-0-56-1-00-11
       DHCP habilitado . . . . . . . : No
       Dirección IP. . . . . . . . . : 192.168.10.8
       Máscara de subred . . . . . . : 255.255.255.0
       Puerta de enlace predet.. . . : 192.168.10.1
       Servidores DNS. . . . . . . . : 192.168.10.10

    Otro cliente de central (en el que siempre detectamos el fallo):

    Microsoft Windows [Versión 6.0.6002]
    Copyright (c) 2006 Microsoft Corporation.  Reservados todos los derechos.

    C:\Users\administrador.kubick>ipconfig /all

    Configuración IP de Windows

       Nombre de host. . . . . . . . . : TS
       Sufijo DNS principal  . . . . . : kubick.net
       Tipo de nodo. . . . . . . . . . : híbrido
       Enrutamiento IP habilitado. . . : no
       Proxy WINS habilitado . . . . . : no
       Lista de búsqueda de sufijos DNS: kubick.net

    Adaptador de Ethernet Conexión de área local 4:

       Sufijo DNS específico para la conexión. . :
       Descripción . . . . . . . . . . . . . . . : Conexión de red Intel(R) PRO/1000
     MT #4
       Dirección física. . . . . . . . . . . . . : 00-5-0B
       DHCP habilitado . . . . . . . . . . . . . : no
       Configuración automática habilitada . . . : sí
       Vínculo: dirección IPv6 local. . . : fe80::bd3cca:94b2:6a24%11(Preferido)

       Dirección IPv4. . . . . . . . . . . . . . : 192.168.200.9(Preferido)
       Máscara de subred . . . . . . . . . . . . : 255.255.255.0
       Puerta de enlace predeterminada . . . . . :
       IAID DHCPv6 . . . . . . . . . . . . . . . : 318787670
       DUID de cliente DHCPv6. . . . . . . . . . : 00-01-00-01-11-F0-B7-B7-00-50-56-
    9A-32-F0
       Servidores DNS. . . . . . . . . . . . . . : fec0:0:0:ffff::1%1
                                           fec0:0:0:ffff::2%1
                                           fec0:0:0:ffff::3%1
       NetBIOS sobre TCP/IP. . . . . . . . . . . : habilitado

    Adaptador de Ethernet Conexión de área local 3:

       Sufijo DNS específico para la conexión. . :
       Descripción . . . . . . . . . . . . . . . : Conexión de red Intel(R) PRO/1000
     MT #3
       Dirección física. . . . . . . . . . . . . : 00-50--00-0A
       DHCP habilitado . . . . . . . . . . . . . : no
       Configuración automática habilitada . . . : sí
       Vínculo: dirección IPv6 local. . . : fe80::9490:5eab:592f:2dfc%10(Preferido)

       Dirección IPv4. . . . . . . . . . . . . . : 192.168.10.9(Preferido)
       Máscara de subred . . . . . . . . . . . . : 255.255.255.0
       Puerta de enlace predeterminada . . . . . : 192.168.10.1
       IAID DHCPv6 . . . . . . . . . . . . . . . : 285233238
       DUID de cliente DHCPv6. . . . . . . . . . : 00-01-00-01-11-F0-B7-B7-00-50-56-
    9A-32-F0
       Servidores DNS. . . . . . . . . . . . . . : 192.168.10.10
       NetBIOS sobre TCP/IP. . . . . . . . . . . : habilitado

    Adaptador de túnel Conexión de área local*:

       Estado de los medios. . . . . . . . . . . : medios desconectados
       Sufijo DNS específico para la conexión. . :
       Descripción . . . . . . . . . . . . . . . : isatap.{0A8E3BA6-6D56-4167-B51D-4
    3AB8416F22B}
       Dirección física. . . . . . . . . . . . . : 00-00-00-00-00-00-00-E0
       DHCP habilitado . . . . . . . . . . . . . : no
       Configuración automática habilitada . . . : sí

    Adaptador de túnel Conexión de área local* 2:

       Estado de los medios. . . . . . . . . . . : medios desconectados
       Sufijo DNS específico para la conexión. . :
       Descripción . . . . . . . . . . . . . . . : isatap.{B5E4EDFC-3F99-4438-B04B-E
    4C75C95BD1B}
       Dirección física. . . . . . . . . . . . . : 00-00-00-00-00-00-00-E0
       DHCP habilitado . . . . . . . . . . . . . : no
       Configuración automática habilitada . . . : sí

    Muchas gracias,

    saludos.

    lunes, 17 de diciembre de 2012 23:36
  • Ya sé dónde está el problema :-)

    El problema está relacionado con las múltiples conexiones de red. Como los clientes y el DC registran todas sus conexiones en el DNS, puede darse el caso que un cliente de la red 192.168.10.0/24 esté tratando de comunicarse con el DC que el DNS resolvió a 192.168.100.0/24, no puede

    Te paso los enlaces más importantes relativos al tema, y la búsqueda para que veas cuántos problemas pueden producirse en un ambiente como comentas

    Active Directory communication fails on multihomed domain controllers:
    http://support.microsoft.com/kb/272294

    Clients cannot log on to domain controllers that are Windows Server 2003-based DNS servers, and network interfaces that are not registered in DNS can still perform dynamic updates:
    http://support.microsoft.com/kb/832478

    http://support.microsoft.com/search/default.aspx?query=multihomed+domain+controller&mode=a&spid=global&catalog=LCID%3D1033

    Es un tema difícil de solucionar

     


    Guillermo Delprato - Buenos Aires, Argentina
    Visite Windows Server - Todos los Paso a Paso
    MVP [Directory Services] - MCT - MCSE - MCSA
    MCSA Windows Server 2012
    MCSA Windows Server 2008 MCITP: Enterprise Administrator / Server Administrator
    MCTS: Active Directory / Network Configuration / Applications Configuration / Server Virtualization / Windows 7 Configuration / Windows 7 & Office 2010 Deployment / Vista Configuration
    Este mensaje se proporciona "como está" sin garantías de ninguna clase. Usted asume todos los riesgos.

    martes, 18 de diciembre de 2012 10:20
    Moderador
  • Gracias Guillermo.

    La verdad que he pensado en eso y he quitado del servidor de DNS las entrada que no son de la red 192.168.10.0 Pero aún así no funciona.

    El problema lo detecto cuando se cae el controlador de domino de la delegación remota que se encuentra en otro segemente 192.168.9.0.

    ¿puede influir que el generador de topologias apunte al controlador de la ubicación remota? y que al caerse la conexion el controlador de domino principal no sepa llegar al generador de topologias y por eso no valide los inicios de sesión...?

    Muchas gracias,

    Saludos

    martes, 18 de diciembre de 2012 10:27
  • Hola,

    Los "Inicios de sesión" corren a cargo de los servidores de son Global Catalog del site donde está el equipo cliente. Por tanto, asegúrate de que tienes al menos un GC en cada site de AD para que tus usuarios puedan iniciar sesión en él.


    Saludos,

    Marc
    Microsoft MVP - Directory Services
    MCSA/MCSE 2003
    MCSA: Windows Server 2008/2012
    MCITP: Enterprise Administrator, Enterprise Messaging Administrator, Lync Server Administrator 2010
    MCTS: SCOM 2007, Configuring; SCCM 2007, Configuring; Windows 7 and Office 2010, Deploying; Windows Server 2008 R2, Server Virtualization; Administering and Deploying System Center 2012 Configuration Manager
    MCC: Microsoft Community Contributor
    Citrix CCA
    Visita mi blog en ITPro.es
    MCP Virtual Bussines Card

    martes, 18 de diciembre de 2012 11:33
    Moderador
  • Si el "generador de topologías" se refiere a la función que yo conozco como ISTG (Intersite Topology Generator) es un rol que asume un servidor en cada sitio

    Y la función es determinar quién es el Bridgehead Server del Sitio. El Bridgehead Server del Sitio es el que hace la replicación hacia y desde dicho sitio
    Hay un único ISTG por sitio

    El tema es que aunque borres los registros, por un lado los clientes tienen la información "cacheada", e inclusive los servidores DNS
    Tampoco sería una solución si luego de un tiempo se vuelven a registrar

     


    Guillermo Delprato - Buenos Aires, Argentina
    Visite Windows Server - Todos los Paso a Paso
    MVP [Directory Services] - MCT - MCSE - MCSA
    MCSA Windows Server 2012
    MCSA Windows Server 2008 MCITP: Enterprise Administrator / Server Administrator
    MCTS: Active Directory / Network Configuration / Applications Configuration / Server Virtualization / Windows 7 Configuration / Windows 7 & Office 2010 Deployment / Vista Configuration
    Este mensaje se proporciona "como está" sin garantías de ninguna clase. Usted asume todos los riesgos.

    martes, 18 de diciembre de 2012 17:30
    Moderador
  • Gracias por los consejos.

    Antes de continuar he detectado un problema en el visor de sucesos. Los controladores de dominio intentan sincronizarse con un viejo controlador que hace un tiempo no esta disponible.

    Me gustaria quitar este controlador del bosque ya que los controladores intentan sincronizar con el y muestran de forma diaria errores.

    He leido que la mejor opción es despromocionarlo pero eso esta complicado porque esa máquina ya no esta disponible ni accesible.Alguna recomendación? estoy podría influir en el problema objeto de este tema?

    Sobre el generador de topologias la verdad que estoy perdido, solo es un dato que he visto y que me choca.

    gracias

    saludos.

    miércoles, 19 de diciembre de 2012 14:53
  • Quizás sea mejor simplemente decir que no sincronicen contra esa máquina caída para no entrar en mayores líos....?

    Si en sitios y servicios de Active directory elimino la configuracion NTDS del servidor en cuestion valdría o me generaría mayores problemas?

    gracias

    Saludos.

    miércoles, 19 de diciembre de 2012 15:36
  • Para quitar las referencias a un DC que ya no existe, prueba lo del siguiente enlace

    Eliminar un Controlador de Dominio Que Ya No Existe (Fácil) « WindowServer:
    http://windowserver.wordpress.com/2012/06/02/eliminar-un-controlador-de-dominio-que-ya-no-existe-fcil/

    Si de esa forma no puedieras entonces

    How to remove data in Active Directory after an unsuccessful domain controller demotion:
    http://support.microsoft.com/kb/216498

     


    Guillermo Delprato - Buenos Aires, Argentina
    Visite Windows Server - Todos los Paso a Paso
    MVP [Directory Services] - MCT - MCSE - MCSA
    MCSA Windows Server 2012
    MCSA Windows Server 2008 MCITP: Enterprise Administrator / Server Administrator
    MCTS: Active Directory / Network Configuration / Applications Configuration / Server Virtualization / Windows 7 Configuration / Windows 7 & Office 2010 Deployment / Vista Configuration
    Este mensaje se proporciona "como está" sin garantías de ninguna clase. Usted asume todos los riesgos.

    miércoles, 19 de diciembre de 2012 15:50
    Moderador
  • gracias,

    Lo probaré y os comento.

    Saludos.

    viernes, 21 de diciembre de 2012 12:57