Les dejo el siguiente link, que contiene información detallada sobre el algoritmo utilizado por DFS-R para todo lo relacionado con compresión de datos.

Optimizing File Replication over Limited-Bandwidth Networks using Remote Differential Compression

Saludos!

Marcelo.

Sabemos que no es común extender nuestro schema todo el tiempo, y que además al tratarse de un proceso irreversible, suele generar cierto temor, ya sea por falta de conocimientos, o por no saber exactamente en que consiste el proceso de extensión del schema. De todas formas, en esta oportunidad les ofrezco un artículo de la KB que les describe como testear previamente la extensión de schema a aplicar en sus ambientes, de manera tal que puedan analizar si esta ocasionará conflictos o no.

Como comentario en base a mi experiencia personal, les comento que conozco un solo cliente que detectó un conflicto por haber tenido generado previamente un atributo que se iba a adicionar durante la extensión de schema que iban a llevar a cabo. Exceptuando ese caso, jamás tuve problema alguno al extender el schema.

Testing for Active Directory Schema Extension Conflicts
 
Saludos.
 
Marcelo.

www.overall.ca/adrecyclebin

Más información:

What's new in AD for Windows Server 2008 R2.

Requirements for Active Directory Recycle Bin.

Saludos.

Marcelo.

Cuando se presenta esta condición, y con el fin de prevenir inconsistencias, FRS entra en el estado Journal_Wrap.

Como recuperarse de este estado:

Primero, se debe detectar la presencia del evento con ID 13568 en el log de FRS. Lo más frecuente es que llevando a cabo un restore del tipo D2 en el Domain Controller afectado, solucionemos el problema, sin embargo no nos debemos conformar con mitigar el problema sino además tratar de encontrar los motivos por los cuales se presenta esta situación.

¿Que significa llevar a cabo un D2 en el Domain Controller afectado?, significa llevar a cabo un restore no autoritativo, tomando como referencia un inbound partner, lo cual puede llevar más o menos tiempo dependiendo del tamaño del replica set a restaurar. En situaciones típicas, no debemos preocuparnos por seleccionar un inbound partner, sin embargo, si esta situación se llegara a presentar en todos los Domain Controllers del dominio, deberemos llevar a cabo primero un restore autoritativo (D4) de un replica set, y luego llevar a cabo los posteriores D2 en cada uno de los Domain Controllers restantes.

Pasos generales para llevar a cabo un D2 en un escenario en el cual tenemos uno o más Domain Controllers en estado Journal_Wrap, pero contando con al menos una réplica saludable:

1. Detener el servicio FRS en los Domain Controllers afectados.
2. Configurar la clave correspondiente a BURFLAG = D2 (https://support.microsoft.com/kb/290762/en-us).
3. Iniciar nuevamente el servicio FRS.
4. Verificar la existencia posterior de eventos 13516, que indican que FRS se encuentra operacional nuevamente.

¿Qué ocurre si todos los Domain Controllers se encuentran en estado Journal_Wrap?

1. Detener el servicio FRS en todos los Domain Controllers.
2. Configurar la clave de registro BURFLAG = D2.
3. Restaurar autoritativamente una copia saludable de SYSVOL mediante NT Backup, marcando dicha restauración como autoritativa en Directory Services Restore Mode).
4. Configurar el valor de BURFLAG del Domain Controller seleccionado como autoritativo, en D4.
5. Iniciar el servicio FRS en el Domain Controller seleccionado anteriormente.
6. Iniciar gradualmente el servicio FRS en el resto de los Domain Controllers, verificando la existencia del evento 13516.

Causas más comunes, las cuales pueden encontrarse en cualquier evento 13568:

[1] Volume "\\.\C:" has been formatted.
[2] The NTFS USN journal on volume "\\.\C:" has been deleted.
[3] The NTFS USN journal on volume "\\.\C:" has been truncated. Chkdsk can truncate the  Journal if it finds corrupt entries at the end of the journal.
[4] File Replication Service was not running on this computer for a long time.
[5] File Replication Service could not keep up with the rate of Disk IO activity on "\\.\C:".
Setting the "Enable Journal Wrap Automatic Restore" registry parameter to 1 will cause the following recovery steps to be taken to automatically recover from this error state.
[1] At the first poll, which will occur in 5 minutes, this computer will be deleted from the replica set. If you do not want to wait 5 minutes, then run "net stop ntfrs" followed by "net start ntfrs" to restart the File Replication Service.
[2] At the poll following the deletion this computer will be re-added to the replica set. The re-addition will trigger a full tree sync for the replica set.

Debido a que existe mucha información y detalle sobre este problema en particular, posteriormente estaré publicando otras notas relacionadas.

Saludos.

Marcelo.

Cómo deshabilitar Strict Name Checking:

