Articles of windows

从Powershell创build一个Windows VPN服务器

有没有人configuration了Windows Server的VPN与PowerShell,我正在寻找一种方式来从头开始创build一个从PowerShell的VPN服务器。

在Windows上的Apache 2.4 + mod_rewrite + FastCGI(php-cgi.exe)

我试图移植我的一些我的客户在Windows上的Macconfiguration。 由于Windows不是Mac OS,我必须使用php-cgi.exe而不是PHP-FPM。 我已经testing了每个组件,并且一切似乎都起作用,所以我认为这是一个configuration问题。 在我的Mac上,我有这个RewriteRule : RewriteCond %{SERVER_NAME} ^([^.]+)\.([^.]+)\.dev$ RewriteRule ^/(.*\.php(/.*)?)$ "fcgi://127.0.0.1:9000%{DOCUMENT_ROOT}/%2/%1/$1" [P] 我已经添加了RewriteCond以便您可以看到%1和%2来自哪里。 在我的Mac上,它工作正常,因为%{DOCUMENT_ROOT}以/开头,但在Windows %{DOCUMENT_ROOT}以C:开头。 testing这个configuration时,会产生这个错误: 代理错误 代理服务器收到来自上游服务器的无效响应。 代理服务器无法处理请求GET /。 原因:DNS查找失败:127.0.0.1:9000c: 它看起来(通过查看error.log) 127.0.0.1:9000:C:被认为是IPv6地址的一部分,它在日志中被转换为[127.0.0.1:9000:C:] 。 如果我尝试用/分隔两个部分: RewriteCond %{SERVER_NAME} ^([^.]+)\.([^.]+)\.dev$ RewriteRule ^/(.*\.php(/.*)?)$ "fcgi://127.0.0.1:9000/%{DOCUMENT_ROOT}/%2/%1/$1" [P] ^ 我得到这个错误: 没有指定input文件。 实际上,到目前为止我testing过的所有东西都有这个错误。 有解决scheme吗?

Windows 7 GPO阻止pipe理员以交互方式login,但仍允许运行方式/权限升级

我正在为希望阻止pipe理员帐户login到工作站的客户实施安全限制。 例如,每个人都有一个用户帐户和一个pipe理员帐户,只有用户帐户应该有访问权限。 pipe理员帐户用于解决问题和升级权限来解决问题。 如果我拒绝pipe理帐户的交互式login,那么将其用于“运行方式”的function也将被删除。 我还查看了“允许本地login”并只指定了正常帐户,但这意味着将pipe理员从本地允许login中删除,这会导致进一步的问题。 我目前的办法是做一个login脚本,看看用户是一个普通的帐户或pipe理员帐户,并在后一种情况下开始注销过程。 任何人都可以想到一个更好的方式做到这一点? 我们只是试图实现最低限度的特权访问,并确保pipe理员不用他们的pipe理员帐户login。

Windows软件RAID 1与两个磁盘上的EFI引导加载程序

我有一台安装了两个硬盘的Windows Server 2008r2。 在其上安装Windows的主分区在两个磁盘之间进行镜像。 问题是,这是一个UEFI机器,EFI分区只在其中一个硬盘上。 所以如果这个硬盘出现故障,系统将无法从第二个硬盘启动,直到我重新安装引导装载程序(例如Windows故障恢复控制台)。 显然,如果发生磁盘故障,会大大增加潜在的停机时间。 有没有办法在两个磁盘上安装Windows EFI引导加载程序,所以如果其中一个磁盘出现故障,第二个启动?

“文件的音量已经从外部改变了…”,并设置了从Windows向NFS写入文件的大小

我已经build立了对HDFS的NFS访问。 我可以连接到Windows和Linux客户端的默认根共享,所有客户端都可以从共享中读取。 从Linux客户端写入也是好的。 当我尝试从Windows Server 2012 R2客户端将文件复制到共享位置时,出现错误消息 文件的音量已被外部改变,以致打开的文件不再有效。 NFS服务器中的日志包含 错误org.apache.hdfs.nfs.nfs3:创build文件时不支持设置文件大小。 考虑到HDFS是仅附加文件系统,这听起来是合理的。 基于某些networkingsearch,似乎存在一些暴露设备的CD / DVD写入封装的类似问题,看起来有办法解决这些问题。 有没有办法阻止Windows试图设置文件的大小,因为它在这个特定的设备上创build文件 – 或者是所有的NFS挂载在系统上?

设置CMTrace字体

可能是一个长镜头,但我想知道是否有人知道,或可以推测,一种方式来更改CMTrace的默认字体。 它似乎使用一些Sans-Serif字体。 我想将其更改为任何单间隔字体,以便从PowerShell(或控制台)输出保持排队。

