脚本 windows 权限-windows管理员赋予某用户操作权限的脚本问题

问题描述

windows管理员赋予某用户操作权限的脚本问题

如果我需要写一个脚本管理员运行之后可以给user“C:Windows”写的权限,并且权限对目录下的子文件有效

解决方案

可以,用cacls命令,自己google下

解决方案二:

cacls C:Windows /T /E /G user:W

解决方案三:

楼上的大神给出了答案

时间: 2024-10-01 22:16:22

脚本 windows 权限-windows管理员赋予某用户操作权限的脚本问题的相关文章

link环境下,用codefirst制作的软件,如何设计权限系统?如何指定用户的权限?

问题描述 link环境下,用codefirst制作的软件,如何设计权限系统?如何指定用户的权限? link环境下,用codefirst制作的软件,如何设计权限系统?如何指定用户的权限? 解决方案 一般是分成用户.角色.权限三个表 权限描述每一个能操作不能操作的项目 角色包含可以操作的权限 用户包含它对应的角色

Windows server 2008文件服务器之一隐藏用户无权限访问的共享文件夹

话说在windows server 2003 SP1可以从微软获得一个插件得到这样一个实用的功能:让用户没有权限访问的共享文件夹隐身,这样保证了一定程度上资讯安全解决文件服务器的共享文件繁多让用户浪费时间寻找属于自己的文件夹的苦恼.墨迹太多,呵呵忘记说了,这个插件就是ABE插件,但是是英文的, 自从CC将公司的文件服务器升级到2008后一直想着办法提升文件服务器的管理功能,但是ABE插件好像自从2003后一直未有升级版本,导致CC以为微软是不是抛弃了这个功能,最后经过多方查找后终于找到这个功能,

Windows 2003系统多站点IIS用户安全权限设置

如果我们为每个站点都建立一个用户,并设置该用户只有访问本站点的权限,那么就能将访问权限控制在每个站点文件夹内,旁注问题也就解决了   一.这样配置的好处?   不知大家有没有听过旁注?我简单的解释一下吧:有个人想黑掉A站点,但找来找去都没发现可利用的漏洞,无意中他发现与A同服务器上还有个B站点,并且在B站点上找到了可利用的漏洞,于是他将木马从B站中上传至服务器,如果服务器权限配置不当,那么现在他就可以黑掉服务器上的所有站点了!如果我们为每个站点都建立一个用户,并设置该用户只有访问本站点的权限,那

开启Win7管理员帐户 避开操作权限提示

出于安全考虑,Win7默认会将管理员帐户关闭,但是这样一来会给平时的操作带来不便.比如在删除系统盘中的某些文件时,经常会弹出当前帐户没有操作权限的提示.开启Win7管理员帐户的操作其它并不复杂,如果你的确很需要这项功能,并且能够保证系统安全的话,可以按照下面的方面来手动开启Win7管理员帐户. 点击开始按钮,鼠标右键点击"计算机",选择"管理".在弹出的"用户账户控制"窗口中点击"是",打开"计算机管理".

设置Windows系统NTFS某个目录的用户访问权限(c#)

window|访问 using System; using System.Drawing; using System.Collections; using System.ComponentModel; using System.Windows.Forms; using System.Data; using System.Management; using System.Text; using System.Runtime.InteropServices; namespace SetAcl { /

赋予普通用户特殊权限

例如:只给某个用户,关机的权限. /etc/sudoers保存的是普通用户可以执行特殊权限的信息Visudo : 编辑/etc/sudoers文件sudo 某命令 表示以超级用户身份执行命令 $visudo /etc/sudoers利用visudo编辑此文件,普通vi打开为只读,不能编辑 user1 localhost=/usr/sbin/useradd user2 localhost=/sbin/shutdown -h now$whereis shutdown查看shutdown命令所在位置

网络管理员:注重服务器访问权限控制策略

任何服务器,安全与性能是两个永恒的主题.作为企业的信息化安全人员,其主要任务就是如何在保障服务器性能的 前提下提高服务器的安全性.而要做到这一点,服务器的访问权限控制策略无疑是其中的一个重要环节.笔者企业最近上了一台 新的数据库服务器,我为他设计了一些权限控制手段.这些方法虽然不能够百分之百的保证数据库服务器的安全性, 但是,这些仍然是数据库服务器安全策略中必不可少的因素.他对提高数据库服务器的安全性有着不可磨灭的作用.其实,这些控制策略,不但对数据库服务器有效;对其他的应用服务器仍然具有参考价

【角色】——分离开代码和权限需求,即实现代码和权限需求的解耦。

    今天突然来了一个灵感,记录一下.以前总觉得说不清楚,看看这种表达方式是否可以说清.   两个原则:依赖接口编程,不要依赖实现编程:最小获知原则.   面向对象最重要的是什么?抽象.那么在权限这方面我们要如何抽象呢?       最小获知原则 角色本身就是一种抽象出来的东东,用他来做隔离是最好不过了.因为客户里面是没有"角色"这个东东的.客户有岗位.部门.个人或者是工作组,但是就是没有角色.不是有句话吗,"什么?你不知道,那就好办了".引用一下就是"

Server-u FTP与Windows用户集成权限详解

前几个月写过一篇有关Server-u FTP与Windows用户集成的文章,今天又仔细研究了下有关这方面权限的设置. Server-u FTP与Windows用户集成,我们必须在用户中进行设置.步骤如下:找到"用户"-"配置Windows身份证验证设置",如下图示: 点击"启用Windows验证"和"使用Windows用户组根目录而不使用账户根目录",然后点击"配置Windows用户群组",如下图示: 在弹