我们目前使用内部开发的login脚本系统。 有一个漂亮的pipe理GUI工具可以导出configuration文件,还有一个从vbslogin脚本调用的dll来处理configuration文件。
现在的系统变得有些笨重,它是用vb 6编写的,运行速度有点慢,缺less一些帮助台想要的function,所以我们已经负责重新编写它。
我想知道是否有其他人跑了类似的内部login应用程序,有什么好的想法,最好的方式来运行它们,如果有任何应用程序现在在那里工作等等
更新我们正在尝试执行正常的login脚本function,映射驱动器,合并registry项,复制文件等。我们是大型组织,单个脚本将大到处理我们所有的不同angular色(它们在站点之间都是不同的/部门等)。
我们需要一个单一的点来pipe理,我们现在做的工作,但需要更新
卢克
我们正在用.VBS脚本来完成这个工作。 我们的login脚本的主要工作是根据组成员映射驱动器,甚至需要一个相当大的脚本。 VBasic只能调用群组的SamID(又名“Win2000的名称”)这个事实,导致了一些长名称的问题。 我们希望使用PowerShell来实现这一点,但是这要求PowerShell在每个设备上都处于打开状态,而WinXP则不会。
由于维护这种系统的复杂性,我们避免了编译代码。 使用正确的访问权限的任何人都可以编辑脚本文件,只需使用文本编辑器即可,这使得快速更改变得更容易。
我们也有意识地使用组策略来完成configuration工作,比如修改registry,文件副本,安装软件等等。 通过使用GPO,它可以大大简化权限问题。 微软的桌面优化包包含一个非常漂亮的高级组策略pipe理模块,这真的有助于控制GPO。 用户向审批者提交更改,审批者根据需要发布更改,并且还有完整的版本控制!
直到最近一直是Novell的商店,我们非常习惯于使用login脚本来完全修改用户环境。 我们做了一切:
像你一样,上面的大部分都是通过自定义编译的VB6代码来处理的。 由于我们的NetWare服务器,.NET代码咆哮关于信任区域,所以我们不能使用较新的代码。 所以我们一直在你现在的地方。
当我们切换到完全Windows / AD环境时,我们决定将驱动器映射部分保留在我们的新login脚本中,并利用Microsoft本机工具来推送工作站configuration:GPO。 新的ADlogin脚本只是做了第一个要点,其他所有事情都通过GPO来处理,或者被忽略(在Novell客户端升级的情况下)。 其中的一些,如软件安装,效果更好,因为它不需要login的用户是本地pipe理员。 其他像Win Update和SSL Certs一样,在GPO中也有原生的钩子,这使得它们很容易。
完全取决于你在login脚本中所做的事情。 VB可能仍然是这样做的方式。 你也可以看看AutoIT。 请记住,您受到客户支持的语言的限制。
现在,我打算最终为我的Windows环境使用编译的Python脚本。
为了获得更多的帮助,可以为你的文章添加评论,或者链接到你现有的脚本,或者至less列出你正在试图用脚本实现的操作。