Ya sea tanto para Windows 2000 Server como así también Windows Server 2003, se deben seguir los pasos descriptos en este artículo.

La clave de registro descripta en el artículo sirve también para Windows Server 2008, sin embargo solo aplicará si se utiliza SMB v1.

Para un detalle completo de esta funcionalidad, pueden visitar el artículo mencionado anteriormente.

Saludos.

Marcelo.

• Acceso a aplicaciones remotas desde Internet.

• Probando el acceso al sitio TS Web Access.

• Otros métodos de distribución de aplicaciones remotas.

• Lo que se viene.

Acceso a aplicaciones remotas desde Internet

El acceso a las aplicaciones remotas desde Internet se lleva a cabo mediante el uso en conjunto con TS Gateway. Mediante esto, es posible brindar acceso seguro sin necesidad de tener que establecer previamente una conexión VPN, por ejemplo. Por supuesto que sigue siendo un escenario válido la implementación de TS Remote App y VPN en conjunto, sin la utilización de TS Gateway.

Dependiendo del método de implementación que se seleccione, los usuarios podrán acceder a las aplicaciones mediante un archivo .rdp, un acceso directo a un archivo .MSI, o el tipo de acceso a tratar en esta nota, mediante TS Web Access.

Para esto se debe tener en cuenta lo siguiente:

La configuración recomendada en estos casos es colocar tanto el TS Gateway como el TS Web Access en la red perimetral, y el Terminal Server que contiene a las aplicaciones remotas, detrás de un firewall interno.

Alternativamente, se puede implementar TS Web Access en la red interna, y luego configurar el acceso al sitio publicándolo mediante ISA Server, por ejemplo.

Más información al respecto en: https://go.microsoft.com/fwlink/?LinkId=86359

Si se implementa TS Web Access en la red perimetral, se debe definir en el firewall que se permita el tráfico WMI del TS Web Access al Terminal Server que contenga a las aplicaciones.

Además, el sitio de TS Web Access debe configurarse para que utilice Windows Authentication, la cual está seteada por defecto.

Probando el acceso al sitio TS Web Access

Una vez completada la implementación, probar el acceso es bastante simple.

En primer lugar, accedemos a la url https://TS_Web_Access_Server/ts, donde en primer lugar tendremos que ingresar las credenciales correspondientes, pudiendo posteriormente ver una interfaz similar a la siguiente:

Podemos verificar que funciona correctamente accediendo a cualquiera de las aplicaciones publicadas. Al acceder, se nos preguntará que recursos locales queremos mapear:

Por supuesto, esto depende de los requerimientos de cada aplicación, por lo que queda a criterio de cada uno seleccionar cualquiera de las siguientes categorías.

Luego, accederemos a la aplicación seleccionada.

Como se puede observar, no existen a simple vista indicios de que estamos ejecutando la aplicación de manera remota.

Otros métodos de distribución de aplicaciones remotas

Existen otros métodos de distribución de acceso a aplicaciones remotas, los cuales en esta oportunidad solamente voy a mencionar, y posteriormente en otras notas a explicar. Algunos de estos son:

• Mediante un archivo .rdp.

• Mediante la creación de un paquete Windows Installer.

Lo que se viene

La idea es cubrir la mayor cantidad de componentes y funcionalidades de Terminal Services en Windows 2008. TS Web Access me pareció una funcionalidad muy importante y amplia, de la que vimos desde lo más general hasta algunos puntos en particular más a fondo. Es por esto que posteriormente iré agregando nuevas notas relacionadas a componentes adicionales como TS Session Broker, gestión del look-and-feel de TS Web Access, Seguridad, distribución de aplicaciones mediante archivos .rdp y Windows Installer, y más.

Espero que esto les resulte útil, y sin tienen dudas o comentarios, no tienen más que hacérmelos llegar.

Saludos!

Marcelo.

Vamos a seguir ahora adelante con la 2da parte, que incluye:

• Configuración de Terminal Server.
• Configuración de TS Gateway.
• Distribución de aplicaciones remotas a usuarios.

Configuración de Opciones de Terminal Server

1. En Actions, dentro de TS RemoteApp Manager, seleccionar Terminal Server Settings.

2. En el tab Terminal Server, Connection settings, configurar el nombre de la granja, el puerto RDP, y las opciones de autenticación.

3. Si el checkbox Require server authentication está seleccionado, se debe tener en cuenta que:

• 3.1. Para equipos con Windows Server 2003 SP1 o XP SP2, se deberá configurar Terminal Server para que utilice SSL.
• 3.2. En el caso de aplicaciones para intranet, y los clientes son Windows Server 2008 o Vista, en lugar de utilizar SSL, se utilizará Network Level Authentication.

4. Para proveer un link al escritorio completo del TS, en Remote Desktop Access, se deberá seleccionar Show a remote desktop connection to this terminal server in TS Web Access.

