一个apache的子目录/var/www/vhost/servername/httpdocs/subdir/ （在Ubuntu 12.04版本2.2.22）vhost webroot是它自己的一个磁盘分区。 相应的，还有/var/www/vhost/servername/httpdocs/subdir/lost+found 。 在我的apache错误日志中，我发现/var/www/vhost/servername/httpdocs/subdir/lost+found/.htaccess不能被读取的错误，像/var/www/vhost/servername/httpdocs/subdir/foo/ （例如，当该目录的FancyIndexing目录索引被显示给用户时）。 [Fri Nov 28 09:14:19 2014] [crit] [client 10.0.0.1]（13）Permission denied：/var/www/vhost/servername/httpdocs/subdir/lost+found/.htaccess pcfg_openfile：无法检查htaccess文件，确保它是可读的，referer： http://servername/subdir/foo/ 我无法理解这一点。 为什么会apache尝试阅读 /var/www/vhost/servername/httpdocs/subdir/lost+found/.htaccess 在那个场合？ 根据我的理解，应该只有理由尝试阅读 /var/www/vhost/servername/httpdocs/subdir/foo/.htaccess /var/www/vhost/servername/httpdocs/subdir/.htaccess /var/www/vhost/servername/httpdocs/.htaccess 有趣的是，更深的子目录（例如http://servername/subdir/foo/bar/baz/ ）不会出现相应的错误消息。 是什么原因导致这个错误（或者是读取尝试的原因）？ 我怎样才能摆脱它？
现在我在有文件服务器的公司工作。 当我看到文件共享的权限，我几乎得到炉膛攻击，因为在根目录“所有人”具有完全的权限，并会inheritance子文件夹和文件。 总大小差不多有1TB，我打算更换权限，特别是使用icacls删除“Everyone”，但是恐怕这样的大小会使进程中出现问题，并且会使文件夹和文件不一致。 我们有备份，但1TB，我认为需要相当长的时间才能恢复，恐怕会打扰用户。 这里的任何人都已经接近文件服务器/共享的更改权限，我需要你的意见和build议。
我在物理服务器上运行了两台Hyper-V服务器，即WideOff-SRV-01（IP地址192.168.1.5）。 虚拟机是WideOff-AD-01（192.168.1.9，它是域控制器）和WideOff-SQL-01（192.168.1.12，运行SQL Server）。 物理服务器WideOff-SRV-01也在运行文件服务器。 （所有上述机器都是Windows 2008 R2服务器）昨天，我在物理服务器SRV-01（从AD-01的主DNS复制了所有内容）上configuration了辅助DNS。 但是，当我closuresAD-01服务器时，我的客户端计算机在login后花费很长时间，我无法使用域用户访问我的共享文件夹。 有谁可以指出这个问题。
我在Ubuntu上有一个文件夹，可以由用户A读取和写入，只能由用户B读取。我提出的解决scheme如下： 创build一个对这个文件夹和两个用户具有读权限的组：具有读写权限的用户A和具有读权限的用户B，但是我的问题是一个文件夹可能由两个用户拥有？
drwxrwxrwt 2 root root 4096 Aug 20 2015 .font-unix drwxrwxrwt 2 root root 4096 Aug 20 2015 .ICE-unix -rw——- 1 root root 0 Aug 20 2015 ipt.err -rw——- 1 root root 90 Aug 20 2015 ipt.out drwxr-xr-x 3 root root 4096 Mar 28 16:23 npm-23008-fc1739e3 drwxrwxrwt 2 root root 4096 Aug 20 2015 .Test-unix drwx—— […]
我必须失明，失去一些非常明显的东西，我希望你们能帮助我。 我需要在工作组服务器上共享文件夹：每个人都应该能够读取共享的内容。 我所做的就是在文件共享权限上尽可能宽松，并限制NTFS级别的权限。 出于某种原因，当我访问共享时，系统会提示input我的凭据。 在这里安全并不是一个问题，在您的build议中可以自由地变得非常不安全。 以下是一些截图： 这里的事件日志与错误： 你认为这里的问题是什么？ 为什么我拒绝访问，即使我给每个人的访问？
一开始，我有一个文件的这些权限： # file: jar # owner: my_user # group: my_user user::rw- group::rw- other::r– 运行后： setfacl -mu:my_user:— jar 并获得这个许可证： # file: foobar # owner: my_user # group: my_user user::rw- user:my_user:— group::rw- mask::rw- other::r– 我希望my_user不要让permissión阅读（例如）这个文件，但它有..
我有一个开发服务器，我有多个FTP用户访问和上传多个文件。 我有它的工作，两个用户可以上传和修改他们创build或不创build的文件。 我有这个问题是因为所有的文件都属于组apache（两个用户都是这个组的一部分，安全不是这个服务器上的问题）他们不能设置文件的权限。 我看不到777的文件夹。虽然现在可以工作，但我们不希望这样做。 那么如何设置它，这样两个用户都可以对组拥有的文件/文件夹设置权限？
我有一个小问题，我似乎无法做到。 我有user1和user2和一个文件夹，但我想要user1有完全访问和user2有只读访问.. 在线检查并查看当前的权限我可以看到你可以有一个用户和一个组，但我不明白如何将这两个angular色分开？ 这甚至有可能吗？ 我正在运行Ubuntu服务器，但不知道这是有所作为。
这可能是一个Nginx的皱纹，也可能是因为我不懂Unix的权限。 我们使用Hudson CI来部署我们的临时实例。 所以RAILS_ROOT是/var/lib/hudson/jobs/JOBNAME/workspace 。 哈德森作为哈德森用户运行 Nginx作为www-data用户运行 hudson和nginx都是www组的成员 根据我的nginx conf指向RAILS_ROOT/public按照正常。 RAILS_ROOT/config/environment.rb属于www-data （所以Passenger作为www-data运行） RAILS_ROOT及其中的所有内容由www组拥有，组具有r / w / x权限 就目前而言，Nginx在请求任何url时都403 permission denied了403 permission denied 。 error.log包含这样的条目： public/index.html" is forbidden (13: Permission denied) 。 这些并没有解决或改变错误（每一个停止/开始的Ngnix）： chmod 777 -R RAILS_ROOT chgrp www -R /var/lib/hudson 我也以root身份尝试过Nginx，并且乘客抱怨找不到config/environment （尽pipe错误页面显示的path是正确的）。 解决的办法是确保everybody都有读取权限在每个目录在heirachy 。 在这种情况下， chmod o+r /var/lib/hudson 。 但是，如果该组对目录具有读取权限，并且nginx是该目录所有者组的成员，为什么需要允许所有人读取权限？ 有什么没有关于权限grokked？ $nginx -V nginx version: […]