什么时候出现“安装更新并关机”? (我想要它,但它不会有一些更新)

build立: 服务器 – 在Windows Server 2008 R2上运行的WSUS 3.0 SP2(我使用WSUSPackagePublisher作为WSUS API的GUI,用于导入/创build非MS更新/目录) 工作站 – Windows 7 Pro 64位,没有什么特别的,只是一堆join域的机器 更新政策 – 下载并通知安装。 我们不使用截止date,我们很小,我们可以打扰没有及时安装更新的用户,大多数用户在他们离开的时候使用“安装更新并closures”选项,或者周末。 问题:大多数情况下,当更新下载到计算机并准备安装时,即使是自定义更新,用户也可以使用“安装更新并closures”选项。 但是,我有3个自定义更新,不会触发,或者看起来如此,而且它们与其他更新一起触发此选项,我在过去的两周内看到的安装相对较低(大约5%,而不是这段时间后的95%)。 对于这些更新,在WSUSPackagePublisher中,我已经检查了“需要networking连通性”选项(源代码已过时,但自​​上次源代码发布以来,这一点可能没有太大变化)。 我的问题是:当进行自定义更新时,会阻止这些更新的“安装更新并closures”选项的是什么? 编辑:好吧,似乎通过删除“需要networking连接”标志使更新可通过“安装更新和关机”的方法。 这可能会导致我的networking中的一些机器无法安装更新,如果计算机首先脱机,我现在只需要处理这种可能性。 原始问题仍然存在,什么定义了可以使用“安装更新和closures”方法安装更新的条件?

Windows安全性:默认所有者可configuration?

“ 如何分配和设置所有者 ”Technet文章指出: 默认情况下,新对象的所有者是在创build过程中附加的访问令牌中标识为默认所有者的安全主体。 当创build一个对象时,存储在访问令牌的所有者字段中的SID被复制到安全描述符的所有者字段。 默认所有者通常是个人 – 当前login的用户。 当用户是Administrators组或Domain Admins组的成员时,唯一的例外发生。 在这两种情况下,用户访问令牌中的所有者字段都包含组的SID,而不是单个用户帐户的SID。 假定行政账目仅用于pipe理系统,而不是用于任何个人目的。 因此,一个pipe理员创build的对象可以由同一组中的其他pipe理员pipe理。 当看到这个,我想知道如果默认所有者是可configuration的。 访问令牌是在login时构build的,因此default owner属性可以通过一组规则或通过读取和传输AD / SAM属性dynamic生成。 如果是后者,技术上可以将default owner设置为任意的SID。 有关理解安全描述符默认规则的(有点相关的) MSDN文章是指AD技术规范第7.1.3节中的细节,我希望find答案,但是我无法find正确的部分,因为MS-ADTS似乎自那以后经历了重大的改写。 任何人都可以对此有所了解?

Windows Server 2008 R2 ADUC – 无法find命名信息

我在使用Active Directory时非常困难。 采用全新安装的Windows Server 2008 R2 SP1的全新服务器。 一切都很好,直到它安装更新后重新启动。 当我尝试访问ADUC时,我收到一条消息“命名信息无法find,因为:未findnetworkingpath” 如果我从cmd运行dcdiag,我得到: Trying to find home server… Home Server = CEMSA-AD [CEMSA-AD] LDAP connection failed with error 0, The operation completed successfully.. [CEMSA-AD] Unrecoverable LDAP Error 89: 我检查了DNS,这是完全正确的,nslookup正确解决。 LDAP也在运行,因为我可以使用Sysinternals AD Explorer连接到LDAP服务器。 问题是,目前我无法pipe理任何用户和组。 活动目录pipe理中心的作品,但同样,它的一部分,如组成员身份失败。

在不使用IP地址的情况下访问域中已命名

我向Windows SBS 2008域添加了一台计算机,称之为ps076。 当我尝试使用以下语法通过Windows资源pipe理器(我有pipe理权限)访问计算机的D:驱动器时: \\ps076\d$ 我收到一条错误消息,说: Windows cannot access \\ps076\d$ Check the spelling of the name. Otherwise there might be a problem with your network. To try to identify and resolve network problems, click Diagnose. 我点击诊断和故障排除无法识别问题。 当我通过本地IP地址input时,我可以在inputpipe理员凭证后访问驱动器。 \\192.168.2.135\d$ PS076电脑使用Windows XP专业版。 有人能帮我理解为什么计算机名称不足以find这台计算机。 我在我们的networking上build立了许多其他的计算机,并且一直能够通过计算机名称访问它们。 我希望能够一直以相同的名称访问这台计算机,因为我将编写一些程序来抓取D:驱动器上的数据,并简化该过程。