none
Incorporación de maquina cliente windows 10 / 8 y 7 con sitios que tienen DC, RODC RRS feed

  • Pregunta

  • Hola.

    Comento que dispongo de un dominio con el siguiente formato:

    • Servidor A de lectura escritura con los FSMO en sitio 1
    • Servidor B de lectura escritura en sitio 2
    • Servidor C de lectura escritura en sitio 3

    ----------------------------------------------------

    • Servidor D solo de lectura en sitio 4
    • ...............
    • ...............
    • Servidor J solo de lectura en sitio 10

    ---------------------------------------------------

    En sitios y servicios esta configurado que todo los sitios desde el 2 al 10 , los servidores controladores de dominio replican solo contra el servidor A que es el que tiene lo 5 FSMO.

    ----------------------------------------------------

    En la configuración de red se indica que la primer DNS es la del servidor local y la segunda DNS es A (FSMO)

    ----------------------------------------------------

    Caso de consulta:

     

    Si se da de alta una maquina cliente con windows 10 u 8 o 7, en algún sitio donde el controlador de dominio es de solo lectura. Esta nueva cuenta muchas veces es creada en los servidores B o C  . Cuando lo que se espera que automáticamente se cree en A y NO en cualquiera de los otros de lectura escritura.

    Esto esta bien que suceda de esta manera o me falta considerar algo mas para que el alta de una nueva cuenta de maquina se cree solo en el servidor A?

    Muchas gracias

    martes, 28 de mayo de 2019 11:57

Respuestas

  • Con "subdominios" me refiero a las "carpetas" que aparecen dentro de la zona "_msdcs", no a que tuvieras "subdominio del Dominio", perdón por la confusión, pero técnicamente esas carpetas son "subdominios" de "_msdcs"

    Más específicamente en "_msdcs. ... .dc._sites" y en "_msdcs. ... .gc._Sites" debería estar el nombre de cada "site" y dentro de este qué Controlador de Dominio se registra para "cubrir" dicho "Site"

    Cada uno debería tener al correspondiente RODC

    Por lo menos yo, no estoy pensando en una máquina ya unida al Dominio, entiendo que estamos hablando de unirla con lo cual se crea una nueva cuenta de máquina

    El archivo C:\Windows\System32\netlogon.dns es un archivo de texto que contiene las registraciones en DNS del propio Controlador de Dominio, está en este último. Desconozco, o mejor, no recuerdo, si es sólo cuando fue promovido, o si luego lo actualiza periódicamente. No tengo ahora a mano un cliente de Dominio para ver si también lo crea o no, pero no creo

    Cuando el cliente/máquina, pide ser autenticado, si es la primera vez:

    - Pregunta al DNS por todos los DCs del Dominio

    - El DNS le devuelve la lista completa

    - El cliente trata de contactar con cada uno, y se queda con el primero que responde

    - La máquina hace el pedido de autenticación

    - Este DC verifica si la IP del cliente está en el mismo "Site" que el DC, y se abren entonces dos posibilidades

    a- Están en el mismo "Site". Le pasa la información del "Site" al cliente y éste lo "cachea" en su registro". Y lo autentica

    b- Están en diferente "Site": El DC le dice al cliente "vos estás en el "Site1" difernte al mío
    El cliente entonces ahora consulta al DNS pidiendo la lista de todos los "DCs en 'Site1'"

    Todo lo anterior es lo que dice, o por lo menos antes estaba en la documentación oficial de Microsoft. Si lo cambiaron lo desconozco

    [Edito y agrego] De todas formas no cierra eso de crear la cuenta de máquina en "read-only", no debería ser posible

     


    Guillermo Delprato
    Buenos Aires, Argentina
    El Blog de los paso a paso

    MCSE - MCSA2012
    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, 28 de mayo de 2019 19:26
    Moderador
  • Hola, esto explica de alguna manera que lee una maquina cliente para localizar un controlador de dominio.

    En los controladores de dominio los registros de recurso del  SRV. Netlogon.dns se encuentra en la carpeta %systemroot%\System32\Config

    https://support.microsoft.com/es-co/help/816587/how-to-verify-that-srv-dns-records-have-been-created-for-a-domain-cont

    Ahora lo que pasa en sitios donde no tiene DC, to lo adjunto con una imagen del libro " Active Directory, 5th Edition", para que quede mejor explicado. 

    ---------------------------------------



    Saludos Jorge Argentina

    • Marcado como respuesta G. Moreno martes, 28 de mayo de 2019 20:14
    martes, 28 de mayo de 2019 15:01
  • Hola.

    Me tarde un buen rato puesto que no recordaba esto de elegir el controlador de dominio y tenia que probarlo primero.

    https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.management/add-computer?view=powershell-5.1

    Este es el comando en powershell :

    Add-Computer -DomainName contos.com -Credential contoso\jecavallin -Server server-dc

    server-dc = Ese el controlador de dominio donde quiero crear la cuenta

    También luego de "-Server server-dc" se puede agregar los indicadores -Restart -Force par reiniciar automáticamente.

    Ejecutar el comando como administrador local del equipo. Luego de la ejecución solicitara la clave de este usuario.

     


    Saludos Jorge Argentina

    viernes, 31 de mayo de 2019 19:39

