1.4.3 ¿Puede un Grupo de Trabajo Windows abarcar varias SubRedes?

Sí, pero la mayoría de la gente que se ha metido con esto ha tenido muchos quebraderos de cabeza. Abarcar múltiples subredes no era parte del diseño inicial de Windows NT 3.5 o Windows for Workgroups. Como resultado, un dominio Windows que que abarca dos o más subredes es, en realidad, un "encolado" de dos o más grupos de trabajo que comparten un nombre idéntico. La buena noticia es que todavía podrás usar un controlador primario de dominio para control de autentificación en cada una de las subredes. La mala noticia es que las cosas no son tan sencillas en el caso de la visualización.

Como mencionamos antes, cada subred tiene su propio visualizador maestro local. Cuando un dominio Windows abarca múltiples subredes, un administrador del sistema tendrá que asignar una de las máquinas como el visualizador maestro de dominio. El visualizador maestro de dominio mantendrá una lista de visualización para todo el dominio Windows. Esta lista de visualización es creada por la sincronización periódica de la lista de visualización del visualizador maestro de dominio con las listas de visualización de cada uno de los visualizadores maestros locales. Tras la sincronización, el visualizador maestro y el visualizador maestro de dominio deberían contener entradas idénticas. Mira la Figura 14 como ilustración.

Figure: Un grupo de trabajo que abarca más de una subred.

¿Te suena bien? Bueno, pues eso no es "el cielo" por las siguientes razones:

• Si existe, un controlador primario de dominio siempre juega el papel de visualizador maestro de dominio. Debido al diseño de Microsoft, los dos siempre comparten el tipo de recurso NetBIOS <1B>, y (desafortunadamente) no pueden ser separados.
• Las máquinas Windows 95/98 no pueden convertirse, ni siquiera contactar con un visualizador maestro de dominio. El equipo de Samba cree que esto es una decisiónd e marketing por parte de Microsoft, que fuerza a los consumidores a tener, al menos una máquina Windows NT workstation (o servidor Samba) en cada subred de un grupo de trabajo multi-red.

Cada visualizador maestro de cada subred local continua manteniendo la lista de visualización para su subred, para la cual se vuelve autoritativo. Así, si una computadora desea ver una lista de los servidores dentro de su propia subred, el visualizador maestro local de esa subred será interrogado. Si una computadora quiere ver una lista de servidores fuera de su subred, sólo podrá llegar hasta donde le lleve el visualizador maestro local. Pero esto funciona porque, a intervalos fijados, la lista de visualización autoritativa del visualizador maestro local de una subred es sincronizado con el visualizador maestro de dominio, el cual está sincronizado con el visualizador maestro local de las otras subredes en el dominio. Esto se denomina propagación de la lista de visualización.

Samba puede actuar como visualizador maestro de dominio en un dominio Windows si es necesario. En adición, también puede actuar como visualizador maestro local para una subred Windows, sincronizando su lista de visualización con el visualizador maestro de dominio.