5. En Access to unlisted programs, seleccionar alguna de las siguientes opciones:

• 5.1. Do not allow users to start unlisted program on initial connection(Recommended). Si bien es una buena alternativa, no previene que, por ejemplo, si un documento Word contiene un hyperlink, este pueda abrirse mediante el Internet Explorer.
• 5.2. Allow users to start both listed and unlisted programs on initial connection. Desde ya es opción es bastante descriptiva y deja en claro los riesgos que implica.

6. Al finalizar, seleccionar OK.

Configuración de TS Gateway

Básicamente en esta sección definimos si los usuarios se conectarán a través de un Firewall por TS Gateway. Para mayor información: TS Gateway Step-by-Step Guide.

Configuración de opciones de TS Gateway

1. En Actions, dentro de TS RemoteApp Manager, seleccionar TS Gateway Settings.

2. En el tab TS Gateway, Configurar las opciones de comportamiento deseadas, entre ellas:

• 2.1. Detectar automáticamente la configuración del servidor TS Gateway. (Esto provoca que los clientes intenten utilizar la configuración por Group Policies para determinar el comportamiento).
• 2.2. Utilizar las opciones de configuración especificadas.
• 2.3. No utilizar un servidor TS Gateway.

3. Si se selecciona Use these TS Gateway server settings:

• 3.1. Se debe configurar el nombre del servidor TS Gateway, y el método de logon.
• 3.2. Si se quiere utilizar las miasm credenciales de TS Gateway en Terminal Server, seleccionar Use the same user credentials for TS Gateway and terminal server.

4. Si lo que se quiere es que los clientes detecten automáticamente cuando TS Gateway es requerido, seleccionar Bypass TS Gateway server for local addresses (Lo cual optimiza el rendimiento de los clientes).

5. Para utilizar siempre TS Gateway, deseleccionar Bypass TS Gateway server for local addresses.

6. Al finalizar, seleccionar OK.

Distribución de aplicaciones remotas a usuarios

Los puntos principales (y los que se tratarán) para llevar a cabo la distribución son los siguientes:

1. Instalación de TS Web Access.

2. Asignaciones al Security Group TS Web Access Computers.

3. Especificar el servidor desde el cual se completará la lista de aplicaciones remotas que se mostrarán en el sitio web de TS Web Access.

Instalación de TS Web Access

Algunas aclaraciones previas:

• Al instalarlo, se instalará tambien IIS 7.0.
• No es necesario que el servidor cumpla el rol de Terminal Server.

1. En la consola Server Manager, seleccionar Add Roles.

2. En el wizard de instalación, en la ventana Before you begin, seleccionar Next.

3. En la ventana Select Server Roles, seleccionar Terminal Services, y luego Next.

4. En la ventana Terminal Services, seleccionar Next.

5. En la ventana Select Role Services, seleccionar TS Web Access, y luego, en la ventana emergente, seleccionar Add Required Role Services. Por último, Next.

6. En la ventana Web Server (IIS), seleccionar Next.

7. En la ventana Select Role Services, dejar los elementos seleccionados por defecto (ya no es el objetivo de esta nota entrar en detalle sobre los diferentes tipos de autenticación, diagnóstico, y demás prestaciones). Luego, seleccionar Next.

8. En la ventana Confirm Installation Selections, verificar que todo coincida con nuestra selección, y luego seleccionar Install.

9. Una vez finalizada la instalación, podremos ver el informe que muestra el resultado de la misma. Luego de esto, seleccionar Close.

Con esto finalizamos la instalación del rol TS Web Access.

Asignaciones al security group TS Web Access Computers

En el caso de que TS Web Access y el Terminal Server que contiene las aplicaciones se encuentren separados, se deberá agregar la cuenta de equipo del TS Web Access al Security Group TS Web Access Computers del Terminal Server.

Para esto, se deben seguir los siguientes pasos:

1. Seleccionar Start, Administrative Tools, y luego Computer Management.

2. Expandir Local Users and Groups, y luego seleccionar Groups.

3. Seleccionar TS Web Access Computers.

4. En TS Web Access Computers Properties seleccionar Add.

5. En Select Users, Computers, or Groups, seleccionar Object Types.

6. En Object Types, seleccionar Computers, y luego OK.

7. En el campo Enter the object names to select, especificar la cuenta de equipo del TS Web Access, y luego OK.

8. Seleccionar OK para cerrar las propiedades.

Especificación de servidor para la obtención de lista de aplicaciones remotas

Por defecto, TS Web Access completa la lista de aplicaciones remotas de un solo Terminal Server. En este caso veremos como obtener la lista de aplicaciones remotas.

Especificar que Terminal Server se utilizará como source

1. Conectarse al sitio web de TS Web Access, pudiendo hacerlo de las siguientes formas:

