微软一个未公开的BUG
来源:互联网 发布:淘宝怎么囤货 编辑:程序博客网 时间:2024/05/13 03:27
前段时间客户打电话给我,说自从公司Office与文件服务器升级后,权限完全乱套了,开始还以为是客户未正确设置权限而造成,今天有空来研究了一下,原来一切都是微软的错。
问题描述:
文件服务器配置:windows server 2008 R2,客户端使用Office 2007(Office 2010)。
故障:R2文件服务器的share folder设置权限为读入与写入(注:无修改权限),当用Office 2007/2010打开Office 2003/2007 文件之后发现写入资料之后无法保存。出现如下错误:
首先必须说明的是Office 2007 有安装SP2,使用Office 2010打开也会同样出现错误。如果你说是Windows Server 2008 R2权限设计问题,其实也未必,你用Office 2003(要安装可以打开Office 2007的插件)去打开文件服务器的Office 2003/2007可以正常写入并保存。
为了验证我的配置,特意把文件服务器的图抓下来供大家参考:
第一张图:共享权限:(用户为test,文件夹为testfolder)
有人肯定会奇怪,test的权限级别怎么会是自定义呢,这是由于windows server 2008与2003在安全设计有一个重大区别,共享权限会根据你定义的安全权限进行最小化设置来修正你的权限,不会因为过去你安全权限设置正确,但共享权限设置错误而造成无法访问。
开始test设置为读写权限,当在安全权限里面修改为“读取写入”去掉修改之后,共享权限就变成了自定义。
第二张图片:安全权限抓图,这张图取消了“修改”权限。
对于上面的问题我进行了反复测试,如果文件服务器是windows Server 2003是不会出现这样的问题。现在我也搞不明白究竟是R2权限设计的原因造成,还是Office 2007/2010设计造成,为什么使用Office 2003访问R2又是正常的呢?
期待微软给我一个满意的答复。
- 微软一个未公开的BUG
- 微软的一个bug?
- 微软的一个BUG
- 微软未公开的字符串提取函数AfxExtractSubString的用法
- 微软未公开的几个过程介绍及用法
- 微软未公开的几个过程介绍及用法
- 微软未公开存储过程及有用的函数
- 微软未公开存储过程及有用的函数
- 微软STL的一个bug
- 一个关于微软的_toupper的bug!
- 微软实现字符串函数的一个BUG
- 貌似是微软编译器的一个Bug
- 利用微软未公开的WindowsAPI函数关闭或注销或重新启动计算机
- 未公开的Windows网络工具
- 未公开的Windows网络工具
- 未公开的Windows网络工具
- 未公开的Windows网络工具
- 未公开的Windows网络工具
- linux下myeclipse8.0的安装
- #include到底该写在哪
- Delphi ZConnection连接sqlite
- JM73中encode_one_marcoblock()中关于帧内预测的函数流程===附:帧内预测的算法流程
- 为ASP.NET控件添加常用的JavaScript操作
- 微软一个未公开的BUG
- 软件设计:DAO层该如何设计
- ORACLE备份&恢复案例
- ORACLE备份&恢复案例
- ORACLE备份&恢复案例
- Win自动备份数据BAT文件
- C#虚函数virtual
- windows下,oracle的自动备份(导出)
- Oracle数据库定时自动备份批处理代码(Windows)