服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

在Exchange 2010中无法提供“发送”权限

我试图给Exchange 2010中的一个用户“发送”权限。下面是我正在运行的Powershell命令: Add-ADPermission "User1" -User "Ourdomain\User2" -Extendedrights "Send As" Powershell返回这个错误: Active Directory操作在DC.OurDomain.pri上失败。 这个错误是不可回溯的。 其他信息:访问被拒绝。 活动目录响应:00000005:SecErr:DSID-031521D0,问题4003(INSUFF_ACCESS_RIGHTS),数据0 + CategoryInfo:WriteError:(0:Int32)[Add-ADPermission],ADOperationException + FullyQualifiedErrorId:EDBB94A3,Microsoft.Exchange.Management.RecipientTasks。 AddADPermission 我已经尝试了多个Powershell命令的替代品 – 即。 使用-Identity等,但那和EMC向导都返回相同的错误。 我不确定是否“INSUFF_ACCESS_RIGHTS”是指我正在运行命令的用户还是指向正在发送的权限的用户? 我一直在关注Microsoft Technet “pipe理邮箱的发送权限”网页: http : //technet.microsoft.com/en-us/library/bb676368.aspx 所以已经添加了你需要这两个权限: 组织pipe理 收件人pipe理 但是这没有帮助。 有任何想法吗? 更新 如果我做到以下几点: 使用“高级function”视图打开“AD用户和计算机” 转到User1的属性 在安全选项卡上点击“高级” select“添加” input“用户2”并select“发送”允许 这是有效的,如果我closuresADUaC并再次打开并重新检查这些新的权限,他们仍然存在。 如果我大约10分钟后返回,那么这些权限现在已经消失 – user2完全不会显示在user1的安全权限中。 不要以为我以前见过这种AD行为。

我如何遮掩我的WordPress安装通过htaccess?

(我知道不build议通过默默无闻的安全)。 我试图隐藏我使用WordPress的事实。 这篇文章是有帮助的,但它只处理内容(sorting)。 我有兴趣发生以下情况: 用户试图通过浏览器以wp*作为子string访问任何url。 结果:redirect到404页面。 博客用户/pipe理员知道为了login他们应该去http://example.com/blogin/ 。 结果: apache将它们redirect到http://example.com/wp-admin/ 。 如果用户试图从他们的浏览器直接访问wp-admin ,他们会被发送到#1。 结果:redirect到404页面。 我迄今为止所做的事情 我注意到一个WordPress的默认安装,我可以访问WP安装的(相对)根目录中的任何wp*文件。 具体来说wp-settings.php是有问题的,因为它提供了关于我的设置的信息。 如果用户访问它,它会发出一些PHP错误,并显示部分目录结构。 我编辑我的php.ini文件closuresdisplay_errors 。 现在访问http://example.com/wp-settngs.php会popup一个空白页面。 这本身并不理想,因为它揭示了wp-settings.php存在。 事实上,访问所有不同的wp*文件是可能的(具有不同的结果)。 然后我把我的htaccess文件中的以下内容: RewriteEngine On RewriteBase / RewriteCond %{PATH_INFO} wp* [NC] RewriteRule .* – [F] 这很好! 任何与一个wp*被路由到我的自定义404页面。 但是现在我无法访问我的pipe理页面。 我试图插入这一行到上面的代码: RewriteRule ^blogin wp-admin [NC,R,L] 。 它应该是正确的后RewriteBase但这不起作用。 我试图做一个: <Directory /home/example/wp*> Order Allow, Deny Allow from example.com […]

即使在磁盘上进行修改,如何防止lighttpdcaching静态文件?

我正在使用lighttpd来提供静态文件。 我在一个定期更新的目录中有一堆图像。 这将改变文件内容(和文件大小)以及修改date,但不改变它们的文件名。 当我通过http访问这些文件时,不会考虑这些更新,并且轻微地服务于旧文件。 我可以手动将文件重命名为不同的东西,然后lighttpd将返回一个404错误,如果我重新命名我的文件,我会得到正确的更新版本。 看起来像lightty正在使用它自己的某种caching机制(这很好)来返回静态文件。 不幸的是,这种机制似乎并没有在文件被修改时自行更新。 我通过Wireshark进行了检查,我的浏览器确实在对文件进行请求,这不是浏览器caching问题。 当它从一个空的caching请求时,它会返回一个200 OK,如果没有,则返回304 Not Modified。 但是该文件返回错误的Last-Modified标头,并不能反映真正的最后修改date。 也许有一些我不知道的configuration指令? 我希望Lighty返回的文件直接反映磁盘上的更改,或者至less能够使caching失效。 更新下面这个问题的人:我find了一个罪魁祸首。 如果我更新一个静态文件,Lighty不会返回新的内容,但是会在其头部返回新的Content-Length,导致垃圾显示。 如果我使用mod_compress压缩文件,问题就会消失,因为mod_compress使用自己的caching系统。 不幸的是,我不能压缩所有的文件(例如图像文件)。 所以这只是一个部分的解决方法,但我会在稍后再回来,并且会很好地find一个解决scheme。