• Seleccionando Start, Administrative Tools, Terminal Services, y luego TS Web Access Administration.
• Utilizando Internet Explorer, accediendo a la ruta por defecto: https://server_name/ts

2. Iniciar sesión con la cuenta de Administrador Local, o una cuenta miembro del grupo TS Web Access Administrators group.

3. Seleccionar el tab Configuration.

4. En Editor Zone, en el campo Terminal server name, ingresar el nombre del Terminal Server que se desea utilizar como Data Source.

5. Seleccionar Apply para aplicar los cambios.

Esto es todo por ahora, muy pronto estaré posteando la 3era parte de Aplicaciones Remotas via Terminal Services.

Saludos.

Marcelo.

Instalación de Terminal Services:

Como dije al comienzo de la nota, ya fue explicado aquí.

Aplicaciones:

Simplemente consiste en instalar todas las aplicaciones que se deseen distribuir a través de TS Web Access, en el servidor.

Tengan en cuenta ejecutar el comando "change user /install", antes de instalar una aplicación, y "change user /execute", luego de haber finalizado.

Conexiones remotas:

Por defecto, las conexiones remotas se encuentran habilitadas luego de instalar el rol Terminal Server. Sin embargo, en los siguientes pasos veremos como personalizar esta configuración para ajustarla a los requerimientos particulares.

1. Seleccionar Start, Run, e ingresar control system luego, seleccionar OK.

2. En Tasks, seleccionar Remote settings.

3. En System Properties, en el tab Remote, verificar que los parámetros de configuración de Remote Desktop están configurados de acuerdo al entorno particular, pudiendo elegir alguna de las siguientes opciones:

• 3.1. Allow connections from computers running any version of Remote Desktop (less secure).
• 3.2. Allow connections only from computers running Remote Desktop with Network Level Authentication (more secure).

4. Agregar a los usuarios que se consideren necesarios para acceder remotamente.

Nota: Los miembros del grupo local Administrators pueden conectarse sin necesidad de estar listados.

5. Al finalizar, seleccionar OK.

Agregar aplicaciones a la lista de aplicaciones de RemoteApp

1. Seleccionar Start, Administrative Tools, Terminal Services, y luego TS RemoteApp Manager.

2. En Actions, seleccionar Add RemoteApp Programs.

3. En la ventana Welcome to the RemoteApp Wizard, seleccionar Next.

4. En la ventana Choose programs to add to the RemoteApp Programs list, selecccionar el check box correspondiente a cada aplicación que se desee mostrar en el listado de aplicaciones disponibles de RemoteApp Programs.

Nota: Generalmente no debería suceder ya que los programas listados son los que se encuentran en All Users, pero si no se llega a encontrar la aplicación deseada, se deberá seleccionar manualmente a través de browse, como en nuestro caso, en el cual seleccionamos adicionalmente Internet Explorer.

5. Para configurar las propiedades de cualquier aplicación, seleccionar la aplicación y luego Properties. Pudiendo configurar:

• Nombre.
• Ubicación.
• Alias.
• Disponible o no a través de TS Web Access.
• Ícono.
• Parámetros adicionales de ejecución, y si estos se habilitan.

  

6. Al finalizar, seleccionar OK, y luego Next.

7. En la ventana Review Settings, verificar que todo sea tal cual se requiere, y luego seleccionar Finish.

Luego de haber seguido los pasos anteriormente mencionados, logramos que las aplicaciones aparezcan listadas.

Con esto completamos la primer entrega correspondiente a la distribución de aplicaciones mediante Terminal Services Web Access.

En los próximos días estaré posteando la segunda parte.

Saludos.

Marcelo.

Yendo más a fondo, las actualizaciones duplicadas son detectadas cuando el checksum MD5 del último cambio es idéntico al anterior en el caso de un mismo archivo. Esto puede ocurrir generalmente ya sea por que se llevan a cabo cambios de manera manual, o mediante una determinada aplicación lleva a cabo cambios reiterados sobre archivos replicados mediante FRS, generando de esta forma inconsistencia entre los distintos Replication Partners. Estas son algunas de las posibles causas, ya que podemos encontrar otras más como por ejemplo Antivirus que modifican los descriptores de seguridad, en cuyo caso por supuesto debemos generar las exclusiones correspondientes, el uso de herramientas de optimización de discos, defragmentación de directorios que replican mediante FRS, copiado manual de archivos, etc.

A partir del SP3 de Windows 2000, cuando se presenta este caso, se genera el evento 13567.

Si bien la mejor forma de solucionar este tipo de problemas es identificar la fuente y mitigarla, en la nota https://support.microsoft.com/kb/315045/en-us se explica como activar la supresión, pero tengan en cuenta que la supresión no aplica para carpetas.

Esto es solamente un breve resumen de un tema mucho más amplio, que espero que les sirva.

Saludos.

Marcelo.