Сокрытие сетевых сетевых дисков в Windows XP
Встроенный Планировщик задач должен поддерживать соединение с удаленным компьютером (как большинство инструментов Windows) и справиться, задачи удаленного компьютера (на самом деле не попробовали его в XP, но Microsoft, кажется, заявляет, что это должно).
При команде, которая обрабатывает и по-видимому перечисляет запланированные задачи, может также быть дан удаленный компьютер для соединения с. Поскольку это - консольная команда, было бы легко написать сценарий его, чтобы соединиться со списком компьютеров и отобразить все задачи. В теории так или иначе ^^
Это находится в доменной среде? Почему бы не использовать сценарий входа в систему для обозначения который имя диска использовать и где указать на него?
-
1+1. Это - то, как это должно быть сделано. Тонкая настройка Реестра для этого является излишеством! – MarlonRibunal 13 May 2009 в 18:43
Следуйте инструкциям ниже, это должно быть решением. Необходимо внести некоторые изменения реестра. Так, быть осторожным! Сделайте резервное копирование перед запуском.
Откройте Registry Editor (regedit.exe) и перейдите к
HKEY__CURRENT__USER > Software> Microsoft >
Windows > CurrentVersionPoliciesExplorer
Щелкните правой кнопкой Servers ключ и выбирает Новое значение DWORD и называет его "NoDrives".
Отредактируйте значение DWORD:
Используя список ниже, введите число, которое соответствует диску, который Вы хотите скрыть в текстовом поле данных значения:
A: 1 B: 2 C: 4 D: 8 E: 16 F: 32 ...
Если необходимо скрыть несколько букв дисков, подведите итог значений. Например, для сокрытия дисков E: и F:, измените значение на 48.
Нажмите "OK" и выйдите из regedit. Необходимо будет перезапустить ПК для изменений для вступления в силу.
Можно найти документацию NoDrives установка в документации TechNet. Эта статья поддержки Microsoft содержит более подробную информацию, если Вы хотите создать .reg файл или .vbs сценарий.
Я сказал бы, не стандартизируйте на буквах дисков для соединения с файлами. Используйте пути UNC вместо этого и избавьтесь от проблемы раз и навсегда - особенно, если Вы уже соберетесь пройти стычку изменяющегося материала для пользователей, то некоторое перевоспитание не будет настолько больше проблемой ^^
Произвольная буква диска, которая может или не может быть отображена, является просто не хорошей идеей по моему скромному мнению - это может перестать работать по такому количеству различных причин как разъединенные сети, повторно подключенные через vpn и этажерку.
\\fileserver\shared\dailyreport.xlsx однако очень ясно и стабилен... и если Вы можете, настроить пространство имен DFS, или что-то, чтобы быть еще большим количеством futureproof, настолько связывающимся, становится \\mydomain.com\shared\dailyreport.xlsx и не перестанет работать, даже если Вы выключите схему именования файлового сервера.
-
1В то время как прекрасный для разработчиков, для среднего офисного пользователя те пути не могли бы также существовать. Много офисных пользователей может едва выяснить, где они сохранили свои документы во-первых - в большинстве случаев, пользователь только понимает ряд относительных щелчков от открываться/сохранять диалогового окна (и это - умные, другие выводят все в Мои Документы, и бог помогает им, если сохранение/открытый контур по умолчанию изменяется). Это становится очевидным, когда они должны найти файл за пределами своего любимого приложения. Ввод пути, уже не говоря о пути UNC, только вне диапазона большого количества обычных пользователей. – David 13 May 2009 в 15:22
-
2Если " Documents" папка перенаправляется к их персональной домашней папке или этажерке (использующий просто путь UNC) там shouldn' t быть большой частью проблемы. Поскольку вопрос был о соединении с файлами, я думаю it' s еще более важный, чтобы не попытаться использовать локально определенную букву диска - и в зависимости от того, как Вы связываетесь, you' d должны обучить пользователей остальной части пути так или иначе? – Oskar Duveborn 13 May 2009 в 17:55