我们在Windows Server 2012 R2上有一个我们想要共享的文件夹，而不需要密码。 我试过了我能find的所有东西，但无论我尝试什么，服务器都会提示input共享密码，并且不会让我进入。服务器和共享用户位于同一个域中。 共享本身只有这些权限：“所有人”完全控制，“匿名login”完全控制。 NTFS文件夹添加了这些权限：“所有人”完全控制，并且“匿名login”完全控制。 networking和共享中心没有“closures密码保护共享”选项。 我真的不想closures密码保护共享，以防万一需要密码保护共享。 我试过这个答案 。 它没有工作。 我也不想启用访客帐户。 有没有我不知道的政策？ 那里还有什么？
我正在为我们的第一线支援团队设立专门的sudo。 我想授权他们删除/var/log/任何内容。 下面的命令只适用于直接在/var/log/而不是其子目录中的文件。 如果他们尝试从/var/log/directory/file_name中删除，则不允许删除该文件。 我已经尝试了一些阅读，但无法弄清楚如何改变这个命令，使权限recursion。 任何意见，将不胜感激。 %front_line ALL=(ALL) NOPASSWD: /bin/rm /var/log/*
有没有办法强制Windows提示input共享文件夹的凭据？ 我们处于拥有50多台电脑的域环境中。 我需要的是在我们的服务器上有一个共享文件夹，具有特定的用户权限。 我需要这些用户能够从我们的networking中的任何一台电脑访问这个文件夹，我不希望Windows首次login后caching他们的凭据。 我需要他们每次尝试访问文件夹时都需要input密码。 我已经看过net use和net view的选项，不过还有其他的共享驱动器和文件夹，我不希望受到这种改变的影响 （他们仍然需要访问没有凭据，并在所有用户的电脑记得的驱动器） 。 我也看过UAC的select，没有运气。 我还应该注意到，由于我的客户使用的特定于领域的软件，我们必须完全禁用UAC。 这是我可以通过漫游configuration文件或启用基于访问的枚举文件夹来完成？ 我觉得这是Windows应该能够做的事情，而且我已经做了系统pipe理员工作已经很长时间了，我不记得了，Google今天也没有做好。 Windows 2008 R2标准 Windows 7工作站 提前致谢
我有一个SBS 2003服务器上的文件夹，我希望用户能够编辑文件，但不能移动或删除它们。 这些文件在Excel中。 当我删除删除权限，我无法保存文件。 我认为这是因为Excel在写入新文件之前会删除原始文件。 我不在乎他们selectExcel中的所有内容然后点击删除 – 删除和/或移动文件似乎是偶然的。 感谢您的答案，我没有想过使用Sharepoint – Shadow Volume让我保持清醒
我希望能够让开发团队在Win2003服务器上安装服务。 他们已经可以通过RDP / FTP连接到有限的帐户，但我希望能够授予安装权限。 我怎么做，而不授予pipe理员权限？ （这些服务是使用.NET框架创build的，因此我们使用C：\ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \ installutil.exe进行安装）
我有一个主要为自己运行的SSH服务器，但现在有一些我想通过SVN与同事分享的代码。 我可以通过创build一个名为'svn'的独立帐户来与svn + ssh共享，但'svn'也可以用来login和查看我的文件（位于/ home / mine / Documents /等等）。 我尝试将bin / sh中的shell设置为/ etc / passwd中的bin / false，但是这也会阻止用户通过svn + ssh获取我的程序。 你有什么build议吗？ 非常感谢！ -Stephen
我刚把一个SQL Server 2000数据库移到了SQL Server 2005 Express（它将很快升级），在这个过程中，我清理了以前所有者的一些不良习惯。 首先，旧的Web应用程序使用“sa”帐户访问数据库。 我现在已经创build了一个新的Login，并使用db_datawriter和db_datareaderangular色将它映射到这个特定数据库中的一个用户。 login工作正常…但是当应用程序试图执行任何存储过程，我得到一个有关过程中找不到错误。 这是一个权限问题…通过使用新的凭据通过Management Studio连接到服务器显示，该应用程序的存储过程都不可见，所以错误是有道理的。 但是…这里有两三百个存储过程。 我如何授予这个用户访问权限来执行任何存储过程，而无需修改每个权限？ 现在我去了，为这个用户添加了“db_owner”angular色。 但是这似乎是矫枉过正…？
有没有办法让现有的文件系统对象inheritance新设置的父目录的默认ACL设置？ 我需要这样做的原因是我有一个用户通过SFTP连接到我的服务器。 他们能够更改他们的FTP客户端中的目录，并查看根文件夹和服务器的其余部分。 他们没有权限来更改或编辑除自己的用户目录之外的任何内容，但是我想阻止他们查看其他目录的内容。 有没有比ACL更好的方法呢？ 如果ACL是要走的路，我假设根目录下的默认ACL将是限制访问的最佳方式。 然后，我可以select性地授予用户查看某些目录的权限。 问题是默认的ACL只能被新的文件系统对象inheritance而不存在。
在Windows 2003服务器上，我需要提供对中央“项目共享”的子文件夹的访问权限。 主项目文件夹不应该是可访问的，最好是隐藏的，因为这个访问授予自由职业者。 可以应用哪些最小权限来实现这一点？
Hy，朋友和我想分享一个Linux机器。 我们都需要通过sudo获得root权限来pipe理这台机器。 是否有可能拒绝另一个家庭文件夹的访问，虽然他可以成为根？ 谢谢！