Guoy

遥看成梦,近看成风

威联通NAS 无法访问。您可能没有权限使用网络资源。

威联通TS-212P NAS服务器

系统从4.0一路升级到4.2,用户访问共享文件,某些时候就会遇到以下错误提示,无法访问共享文件夹,一直找不到原因,偶尔重启客户端电脑和NAS服务器后恢复正常。


\\192.168.1.251\w吴露翔 无法访问。您可能没有权限使用网络资源。请与这台服务器的管理员联系以查明您是否有访问权限。
不允许一个用户使用一个以上用户名与服务器或共享资源的多重连接。中断与此服务器或共享资源的所有连接,然后再试一次。


Android应用程序权限

一、为什么Android总是事无巨细地告诉你应用索取的每一项权限?

相比Apple,Microsoft严格控制生态系统(从苹果给开发者的"App Store Guideline"可见一斑),只允许通过官方应用商店安装应用,并对每份上传进行仔细地审查而言,Android的开放就意味着,Google需要向用户提供一系列用于为自己负责的流程、工具。所以在安装应用前,Android总是要事无巨细地告诉你,应用肯需要控制什么权限。

同样,开发者也制作了一系列易用的工具,用以鉴别可疑的应用程序,或是控制权限。

Andoird哪里开放了?

在Android中,用户能自由从本地安装应用,自由地对SD卡进行操作,自由选择应用市场。

如果愿意放弃保修,用户还能轻易地实行root,解锁基带(baseband)。只有一些产品会严密地锁定bootloader(如摩托罗拉)。

最重要的是,因为ASOP(Android源代码开放计划)的存在,绝大部分的Android代码都是开源的,开发者可以由此对Android系统进行深入的修改,甚至可以自行编写一个符合Android规范的系统实例(如Cyanogen Mod)。正是因为ASOP,这篇文章才可能介绍多达5种原理不同的权限控制方法。


开放的风险

不考虑Symbian,Windows Phone 6.5(及以下)平台,那么几乎所有的智能手机病毒都是Android平台的,甚至官方Android Market也闹过几次乌龙。在国内水货横行的市场,情况更是火上浇油,不法业者可以在手机的ROM,甚至是bootloader中做好手脚,让用户有病无法医。

在Android中,用户可以允许系统安装来自"未知源"(也就是非Google官方的,或手机预置市场的)应用程序。于是,移动平台最重要的门神--数字签名就被绕过了。

出于Android的开放性,也有不允许"未知源"的反例:亚马逊的Kindle Fire平板使用了深度定制的Android,它只允许安装来自亚马逊官方商店的应用程序。

解决管理组登陆3389没权限的问题,登陆消息:要登陆到这台远程计算机,您必须被授予允许通过终端服务登陆的权限

用管理员登陆3389远程桌面的时候说没在远程组,加上远程组,还是不行。


登陆消息:
要登陆到这台远程计算机,您必须被授予允许通过终端服务登陆的权限。

伯俊 E-max、服装进销存、ERP

进销存:服装企业

数据导入及导出:销售数据,财务数据等
赠品解决方案
会员卡解决方案
优惠券解决方案
负库存出库
条码、款号、颜色、尺码、品牌



百威,http://www.bw8848.com

伯俊,http://www.burgeon.com.cn,内部人员流动大,2009年-2010年初

百胜软件,http:/www.baison.com.cn

http://tieba.baidu.com/f?kz=510338900




POS系统操作员权限限制

A店铺的操作员可以登陆到B店铺,如何限制A店铺操作员只能登陆A店铺的POS系统?

--请调整6136的参数,并生成下载数据。

http://bbs.burgeon.com.cn/viewthread.php?tid=1536&extra=page%3D5




京东商城
用营销建立品牌;
价格占领市场;
用规模设置门槛;
用速度赢得竞争。

用数据驱动运营,用技术支撑增长;
用管理控制成本,用系统提升效率。

亚马逊的IT系统还可以智能匹配每个订单最适合从哪个仓库发货,即便是遇到诸如最近距离仓库断货、或者一张购物清单中牵涉多个仓库等复杂情况时,这一系统也能自动测算制定出一套最为有效的配送路线。

京东商城现有的ERP系统至今无法实现不同库房之间的产品调配,一个地区的用户一旦遇到本地所属仓库断货,就不能跨区购买。

2011

Access 2000/XP 数据库的最佳 NTFS 权限设置

我们已经知道,ASP.NET 中使用 ADO.NET 访问数据库,通过 OleDb 的连接可以访问 Access 数据库——我们非常常用的低端数据库之一。本文讨论了 ASP.NET 中可能看到的若干错误提示,从中看到 Access 2000 和 Access XP 创建的数据库文件,在访问出现错误时会出现不太相同的错误提示。希望对大家有所帮助。另一个要点是,希望通过此文,使大家对 ASP.NET 中 Access 数据库文件的 NTFS 权限设置有所新的认识。



(一)实验过程


