Aquí está la configuración. Red privada y dominio (foo.bar). 2 servidores de archivos ejecutando 2K8R2 (file1.foo.bar y file2.foo.bar). Creado un recurso compartido en cada servidor (\\file1\share y \\file2\share). Configuré DFS en el dominio y creé un espacio de nombres (\\foo.bar). Creé una carpeta (dfsshare) en DFS con 2 objetivos (\\file1\share y \\file2\share). Creé el grupo de replicación y todo funciona excepto...
Durante las pruebas (cliente Win 7 SP1 x64) si copio un archivo grande (230MB) al recurso compartido DFS (\\foo.bar\dfsshare) obtengo el siguiente error:
Error 0x8007003B: Se produjo un error de red inesperado.Si copio el mismo archivo directamente en uno de los servidores de archivos (\\file1\share) no obtengo el error y el archivo se replica en el otro servidor de archivos y aparece en el recurso compartido DFS. No hay error al copiar archivos pequeños en el recurso compartido DFS.
Encontré hotfix 983620 http://support.microsoft.com/kb/983620 pero ese hotfix se incluyó en SP1 para Windows 7.
ACTUALIZACIÓN: Lo reduje a un tamaño de archivo de ~41MB. Por encima de eso y obtengo el error. Por debajo de eso y funciona bien. Además, la red es una LAN (sin routers entre mí y los servidores) que funciona a 1000Base T.
ACTUALIZACIÓN2: También verifiqué que las máquinas con Windows XP SP3 funcionan bien, por lo que esto se limita a las cajas de Windows 7 SP1.
ACTUALIZACIÓN3: Configurado de la misma manera en nuestra red de desarrollo y funciona. Moví la estación de trabajo a una OU que bloquea todas las GPO de DISA y aún estaba roto. Desactivé la replicación de DFS y funcionó. Volver a encender la replicación de DFS y seguía funcionando (muy confundido en este punto). Puse la estación de trabajo de nuevo en la OU adecuada y volvió a romperse. Esto significa que debe ser uno de los ajustes de DISA aplicados por las GPO. Moví la estación de trabajo de nuevo a la OU de bloqueo y seguía roto hasta que desactivé la replicación.
ACTUALIZACIÓN4: Revisando todas las GPOs, descubrimos cuál era la culpable. Es una GPO que configura 802.1x que parece muy extraño. Empezamos a buscar sobre la replicación de DFS y 802.1x y encontramos el verdadero culpable. No estoy seguro de cómo la interacción del 802.1x y el verdadero culpable causa el problema (quizás alguien pueda responder eso). De todas formas, si alguien responde con el culpable correcto, o mejor aún, puede explicar por qué la interacción con la GPO de 802.1x causaría el problema, otorgaré la reputación. Después de que la recompensa haya expirado, pondré la respuesta aquí.
SOLUCIÓN: Resulta que el problema estaba en McAfee en la estación de trabajo. Tuvimos que desactivar "escanear unidades de red". Una vez que hicimos esto, todo funcionó. Este error solo ocurre cuando tienes configurado 802.1x y el recurso compartido DFS está configurado para replicarse. Ahora tenemos una excepción de seguridad ya que los recursos compartidos de red están siendo escaneados en el servidor. No hubo errores en los registros de Windows o en el servidor ePO.
1 votos
¿Puedes por favor aclarar si puedes siempre copiar archivos de cualquier tamaño a ambas rutas basadas en nombres de servidor directas \\file1\share y \\file2\share pero fallas al copiar el mismo archivo a la ruta basada en DFS \\foo.bar\foo.bar\dfsshare?
0 votos
Sí, eso es correcto. Al copiar el archivo grande al dfs share falla. Al copiar el mismo archivo al share del servidor de archivos (file1\share o file2\share) funciona bien. mmmmm....espera. Después de pensarlo, solo copié el archivo a file1. Verificaré mañana si también funciona en file2. No estoy seguro si eso importa, pero verificaré.
1 votos
Por favor, verifica si estas correcciones hacen alguna diferencia support.microsoft.com/kb/968429. De lo contrario, por favor, informa si ya las tienes. Me voy a dormir, así que revisaré tu respuesta más tarde.
0 votos
Sí, verifica el archivo2 porque aún no sabemos a dónde estaba apuntando la referencia DFS según lo que has informado hasta ahora.
0 votos
Confirmado. El archivo se copia a file2 sin errores. Revisé la lista de correcciones y ninguna se aplica a esta situación.
0 votos
Los arreglos pueden no indicar explícitamente que solucionan tu problema de comportamiento. Pero personalmente me aseguraría de que los controladores de NIC estén actualizados y los arreglos estén instalados. Creo que es hora de que plantees un caso con el soporte técnico de Microsoft. Depende de qué tan grave sea el problema, ya que podrías seguir investigando...
0 votos
¿Puede intentar subir un archivo de 42MB al dfs mientras ejecuta una captura de paquetes de wireshark en las tres interfaces involucradas (por ejemplo, la LAN IF en el archivo1, archivo2 y el escritorio w7)? Luego suba las capturas claramente etiquetadas en algún lugar y enlace aquí y le echaré un vistazo más de cerca.
0 votos
@fenix - este puede ser un problema porque el sistema está clasificado por el Departamento de Defensa y no podré obtener la salida de wireshark en Internet. Pero eso me da una idea. Tenemos una red de prueba no clasificada, así que miraré la posibilidad de crear un par de servidores de archivos virtuales, configurar DFS y ver si el problema existe allí. Eso al menos descartaría las configuraciones de seguridad de DISA y si el problema existe allí, puedo cargar las salidas de wireshark.
1 votos
No sé cuánto agradecerte por esto. Estuve luchando con este problema durante meses. McAfee era el problema (McAfee gateway AV). Una vez que puse la exclusión en su lugar, puedo copiar archivos a través de VPN, entre Linux y Server 2008, de un lado a otro.