Какой язык сценариев Вы используете для своих сценариев входа в систему в Вашей среде Windows?
- UltraEdit и UltraCompare являются большим текстовым редактором и инструментом сравнения файла/папки и ими обоими поддержка U3.
- Keepass для моего управления паролями.
- Инструменты Sysinternals должны обойтись без помощи высказывания...
Хотя мы используем powershell на наших серверах, мы используем vbscript на клиентах для входа в систему. VBscript установлен по умолчанию, и мы используем его вместо пакетных файлов CMD из-за доступа к wmi, и конкретно мы используем его для установки всех соответствующих принтеров.
Ваш заголовок убедительно предполагает среду Unix (или возможно ее просто меня :-). Могло быть более точным, если Вы добавляете фразу "для окон" в конце вопроса.
Извините за запись этого как ответ требуемый для создания этого комментарием, но я только что запустил на serverfault, и не имейте достаточных кредитов для добавления комментария.
-
1
На данный момент наши сценарии входа в систему все еще являются winNT пакетными файлами и останутся долгое время. Причина того, чтобы быть настолько консервативной состоит в том, насколько существенно важный сценарии, и как легкий это должно было бы завинтить distibution надлежащего интерпретатора на всех компьютерах.
Если и когда Windows 7 заменит Windows XP, по моему скромному мнению, станет выполнимо переключить сценарии входа в систему на PowerShell.
Но даже к тому времени, возможно перейти к другим сценариям (жемчуг и т.д.) от logon.cmd после выполнения надлежащих тестов.
Я использовал KIX в течение приблизительно 15 лет. Это быстро, легко, и примерно любой может изучить это. Который является большой частью, что касается меня, поскольку я затем не должен быть тем, поддерживающим сценарии.
Также существует великий свободный kix редактор Kixtarter
Я использую комбинацию VBScript, WMI и ADSI. Я также начинаю играть с Powershell для наблюдения то, что он может сделать в сценариях входа в систему.
В то время как Powershell является фантастическим инструментом сценариев, и я использую все это время на серверах, это - боль для использования для сценариев на клиентских машинах, потому что не установленный везде, как VBscript. Да это могло быть реализовано групповой политикой, но много компаний не хочет делать это только для создания жизни немного легче для системных администраторов!
После того как организации перемещаются в Windows 7, и Powershell установлен по умолчанию, затем вещи могут начать становиться интересными,
-
1Я haven' t на самом деле попробовал Powershell за сценарии входа в систему, потому что мое предположение - то, что они были бы слишком медленными. Каждый раз, когда сценарий Powershell работает, платформа .NET также должна загрузиться. Я слышал об одном sys администраторе, который изменил все его сценарии входа в систему на его серверах Citrix к Powershell и почти нанес вред серверам, когда пользователи начали входить в систему. Мне было бы интересно слышать, каким людям нужно в сценарии входа в систему от Powershell это couldn' t быть сделанным через VBscript. – fenster 4 September 2009 в 04:24
Я также всегда использовал пакетные файлы CMD, а также VBScript\WMI\ADSI. Я развернул и используемый Powershell (всей фирмы) много, но не в сценариях входа в систему или запуска, поскольку Powershell является большим, я люблю его, но это медленно по сравнению с .vbs или .cmd, и я не хочу замедлять bootup\login времена.
Это - соединение пакета и VBScript в данный момент.
Я играл с PowerShell недавно, но даже с набором политики выполнения сценария к Неограниченному он запросит при запущении скрипта от пути UNC такой как \\домен local\sysvol\...\file.ps1, который не идеален для использования в качестве сценария входа в систему.
В настоящий момент я буду придерживаться VBScript, и в конечном счете я найду время для выполнения его правильный путь, т.е. подписание сценариев PowerShell.
Для локального использования, например, для данного случая или запланированные задачи, PowerShell делает очень хорошо.