为了叙述方便,举个具体例子做个实验:应用程序为 /test ,数据库存放在 D:\wwwroot\test\data\db1.mdb,我们已经知道在 ASP.NET 中是以一个叫做 ASPNET 虚拟用户的身份访问数据库的,我们需要给这个账户以特定的 NTFS 权限才能使 ASP.NET 程序正常运行。




为了得到最严格的 NTFS 权限设置,实验开始时我们给程序最低的 NTFS 权限:

  a) D:\wwwroot\test\data\ 文件夹的给用户ASPNET以如下权限:

允许拒绝
完全控制
修改
读取及运行
列出文件夹目录
读取
写入




1.1 对于某个包含有“SELECT”命令的aspx程序,上述权限设置运行时无障碍,即:上述权限已经满足这类程序的运行了。



1.2 对于包含有“UPDATE”“INSERT”“UPDATE”等命令的aspx程序,

(a) 如果 db1.mdb 是 Access 2000 创建的数据库,出现如下错误:

“/test”应用程序中的服务器错误。
---------------------------------------
Microsoft Jet 数据库引擎打不开文件'D:\wwwroot\test\data\'。 它已经被别的用户以独占方式打开,或没有查看数据的权限。
说明: 执行当前 Web 请求期间,出现未处理的异常。请检查堆栈跟踪信息,以了解有关该错误以及代码中导致错误的出处的详细信息。  
异常详细信息: System.Data.OleDb.OleDbException: Microsoft Jet 数据库引擎打不开文件'D:\wwwroot\test\data\'。 它已经被别的用户以独占方式打开,或没有查看数据的权限。




(b) 如果 db1.mdb 是 Access XP 创建的数据库,出现如下错误:

“/test”应用程序中的服务器错误。
----------------------------------------------
操作必须使用一个可更新的查询。
说明: 执行当前 Web 请求期间,出现未处理的异常。请检查堆栈跟踪信息,以了解有关该错误以及代码中导致错误的出处的详细信息。  
异常详细信息: System.Data.OleDb.OleDbException: 操作必须使用一个可更新的查询。




(c) 原因初步分析:因为包含有“UPDATE”“INSERT”“UPDATE”等命令,需要对数据库文件本身进行写入操作,所以上述权限不能满足此需求,我们需要进一步放开权限。

我们放开一些权限,
  a) D:\wwwroot\test\data\ 文件夹不变:

   b) D:\wwwroot\test\data\db1.mdb 文件本身给用户ASPNET以如下权限:
允许拒绝
完全控制
修改
读取及运行
列出文件夹目录
读取
写入



1.3 放开权限后继续实验,

(a) 如果 db1.mdb 是 Access 2000 创建的数据库,出现如下错误:

“/test”应用程序中的服务器错误。
------------------------------------------
不能锁定文件。
说明: 执行当前 Web 请求期间,出现未处理的异常。请检查堆栈跟踪信息,以了解有关该错误以及代码中导致错误的出处的详细信息。  
异常详细信息: System.Data.OleDb.OleDbException: 不能锁定文件。




(b) 如果 db1.mdb 是 Access XP 创建的数据库,没有出现错误。



(c) 原因初步分析:我们发现在打开 Access 数据库时,同时会在所在目录生成一个同名的 *.ldb 文件,这是一个 Access 的锁定标记。鉴于此,我们猜测,用户 ASPNET 访问 Access 数据库时,也需要生成一个锁定标记,而该目录没有允许其写入,因此出错。至于 Access XP 创建的数据库为什么没有这个错误,原因还不得而知。

我们进一步放开权限,
  a) D:\wwwroot\test\data\ 文件夹给用户ASPNET以如下权限:
允许拒绝
完全控制
修改
读取及运行
列出文件夹目录
读取
写入


   b) D:\wwwroot\test\data\db1.mdb 文件本身给用户ASPNET以如下权限:
      √ 允许将来自父系的可继承权限传播给该对象





1.4 继续实验,发现错误已解决,那么上面这个权限就是我们需要放开的“最低权限”。

(a) 如果 db1.mdb 是 Access 2000 创建的数据库,我们会发现一个小问题:生成的 *.ldb 文件不会自己删除,访问后该文件依然存在,但这个问题不会影响 ASP.NET 的正常运行。



(b) 如果 db1.mdb 是 Access XP 创建的数据库,没有出现上面类似问题。



(c) 原因初步分析:我们仅仅是给了 ASPNET 以写入文件夹的权限,没有给它修改的权限,所以文件一旦写入,便无法修改其内容,*.ldb 也就删除不掉了。



如果非要解决这个问题,进一步放开权限为:
  a) D:\wwwroot\test\data\ 文件夹给用户ASPNET以如下权限:
允许拒绝
完全控制
修改
读取及运行
列出文件夹目录
读取
写入


   b) D:\wwwroot\test\data\db1.mdb 文件本身给用户ASPNET以如下权限:
      √ 允许将来自父系的可继承权限传播给该对象