Todas las respuestas

  • Saludos Moreno.

    Desde los sitios donde las maquinas clientes tiene el controlador d dominio de solo lectura.

    Probaste si una maquina cliente tiene conexión sin errores con el DC A?

    Por ejemplo usando Port Query : https://support.microsoft.com/es-ar/help/310099/description-of-the-portqry-exe-command-line-utility

    Saludos


    Saludos Jorge Argentina

    • Propuesto como respuesta eRiver1 martes, 28 de mayo de 2019 21:06
    martes, 28 de mayo de 2019 12:05
  • Gracias por tu respuesta.

    Si eso ya lo verifique.

    También probé con éxito, dar de alta la cuenta maquina utilizando linea de comando dirigiendo que la cuenta se cree en el servidor A.

    Gracias 

    NETDOM

    netdom join nombre_equipo  /Domain:nombre_dominio  /UserD:usuario /PasswordD:contraseña


    • Editado G. Moreno martes, 28 de mayo de 2019 12:38
    • Propuesto como respuesta eRiver1 martes, 28 de mayo de 2019 21:06
    martes, 28 de mayo de 2019 12:09
  • Hola G. Moreno, los RODCs son justamente eso, sólo lectura, por lo tanto si son así no se puede crear la cuenta de máquina en uno de estos. Fundamentalmente porque un RODC solamente recibe replicación, pero nunca replica hacia otro

    Comienza por lo más sencillo, recuerda que las consolas no refrescan automáticamente, así que antes de decir "no aparece" dale varias veces al F5 o cierra y abre :)

    Al haber sitios definidos recuerda que el tiempo de convergencia es mucho mayor que si estuvieran todos en el mismo sitio, hablando de "Sitios" de AD

    Dependiendo de la frecuencia de replicación entre sitios puede pasar un tiempo hasta que la veas en todos los RODCs, también con F5 ... F5. Dale tiempo :)

    [Edito y agrego] Supongo que están creados todos los "Sites", "Subnets" y "Site links" ¿sí?

     


    Guillermo Delprato
    Buenos Aires, Argentina
    El Blog de los paso a paso

    MCSE - MCSA2012
    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, 28 de mayo de 2019 12:23
    Moderador
  • Gracias por tu respuesta.

    Si eso ya lo verifique.

    También probé con éxito, dar de alta la cuenta maquina utilizando linea de comando dirigiendo que la cuenta se cree en el servidor A.

    Gracias 

    NETDOM

    netdom join nombre_equipo  /Domain:nombre_dominio  /UserD:usuario /PasswordD:contraseña


    Veoque agrgaste algo mas a la respuesta. Si usaste el comando, de la forma que lo escribiste. No estas indicando controlador de dominio.

    Saludos


    Saludos Jorge Argentina

    martes, 28 de mayo de 2019 12:40
  • Gracias Guillermo.

    "[Edito y agrego] Supongo que están creados todos los "Sites", "Subnets" y "Site links" ¿sí?"

    Si eso esta perfecto. Por las dudas. No tengo errores , los equipos lo uno al dominio sin problemas.

    Solo que busco que la registración se haga puntualmente en el de lectura escritura que tiene los FSMO. Y veo que de la forma habitual, la registración se esta haciendo en cualquiera de los controladores de dominio de lectura escritura que están en otros sitios. 

    De ante mano es posible detectar que servidor de lectura escritura esta dando cobertura a un sitio que tiene un RODC?

    Y que puedo modificar modificar en un nuevo cliente que ingreso al dominio, para que vaya al DC que quiero?

    Gracias 

    martes, 28 de mayo de 2019 12:59
  • Hola, esto explica de alguna manera que lee una maquina cliente para localizar un controlador de dominio.

    En los controladores de dominio los registros de recurso del  SRV. Netlogon.dns se encuentra en la carpeta %systemroot%\System32\Config

    https://support.microsoft.com/es-co/help/816587/how-to-verify-that-srv-dns-records-have-been-created-for-a-domain-cont

    Ahora lo que pasa en sitios donde no tiene DC, to lo adjunto con una imagen del libro " Active Directory, 5th Edition", para que quede mejor explicado. 

    ---------------------------------------



    Saludos Jorge Argentina

    • Marcado como respuesta G. Moreno martes, 28 de mayo de 2019 20:14
    martes, 28 de mayo de 2019 15:01
  • Muy muy raro ese comportamiento, contradeciría toda la documentación que he visto, además se contradice con "Read Only DC"

    En la teoría documentada, es que cuando un cliente pide hacer un cambio a un RODC, éste lo redirige a un RWDC, se hace el cambio, y luego el RODC pide que le pase la modificación. Salvo que la teoría esté mal o haya cambiado

    Insito con lo raro, aunque no descarto error o cambios, yo lo he visto en los primeros Windows con AD

    ¿No funcionó con el F5? porque es un problema muy común no recordar que las consolas no refrescan automáticamente

    Para saber qué DC hizo una autenticación, se puede ver que yo sepa sólo para un usuario, es con el comando SET y revisar la variable %logonserver%. Aunque cuidado por la forma en que el sistema "cachea" los logon y permite autenticar al usuario antes, o aún sin contactactar a un DC. También a tener en cuenta es si el usuario está "cacheado" en el RODC

    Revisa en la zona "_.msdcs. ..." si los RODCs están registrados en el subdominio correspondiente a su "Site" a ver si encontramos una punta para ver el tema. Si está registrado en el subdominio de su correspondiente "Site" entonces está cubriendo dicho "Site" para autenticar

    Estoy muy intrigado :)

     


    Guillermo Delprato
    Buenos Aires, Argentina
    El Blog de los paso a paso

    MCSE - MCSA2012
    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, 28 de mayo de 2019 16:06
    Moderador
  • Gracias Guillermo. Revise lo que me indicas pero no tengo subdominios. 

    Por las dudas y en función de lo que me están respondiendo. Lo de ustedes esta orientado a una maquina que ya esta en el dominio. 

    Lo mio inicia en el momento que le estoy cambiando, de trabajo en grupo, para hacerlo en dominio. En este momento solo tengo IP en la maquina y las DNS, correspondiente al RODC local como primaria y secundaria el servidor A , donde están los FSMO.

    Entiendo acá que si el futuro cliente , encuentra que su sitio tiene un DC, pero es RODC. Por lo que pone Jorge en el RODC el archivo  Netlogon.dns, que ya estaría leyendo esta nueva maquina. Debería encontrar una linea del tipo SRV, que hace referencia al servidor A. Cosa que no veo en el archivo del RODC local.

    Gracias por el esfuerzo que se esta realizando para entender este tema.

    martes, 28 de mayo de 2019 18:15
  • Con "subdominios" me refiero a las "carpetas" que aparecen dentro de la zona "_msdcs", no a que tuvieras "subdominio del Dominio", perdón por la confusión, pero técnicamente esas carpetas son "subdominios" de "_msdcs"

    Más específicamente en "_msdcs. ... .dc._sites" y en "_msdcs. ... .gc._Sites" debería estar el nombre de cada "site" y dentro de este qué Controlador de Dominio se registra para "cubrir" dicho "Site"

    Cada uno debería tener al correspondiente RODC

    Por lo menos yo, no estoy pensando en una máquina ya unida al Dominio, entiendo que estamos hablando de unirla con lo cual se crea una nueva cuenta de máquina

    El archivo C:\Windows\System32\netlogon.dns es un archivo de texto que contiene las registraciones en DNS del propio Controlador de Dominio, está en este último. Desconozco, o mejor, no recuerdo, si es sólo cuando fue promovido, o si luego lo actualiza periódicamente. No tengo ahora a mano un cliente de Dominio para ver si también lo crea o no, pero no creo

    Cuando el cliente/máquina, pide ser autenticado, si es la primera vez:

    - Pregunta al DNS por todos los DCs del Dominio

    - El DNS le devuelve la lista completa

    - El cliente trata de contactar con cada uno, y se queda con el primero que responde

    - La máquina hace el pedido de autenticación

    - Este DC verifica si la IP del cliente está en el mismo "Site" que el DC, y se abren entonces dos posibilidades

    a- Están en el mismo "Site". Le pasa la información del "Site" al cliente y éste lo "cachea" en su registro". Y lo autentica

    b- Están en diferente "Site": El DC le dice al cliente "vos estás en el "Site1" difernte al mío
    El cliente entonces ahora consulta al DNS pidiendo la lista de todos los "DCs en 'Site1'"

    Todo lo anterior es lo que dice, o por lo menos antes estaba en la documentación oficial de Microsoft. Si lo cambiaron lo desconozco

    [Edito y agrego] De todas formas no cierra eso de crear la cuenta de máquina en "read-only", no debería ser posible

     


    Guillermo Delprato
    Buenos Aires, Argentina
    El Blog de los paso a paso

    MCSE - MCSA2012
    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, 28 de mayo de 2019 19:26
    Moderador
  • Con "subdominios" me refiero a las "carpetas" que aparecen dentro de la zona "_msdcs", no a que tuvieras "subdominio del Dominio", perdón por la confusión, pero técnicamente esas carpetas son "subdominios" de "_msdcs"

    Más específicamente en "_msdcs. ... .dc._sites" y en "_msdcs. ... .gc._Sites" debería estar el nombre de cada "site" y dentro de este qué Controlador de Dominio se registra para "cubrir" dicho "Site"

    Cada uno debería tener al correspondiente RODC

    Por lo menos yo, no estoy pensando en una máquina ya unida al Dominio, entiendo que estamos hablando de unirla con lo cual se crea una nueva cuenta de máquina

    El archivo C:\Windows\System32\netlogon.dns es un archivo de texto que contiene las registraciones en DNS del propio Controlador de Dominio, está en este último. Desconozco, o mejor, no recuerdo, si es sólo cuando fue promovido, o si luego lo actualiza periódicamente. No tengo ahora a mano un cliente de Dominio para ver si también lo crea o no, pero no creo

    Cuando el cliente/máquina, pide ser autenticado, si es la primera vez:

    - Pregunta al DNS por todos los DCs del Dominio

    - El DNS le devuelve la lista completa

    - El cliente trata de contactar con cada uno, y se queda con el primero que responde

    - La máquina hace el pedido de autenticación

    - Este DC verifica si la IP del cliente está en el mismo "Site" que el DC, y se abren entonces dos posibilidades

    a- Están en el mismo "Site". Le pasa la información del "Site" al cliente y éste lo "cachea" en su registro". Y lo autentica

    b- Están en diferente "Site": El DC le dice al cliente "vos estás en el "Site1" difernte al mío
    El cliente entonces ahora consulta al DNS pidiendo la lista de todos los "DCs en 'Site1'"

    Todo lo anterior es lo que dice, o por lo menos antes estaba en la documentación oficial de Microsoft. Si lo cambiaron lo desconozco

    [Edito y agrego] De todas formas no cierra eso de crear la cuenta de máquina en "read-only", no debería ser posible

     


    Guillermo Delprato
    Buenos Aires, Argentina
    El Blog de los paso a paso

    MCSE - MCSA2012
    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.


    Hola. Guillermo por si es de utilidad . Hice una pruebas en mi entorno. El archivo C:\Windows\System32\netlogon.dns . Se actualiza en la misma medida que se actualizan los datos de conexiones en sitios y servicios. También coincido en que en un RODC, NO es posible la creación de cuentas.

    Saludos Jorge Argentina

    martes, 28 de mayo de 2019 20:04
  • Muchas gracias, ahora entendí lo de subdominio .

    Y esta según tu descripción Guillermo.

    La ultima consulta:

    Es posible incorporar una maquina al dominio, por medio de linea de comando e indicar en que DC quiero crear la cuenta?

    Gracias 

    • Editado G. Moreno martes, 28 de mayo de 2019 20:17
    martes, 28 de mayo de 2019 20:12
  • Hola, esto explica de alguna manera que lee una maquina cliente para localizar un controlador de dominio.

    En los controladores de dominio los registros de recurso del  SRV. Netlogon.dns se encuentra en la carpeta %systemroot%\System32\Config

    https://support.microsoft.com/es-co/help/816587/how-to-verify-that-srv-dns-records-have-been-created-for-a-domain-cont

    Ahora lo que pasa en sitios donde no tiene DC, to lo adjunto con una imagen del libro " Active Directory, 5th Edition", para que quede mejor explicado. 

    ---------------------------------------



    Saludos Jorge Argentina

    Marque como respuesta , puesto que me resulto muy interesante y útil , para los que estamos iniciándonos el el tema de AD. Muchas gracias
    • Propuesto como respuesta eRiver1 martes, 28 de mayo de 2019 21:07
    martes, 28 de mayo de 2019 20:34
  • Gracias por la aclaración Jorge, yo no me acordaba

     


    Guillermo Delprato
    Buenos Aires, Argentina
    El Blog de los paso a paso

    MCSE - MCSA2012
    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, 28 de mayo de 2019 21:08
    Moderador
  • Que yo sepa no es posible seleccionar en qué Controlador de Dominio se crea la nueva cuenta de máquina

    Salvo que se haga el proceso inverso, esto es, primero creas la cuenta de máquina con el nombre que va a tener, y luego se une la máquina al Dominio usando el mismo nombre

    Pero de todas formas, estoy muy intrigado con eso de creación de cuenta en un RODC, porque no debería. Me parece que en cualquier momento me hago un Lab con eso, pero si la crea en DC normal, todavía me quedaría la duda, si es siempre o dio la casualidad

     


    Guillermo Delprato
    Buenos Aires, Argentina
    El Blog de los paso a paso

    MCSE - MCSA2012
    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, 28 de mayo de 2019 21:13
    Moderador
  • Que yo sepa no es posible seleccionar en qué Controlador de Dominio se crea la nueva cuenta de máquina

    Salvo que se haga el proceso inverso, esto es, primero creas la cuenta de máquina con el nombre que va a tener, y luego se une la máquina al Dominio usando el mismo nombre

    Pero de todas formas, estoy muy intrigado con eso de creación de cuenta en un RODC, porque no debería. Me parece que en cualquier momento me hago un Lab con eso, pero si la crea en DC normal, todavía me quedaría la duda, si es siempre o dio la casualidad

     


    Guillermo Delprato
    Buenos Aires, Argentina
    El Blog de los paso a paso

    MCSE - MCSA2012
    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.

    Hola. Tengo un entorno con DC RODC. Diariamente se dan de alta y baja mas de 10 maquinas por día. Y te confirmo Guillermo que nunca vi que la cuente se cree en el RODC. Saludos

    Saludos Jorge Argentina

    miércoles, 29 de mayo de 2019 11:36
  • ¡Gracias Jorge! es por eso mismo que estoy intrigado ya que si son RODC, entonces son RO :)

    Y por eso lo primero que comenté fue que F5 F5 F5, para que refesque la consola

     


    Guillermo Delprato
    Buenos Aires, Argentina
    El Blog de los paso a paso

    MCSE - MCSA2012
    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, 29 de mayo de 2019 18:12
    Moderador
  • Hola.

    Me tarde un buen rato puesto que no recordaba esto de elegir el controlador de dominio y tenia que probarlo primero.

    https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.management/add-computer?view=powershell-5.1

    Este es el comando en powershell :

    Add-Computer -DomainName contos.com -Credential contoso\jecavallin -Server server-dc

    server-dc = Ese el controlador de dominio donde quiero crear la cuenta

    También luego de "-Server server-dc" se puede agregar los indicadores -Restart -Force par reiniciar automáticamente.

    Ejecutar el comando como administrador local del equipo. Luego de la ejecución solicitara la clave de este usuario.

     


    Saludos Jorge Argentina

    viernes, 31 de mayo de 2019 19:39
  • Hola.

    Me tarde un buen rato puesto que no recordaba esto de elegir el controlador de dominio y tenia que probarlo primero.

    https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.management/add-computer?view=powershell-5.1

    Este es el comando en powershell :

    Add-Computer -DomainName contos.com -Credential contoso\jecavallin -Server server-dc

    server-dc = Ese el controlador de dominio donde quiero crear la cuenta

    También luego de "-Server server-dc" se puede agregar los indicadores -Restart -Force par reiniciar automáticamente.

    Ejecutar el comando como administrador local del equipo. Luego de la ejecución solicitara la clave de este usuario.

     


    Saludos Jorge Argentina

    Muchas gracias.
    viernes, 31 de mayo de 2019 20:14
  • ¡Jorge Genio! no hay caso, el que sabe, sabe

    ¡Gracias Jorge!

     


    Guillermo Delprato
    Buenos Aires, Argentina
    El Blog de los paso a paso

    MCSE - MCSA2012
    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, 31 de mayo de 2019 20:32
    Moderador
  • Muchas gracias por el alago , no te olvides que el maestros eres tú. Sin dudas :)

    Saludos Jorge Argentina

    viernes, 31 de mayo de 2019 20:34
  • Agradezco la colaboración y el buen nivel técnico y humano del grupo.
    viernes, 31 de mayo de 2019 20:57