Вот конфигурация. Частная сеть и домен (foo.bar
). 2 файловых сервера под управлением 2K8R2 (file1.foo.bar
и file2.foo.bar
). Создал общий ресурс на каждом сервере (\\file1\share and \\file2\share
). Настроил DFS в домене и создал пространство имен (\\foo.bar
). Создал папку (dfsshare
) в DFS с 2 целями (\\file1\share
и \\file2\share
). Создал группу репликации и все работает кроме ...
Если во время тестирования (клиент Win 7 SP1 x64) я копирую большой файл (230 МБ) в общую папку DFS (\\foo.bar\dfsshare
) Я получаю следующую ошибку:
Error 0x8007003B: An unexpected network error occured.
Если я скопирую тот же файл напрямую на один из файловых серверов (\\file1\share
) Я не получаю сообщение об ошибке, и файл реплицируется на другой файловый сервер и отображается в общей папке DFS. Нет ошибок при копировании небольших файлов в общий ресурс DFS.
я нашел hotfix 983620
http://support.microsoft.com/kb/983620 но это исправление было включено в SP1 для Windows 7.
ОБНОВЛЕНИЕ: уменьшено до размера файла ~ 41 МБ. Выше этого и я получаю ошибку. Ниже этого и он отлично работает. Кроме того, сеть - это локальная сеть (между мной и серверами нет маршрутизаторов), на которой работает 1000Base T.
ОБНОВЛЕНИЕ 2: Также проверено, что машины с Windows XP SP3 работают нормально, поэтому это ограничено окнами Windows 7 SP1.
UPDATE3: настроен таким же образом в нашей сети разработчиков, и он работает. Переместите рабочую станцию в подразделение, которое блокирует все объекты групповой политики DISA, но оно все еще не работает. Отключил репликацию DFS и все работает. Снова включил репликацию DFS, и она продолжала работать (на данный момент очень запутана). Верните рабочую станцию в правильное OU, и она снова сломалась. Это означает, что это должен быть один из параметров DISA, применяемых объектами групповой политики. Переместил рабочую станцию обратно в блокирующее подразделение, и она остается неисправной, пока я не отключу репликацию.
ОБНОВЛЕНИЕ 4: просматривая все GPO, мы выяснили, какой именно. Это GPO, который устанавливает 802.1x, что выглядит очень странно. Мы начали поиск в Google репликации DFS и 802.1x и нашли настоящего виновника. Не уверен, как взаимодействие 802.1x и настоящего виновника вызывает проблему (возможно, кто-то сможет ответить на этот вопрос). В любом случае, если кто-то другой ответит с правильным виновником или, что еще лучше, может объяснить, почему взаимодействие с GPO 802.1x может вызвать проблему, я награжу представителя. После истечения срока награды я поставлю ответ здесь.
РЕШЕНИЕ: Оказывается, проблема заключалась в McAfee на рабочей станции. Пришлось отключить «сканирование сетевых дисков». Как только мы это сделали, все заработало. Эта ошибка возникает только в том случае, если у вас настроен 802.1x, а общий ресурс DFS настроен на репликацию. Теперь у нас есть исключение из системы безопасности, поскольку сетевые ресурсы сканируются на сервере. Ошибок в журналах Windows или на сервере ePO не было.
Отвечая на свой вопрос в надежде, что это поможет другим. Оказывается, что сочетание настройки 802.1x (через GPO) и настройки McAfee ePO для сканирования сетевых дисков при загрузке больших файлов в общий ресурс DFS, который также реплицируется, вызовет эту ошибку. Не уверен, знает ли McAfee, но мы пытаемся открыть с ними заявку. Мы обошли это, отключив настройку сканирования сетевых дисков в ePO, и это было нормально с точки зрения безопасности, потому что у нас есть McAfee на файловых серверах.