Проблема копирования файлов с сервера на пользовательские машины

[FinNix]

Суть проблемы такова: достался мне в наследство от старого админа сервер, обычный грустный комп с WinSErver 2008 R1, используется как файлогноилище файлохранилище. Всего десять машин, часть с ХР, часть с Win7, и то единовременно максимум пять запущено. Суть проблемы - из расшаренных на сервере папок на клиентские машины с семеркой не копируются файлы. А на ХР, что странно, все прекрасно копируется. При чем, как рассказали, до одного прекрасного момента все были счастливы и все отлично копировалось куда угодно.

Потом журнал событий просматривался, в поисках истины. Истины там не нашлось, но был ахтунг - существующий расшаренный каталог указывался не найденным, копирование по этому радостному поводу прерывалось. В чем может быть причина?

[FinNix]

Система 64-разрядная.

Имя журнала: System
Источник: Server
Дата: 03.02.2014 16:45:40
Код события: 2511
Категория задачи:Отсутствует
Уровень: Предупреждение
Ключевые слова:Классический
Пользователь: Н/Д
Компьютер: WINSRV
Описание:
Служба сервера не смогла воссоздать общий ресурс "kodeks_client", так как каталог "C:\Kodeks\Kodeks-Intranet\Client" более не существует. Запустите команду "net share kodeks_client /delete" для удаления этого общего ресурса или восстановите каталог "C:\Kodeks\Kodeks-Intranet\Client".

Доступ к папке имеют все компьютеры сети (и все пользователи соответственно), все права перепроверены по 10 раз, коммутатора отдельно го нет на тех машинах.

[IT Shepherd]

If this event is generated and the directory has not been deleted, check the NTFS permissions. Check the account under whose context the service runs. You must give the proper NTFS permissions to this user.

По-русски: проверьте права на папку у учетной записи, от имени которой стартует служба сервера.

Пробовали просто пересоздать шару?

[FinNix]

Пробовали, результат таков же

[FinNix]

Еще журнал поковырял. при копировании возникает следующая ошибка:

Имя журнала: Application
Источник: Microsoft-Windows-LoadPerf
Дата: 17.02.2014 13:28:05
Код события: 3001
Категория задачи:Отсутствует
Уровень: Ошибка
Ключевые слова:
Пользователь: система
Компьютер: WINSRV
Описание:
Значение строки с именем счетчика производительности в реестре имеет неправильный формат. Неправильная строка: . Первое двойное слово (DWORD) в секции данных содержит значение индекса неправильной строки, а второе и третье двойное слово (DWORD) в секции данных содержат последние допустимые значения индекса.

И сразу за ней предупреждение:

Имя журнала: Application
Источник: Microsoft-Windows-LoadPerf
Дата: 19.02.2014 14:17:25
Код события: 2007
Категория задачи:Отсутствует
Уровень: Предупреждение
Ключевые слова:
Пользователь: WINSRV\Администратор
Компьютер: WINSRV
Описание:
Не удалось восстановить счетчики производительности для службы RemoteAccess. Переустановите счетчики производительности вручную с помощью средства LODCTR.

На клиентской машине - проблема доступа к (копируемый файл). Проверьте, что сетевое подключение работает, и повторите попытку.

Установили, что небольшие файлы, метров по 200, копируются без проблем.

[Petya V4sechkin]

Установили, что небольшие файлы, метров по 200, копируются без проблем
Была такая проблема, причина оказалась в сетевом оборудовании (кривые настройки маршрутизатора).

Также на всякий случай обновите драйверы сетевых карт. На сервере в первую очередь. Ну и на клиентах тоже.

Еще бывает, драйвер криво работает с Task Offload. Попробуйте отключить Task Offload и Flow Control в свойствах сетевых карт (на сервере и клиентах).

[FinNix]

Видать, с маршрутизатором и правда какая-то беда.

Возникла необходимость получить удаленный доступ по рдп к серверу. неделю бьюсь уже, не удается все отстроить. в прошлую пятницу все поднимаю, настраиваю - подключение прожило с четверть часа и упало. и сейчас его настроить не получается. предпринималось что угодно - от пересоздания правила на роутере

External Port Start External Port End Protocol Internal Port Start Internal Port End Server IP Address
3389 3389 TCP 3389 3389 192.168.1.3 ),

убийства не используемой AD (стояла ненастроенная, черт его, может блокировала что-то). Служба удаленных рабочих столов запущена, брандмауэр отключен, DrWeb ничего лишнего не трогает. Делались вещи и из разряда эзотерики - чистился кэш ДНС, заново переоткрывались все порты (на portscan.ru мне пишет, что у меня 3389 порт, который RDP, Открыт. Все равно при попытке подключения извне выводится сообщение, что "удаленному рабочему столу не удалось подключиться к удаленному компьютеру по одной из следующих причин". Сам сервер, разумеется, включен, подключен к Интернету и удаленный доступ на нем остстроен подобающим образом.

в чем здесь может быть проблема - не представляю уже просто. да, роутер Dlink 96332.

telnet <IP RDP сервера> 3389 проходит и не рубится.