SaintCore's questions

目前，我们正在使用带有用于基本设置的 unattend.xml 文件的 Windows 部署服务 (WDS) 部署我们的 Windows 10 机器。有时有些机器不会自动激活 Windows（我们使用的是 OEM 许可证）。这似乎只发生在以前未激活 Windows 的新机器上。

为了“绕过”这个问题，我创建了一个小型 powershell 脚本，它从 bios/uefi 获取 windows 密钥并使用此密钥激活 windows 副本。该脚本运行良好，我想将其添加到 unattend.xml 以在设置后自动运行它。我想将脚本存储在我们的文件服务器上（以避免每次更改脚本时都更改图像）并从那里运行它。我必须在 unattend.xml 文件中的哪里进行配置？这甚至可能吗？

我发现了一个关于 serverfault 的主题（如何在 WDS 部署的专门阶段运行 PowerShell 脚本？），他们谈论这个。在评论部分，他们谈论将其添加到 OOBE 和自动登录部分。由于我有点困惑（而且这个话题真的很老），我想问一下： - 我是否必须使用正确的凭据配置自动登录并在此自动登录用户下运行脚本？如果是这样：这是如何在 unattend.xml 文件中完成的？

我们有一个所谓的“实验室”-网络（VLAN）。交换机和防火墙配置为允许从 ip 10.150.151.1（实验室中的 Windows 客户端）和 10.150.151.10（实验室中的 Debian 客户端）访问邮件网关 ( 10.100.15.3)。在 Windows 8.1 中使用以下网络配置，我可以访问邮件网关：

IP address:      10.150.151.1 (or 10.150.151.10)
Default Gateway: 10.150.1.1
Netmask:         255.255.0.0

在 Debian(7) 中使用以下网络配置我无法访问邮件网关：

auto eth0
iface eth0 inet static
address 10.150.151.1 (or 10.150.151.10) 
netmask 255.255.0.0
gateway 10.150.1.1

route -n在 Debian 上：

Destination     Gateway         Genmask      Flags Metric Ref Use Iface
0.0.0.0         10.150.1.1      0.0.0.0      UG    0      0   0   eth0
10.150.0.0      0.0.0.0         255.255.0.0  U     0      0   0   eth0

traceroute 10.100.15.3在 Debian 上：

1 * * *
2 * * *
3 * * * (up to 30 * * *)

tracert 10.100.15.3在 Windows 8.1 上：

1 <1 ms <1 ms <1 ms 10.150.1.11
2  3 ms <1 ms <1 ms 10.100.15.3

我究竟做错了什么？就像我在上面写的那样，我可以使用 Windows 8.1 的（.1 和 .10）IP 访问邮件网关，但使用 Debian 将无法正常工作。我是否需要配置其他任何东西？

我已经在 Windows server 2012 R2 上安装了 WSUS，并通过组策略配置了工作站和客户端，以从 WSUS 自动安装更新。这些服务器由 WSUS 检测并报告给 WSUS 服务器。在 WSUS 服务器中，我可以看到服务器缺少 53 个更新。我昨天为包含服务器的计算机组批准了这些更新。但是，如果我在服务器上搜索更新，它不会找到任何更新。到目前为止我检查过的内容：

• WSUS 服务器检测到服务器
• 服务器正在联系 WSUS 服务器并向其报告
• 已批准包含服务器的计算机组所需的更新（计算机组的名称：“Prod_01”）
• GPO 应用正确
• 多次尝试这些命令没有任何影响： wuauclt /resetauthorization /detectnow /reportnow

如果我查看 windowsupdate.log 我可以看到以下内容：