1.5 附带着,实验另一种情形:我们把 db1.mdb 在 Access 打开编辑,同时访问 ASP.NET。

(a) 如果 db1.mdb 是 Access 2000 创建的数据库,我们发现并没有出现什么问题。


(b) 如果 db1.mdb 是 Access XP 创建的数据库,出现如下错误:

“/zhao”应用程序中的服务器错误。
------------------------------------------------
不能使用 '';文件已在使用中。
说明: 执行当前 Web 请求期间,出现未处理的异常。请检查堆栈跟踪信息,以了解有关该错误以及代码中导致错误的出处的详细信息。  
异常详细信息: System.Data.OleDb.OleDbException: 不能使用 '';文件已在使用中。




(c) 原因初步分析:Access 数据库是单用户单线程的数据库,我们在 Access 里面打开编辑数据库文件时其实是以当前 Windows 用户(比如Administrator)身份打开数据库,而 ASP.NET 默认使用的是 ASPNET 虚拟用户(隶属于 Users 组),级别低于 Administrator,无法和 Administrator “抢夺”权限,所以出现冲突错误。至于 Access 2000 忽略这个问题的情形我们也不必做讨论了,可能是 Access 2000 没有考虑那么多因素吧。



1.6 再附带一种情形:将 db1.mdb 的属性改为“只读”,无论是 Access 2000 还是 Access XP 都将分别出现与 1.2 中各自的错误相同的错误提示。







(二)实验结论


1. 我们首先再次总结一下 Access 数据库文件的 NTFS 权限设置的缘起:

   在 ASP.NET 中默认是以一个叫做 ASPNET 的虚拟用户的身份来访问、操作数据库的,你可以在“控制面板”-“管理工具”-“计算机管理”-“本地用户和组”-“用户”中看到这个用户,默认情况下是:

      全名:ASP.NET 计算机帐户
      描述为:用于运行 ASP.NET 辅助进程(aspnet_wp.exe)的帐户。
      隶属于:Users组。

   使用这么一个隶属于 Users 组的用户来进行文件操作、数据库操作的风险是要比用一个 Administrators 组的用户的风险要小得多,这也是 ASP.NET 在安全方面的一个考虑吧。

   既然是这么一个用户需要访问、操作数据库文件本身,那么我们就需要给它一定的 NTFS 权限以允许它的访问。显然没有 NTFS 的权限许可,ASPNET 就无法访问、操作数据库,就会出现上面实验中所看到的那些错误了。


2. 经过上面的实验,我们已经知道如下的 NTFS 权限设置是可以满足一般需求的:

  a) D:\wwwroot\test\data\ 文件夹给用户ASPNET以如下权限:
允许拒绝
完全控制
修改
读取及运行
列出文件夹目录
读取
写入


   b) D:\wwwroot\test\data\db1.mdb 文件本身给用户ASPNET以如下权限:
      √ 允许将来自父系的可继承权限传播给该对象


同时我们也注意到 db1.mdb 是否为“只读”文件对 ASPNET 的访问也会有一定影响。



3. 上述权限设置可以直接设置给 ASPNET 用户自己,也可以设置给 Users 组,或者直接给 Everyone 组上述权限都是可以的。因为 ASPNET 隶属于 Users 组,可以通过 用户组 给 ASPNET 设置权限。



4. NTFS 权限在文件或文件夹右击后得到的“属性”对话框-“安全”选项卡中设置,一般情况下,可以考虑给 Adminitrators 组以“完全控制”的权限,同时不要轻易在“拒绝”中打勾,有关 NTFS 权限设置的技巧,可以咨询网络管理员、网络安全专家的建议。

注:FAT, FAT32 格式的分区中不支持 NTFS 权限。



5. Windows 2000 系列,Windows Server 2003 系列的“安全”选项卡默认是很容易找到的,但 Windows XP Professional 中的“安全”选项卡默认是关闭的,可以将“控制面板”-“文件夹选项”-“查看”选项卡中的“高级设置”中“使用简单共享(推荐)”一项的“√”去除,“确定”之后,再次按照上面的方法即可看到“安全”选项卡了。



   b) D:\wwwroot\test\data\db1.mdb 文件本身给用户ASPNET以如下权限:
      √ 允许将来自父系的可继承权限传播给该对象


From:http://www.rexlou.com/?action=show&id=20

Windows 7下无法删除一键GHOST ~1文件夹,提示:您需要权限来进行操作

Windows 7下无法删除一键GHOST ~1文件夹
提示:

您需要权限来进行操作

您需要来自SYSTEM的权限才能对此文件夹进行更改



在无法删除的文件夹上右击 → 属性 → 安全 → 高级 → 所有者 → 将所有者编辑更换为当前用户 → 勾选“替换子容器和对象的所有者” → 确定后 → 再重新点右键选择属性,给当前用户赋予完全控制的权限

在无法删除的文件夹上右击 → 属性 → 常规 → 去掉“只读”前面的勾

再尝试删除操作。

转载自:http://blog.fend.cn/archives/227.html