我想允许标准用户安装需要提升权限的应用程序,例如安装写入 C:\Program Files (x86) 的“每台机器”。
有很多方法可以做到这一点,但最不具侵入性(与广告/出版/ SCCM 相比)似乎是启用组策略“始终以提升的权限安装”。
这显然是一个安全风险,但是可以通过将 AppLocker 配置为仅运行由一个或多个特定发布者签名的 MSI 来适当缓解这一风险吗?或者是否有一些解决方法可以滥用这一点?
我想允许标准用户安装需要提升权限的应用程序,例如安装写入 C:\Program Files (x86) 的“每台机器”。
有很多方法可以做到这一点,但最不具侵入性(与广告/出版/ SCCM 相比)似乎是启用组策略“始终以提升的权限安装”。
这显然是一个安全风险,但是可以通过将 AppLocker 配置为仅运行由一个或多个特定发布者签名的 MSI 来适当缓解这一风险吗?或者是否有一些解决方法可以滥用这一点?
fio
在具有以下设置的新服务器上运行了几个测试:
这些磁盘的顺序读取速度高达 3,200 MB/s 。从理论上讲,最大带宽应为 19.2 GB/s。
在 ZFS RAID 上运行我得到的结果在 ~2,000 - 3,000 MB/s 范围内(例如,在运行 Crystal Disk Mark 时,在没有 ZFS 或任何其他开销的情况下进行测试时,磁盘能够达到 3,200 MB/ fio
snumjobs=1
在直接安装在其中一个磁盘上的 Windows 中):
fio --name=Test --size=100G --bs=1M --iodepth=8 --numjobs=1 --rw=read --filename=fio.test
=>
Run status group 0 (all jobs):
READ: bw=2939MiB/s (3082MB/s), 2939MiB/s-2939MiB/s (3082MB/s-3082MB/s), io=100GiB (107GB), run=34840-34840msec
考虑到一切似乎都是合理的。也可能受 CPU 限制,因为其中一个内核将处于 100% 负载(其中一些用于 ZFS 进程)。
当我增加到numjobs
8-10 时,事情变得有点奇怪:
fio --name=Test --size=100G --bs=1M --iodepth=8 --numjobs=10 --rw=read --filename=fio.test
=>
Run status group 0 (all jobs):
READ: bw=35.5GiB/s (38.1GB/s), 3631MiB/s-3631MiB/s (3808MB/s-3808MB/s), io=1000GiB (1074GB), run=28198-28199msec
38.1 GB/s - 远高于理论最大带宽。
这里的解释究竟是什么?
评论补充:
虚拟机配置:
iotop
测试期间:
我正在使用 UltraEdit (Windows) 来编辑远程 SFTP 服务器上的文件。由于某种原因,我无法再连接到其中一台服务器。
以下是更改的内容:
在将服务器映射到 ExpanDrive 后,连接似乎中断了(我几乎可以肯定,在服务器被移动和更新后,我继续在服务器上工作)。
一些值得注意的点:
服务器信息错误
来自工作服务器的信息
知道什么可能导致 UltraEdit/驱动器映射器中的连接问题吗?