2015-01-06  08:34:36:715      12    1508    Setup   Checking for agent SelfUpdate
2015-01-06  08:34:36:808      12    1508    Setup   Client version: Core: 7.6.7600.320  Aux: 7.6.7600.320
2015-01-06  08:34:36:824      12    1508    Misc    Validating signature for C:\Windows\SoftwareDistribution\SelfUpdate\wuident.cab with dwProvFlags 0x00000080:
2015-01-06  08:34:36:840      12    1508    Misc     Microsoft signed: NA
2015-01-06  08:34:36:840      12    1508    Misc    WARNING: Cab does not contain correct inner CAB file.
2015-01-06  08:34:36:840      12    1508    Misc    Validating signature for C:\Windows\SoftwareDistribution\SelfUpdate\wuident.cab with dwProvFlags 0x00000080:
2015-01-06  08:34:36:855      12    1508    Misc     Microsoft signed: NA
2015-01-06  08:34:36:855      12    1508    Setup   Wuident for the managed service is valid but not quorum-signed. Skipping selfupdate.
2015-01-06  08:34:36:855      12    1508    Setup   Skipping SelfUpdate check based on the /SKIP directive in wuident
2015-01-06  08:34:36:855      12    1508    Setup   SelfUpdate check completed.  SelfUpdate is NOT required.
2015-01-06  08:34:38:462      12    1508    PT  +++++++++++  PT: Synchronizing server updates  +++++++++++
2015-01-06  08:34:38:462      12    1508    PT    + ServiceId = {3DA21691-E39D-4DA6-8A4B-B43877BCB1B7}, Server URL = http://wsus.schule.local:8530/ClientWebService/client.asmx
2015-01-06  08:34:38:571      12    1508    PT  WARNING: Cached cookie has expired or new PID is available
2015-01-06  08:34:38:571      12    1508    PT  Initializing simple targeting cookie, clientId = 0c4aed4f-6c60-46a0-b29b-f2080ea315c1, target group = , DNS name = wsus-server
2015-01-06  08:34:38:571      12    1508    PT    Server URL = http://wsus.schule.local:8530/SimpleAuthWebService/SimpleAuth.asmx
2015-01-06  08:34:53:844      12    1508    Agent     * Found 0 updates and 76 categories in search; evaluated appl. rules of 699 out of 1392 deployed entities
2015-01-06  08:34:53:844      12    1508    Agent   *********
2015-01-06  08:34:53:844      12    1508    Agent   **  END  **  Agent: Finding updates [CallerId = AutomaticUpdates]
2015-01-06  08:34:53:844      12    1508    Agent   *************
2015-01-06  08:34:53:859      12    16b4    AU  >>##  RESUMED  ## AU: Search for updates [CallId = {95840C02-E405-419D-9DA4-260BC14AA845}]
2015-01-06  08:34:53:859      12    16b4    AU    # 0 updates detected
2015-01-06  08:34:53:875      12    16b4    AU  #########
2015-01-06  08:34:53:875      12    16b4    AU  ##  END  ##  AU: Search for updates [CallId = {95840C02-E405-419D-9DA4-260BC14AA845}]
2015-01-06  08:34:53:875      12    16b4    AU  #############
2015-01-06  08:34:53:875      12    16b4    AU  Successfully wrote event for AU health state:0
2015-01-06  08:34:53:875      12    16b4    AU  Featured notifications is disabled.
2015-01-06  08:34:53:875      12    16b4    AU  AU setting next detection timeout to 2015-01-06 10:20:45
2015-01-06  08:34:53:875      12    16b4    AU  Setting AU scheduled install time to 2015-01-11 01:00:00
2015-01-06  08:34:53:875      12    16b4    AU  Successfully wrote event for AU health state:0
2015-01-06  08:34:53:875      12    16b4    AU  Successfully wrote event for AU health state:0
2015-01-06  08:34:58:851      12    1508    Report  REPORT EVENT: {73BBAB28-58E9-45AC-B910-731F8958C456}    2015-01-06 08:34:53:844+0100    1   147 101 {00000000-0000-0000-0000-000000000000}  0   0   AutomaticUpdates    Success Software Synchronization    Windows Update Client successfully detected 0 updates.

在第 12 行，我可以看到客户端正在连接到正确的 WSUS 服务器，但在第 14 行，“目标组”是空的，应该是“Prod_01”。那么任何人都可以解释我做错了什么或者为什么目标组现在至少 24 小时没有更新？