Node.js 安全策略差异:fs.link()与mklink/h
更新: 在Windows2008R2服务器上(我们有管理权限,但没有运行提升版),我可以手动使用console命令Node.js 安全策略差异:fs.link()与mklink/h,node.js,windows-server-2008-r2,group-policy,hardlink,Node.js,Windows Server 2008 R2,Group Policy,Hardlink,更新: 在Windows2008R2服务器上(我们有管理权限,但没有运行提升版),我可以手动使用console命令 > mklink /h < link> <target> >mklink/h 在单个卷上的文件之间创建硬链接 但是,在node.js中(我们需要使用它),我从同一命令行以同一用户的身份运行它。我使用的是fs.link()命令,它违反了安全性 但是,我拥有的Windows 7计算机上不存在此问题。在那里我可以执行fs.link()并创建硬链接。因此
> mklink /h < link> <target>
>mklink/h
在单个卷上的文件之间创建硬链接
但是,在node.js中(我们需要使用它),我从同一命令行以同一用户的身份运行它。我使用的是fs.link()命令,它违反了安全性
但是,我拥有的Windows 7计算机上不存在此问题。在那里我可以执行fs.link()并创建硬链接。因此,这看起来像是一个安全策略问题。我应该寻找什么?我猜
fs.link()
试图生成符号链接,而不是硬链接。我有一个windows 7框,fs.link使用Process Monitor(可从MS网站获得)在win7Try中创建硬链接,以查看node.js到底在做什么以及在什么上下文中。与mklink相比。