SCCM PXE在加载驱动程序后重新启动- VM有IP地址但不能ping网关。
背景
我试图使用SCCM任务序列和PXE部署桌面映像。PXE服务器是一个服务器2016超VVM。它安装了Server和DP角色。它是通过站点到站点VPN连接到主站点服务器的远程分支服务器。这是一个新的网站(即办公网站，而不是SCCM网站)，是在不到一个月前上线的。当这个SCCM服务器第一次在现场安装时，映像对虚拟机和物理机器都很好。
主站点服务器SCCM版本为5.00.8692.1000构建8692。
SCCM位于服务器VLAN上，在核心交换机上有一个SVI。我正在尝试的客户端是构建VLAN上的超级VM，它在同一个交换机上也有一个SVI。交换机上没有ACL。所有流量都可以在两个VLAN之间进行路由，而不需要穿越防火墙--非常基本。站点对站点VPN进行配置，以便将整个子网(10.20.0.0/16和10.21.0.0/16)标记为双方感兴趣的通信量，并且VPN隧道成功地在这两个子网(以及具有遗留服务器的其他子网)之间建立起来。
在SCCM构建VLAN上，我有3个IP助手--前两个用于两个DHCP服务器，第三个IP助手指向PXE服务器- SCCM。
问题
这就是事情变得奇怪的地方。我有两个用于Windows 10的测试V，一个在两个Hyper主机中的任何一个上.与PXE服务器相反的Hyper-V主机没有从DHCP获得IP地址--让我们暂时忽略这一点。与PXE服务器共享相同超级V主机的主机将获得DHCP和PXE引导。但是，当Windows加载并显示“启动网络连接”或类似的内容时，它会重新启动。因此，我可以看到Win PE与我的自定义背景图像飞溅屏幕，然后它重新启动之前，任务序列选择。我已经设法在这一点上F8它，我可以看到它有一个IP地址在正确的子网，与正确的网关和DNS设置。然而，如果我尝试平任何东西，甚至只是网关，我只会得到‘请求超时’(见图)。此外，开关不能平VM。
当我查看smsts.log时，我发现错误“无法下载PXE变量文件.退出code=14.将重试”，最后“PxeGetPxeData失败了0x8004016c”。不幸的是，我无法将日志复制到那里，因为我没有任何网络连接，所以我在这里使用了屏幕截图来分享。
我镜像了端口并用wireshark捕获了数据包..。一切都过去了之后，我在试着做平的时候就明白了：
No. Time Source Destination Protocol Length Info
52 23.358377 10.21.6.16 10.21.6.1 ICMP 74 Echo (ping) request id=0x0001, seq=24/6144, ttl=128 (no response found!)
Frame 52: 74 bytes on wire (592 bits), 74 bytes captured (592 bits) on interface 0
Interface id: 0 (\Device\NPF_{6DE772D9-E6E3-4680-AF4F-E95F725E7CFD})
Interface name: \Device\NPF_{6DE772D9-E6E3-4680-AF4F-E95F725E7CFD}
Interface description: Ethernet 3
Encapsulation type: Ethernet (1)
Arrival Time: Aug 16, 2019 09:35:16.573093000 GMT Daylight Time
[Time shift for this packet: 0.000000000 seconds]
Epoch Time: 1565944516.573093000 seconds
[Time delta from previous captured frame: 1.300275000 seconds]
[Time delta from previous displayed frame: 1.300275000 seconds]
[Time since reference or first frame: 23.358377000 seconds]
Frame Number: 52
Frame Length: 74 bytes (592 bits)
Capture Length: 74 bytes (592 bits)
[Frame is marked: False]
[Frame is ignored: False]
[Protocols in frame: eth:ethertype:ip:icmp:data]
[Coloring Rule Name: ICMP]
[Coloring Rule String: icmp || icmpv6]
Ethernet II, Src: Microsof_00:8e:06 (00:15:5d:00:8e:06), Dst: Netgear_c4:65:28 (b0:b9:8a:c4:65:28)
Destination: Netgear_c4:65:28 (b0:b9:8a:c4:65:28)
Address: Netgear_c4:65:28 (b0:b9:8a:c4:65:28)
.... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
.... ...0 .... .... .... .... = IG bit: Individual address (unicast)
Source: Microsof_00:8e:06 (00:15:5d:00:8e:06)
Address: Microsof_00:8e:06 (00:15:5d:00:8e:06)
.... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
.... ...0 .... .... .... .... = IG bit: Individual address (unicast)
Type: IPv4 (0x0800)
Internet Protocol Version 4, Src: 10.21.6.16, Dst: 10.21.6.1
0100 .... = Version: 4
.... 0101 = Header Length: 20 bytes (5)
Differentiated Services Field: 0x00 (DSCP: CS0, ECN: Not-ECT)
0000 00.. = Differentiated Services Codepoint: Default (0)
.... ..00 = Explicit Congestion Notification: Not ECN-Capable Transport (0)
Total Length: 60
Identification: 0x7daa (32170)
Flags: 0x0000
0... .... .... .... = Reserved bit: Not set
.0.. .... .... .... = Don't fragment: Not set
..0. .... .... .... = More fragments: Not set
...0 0000 0000 0000 = Fragment offset: 0
Time to live: 128
Protocol: ICMP (1)
Header checksum: 0x9cdc [validation disabled]
[Header checksum status: Unverified]
Source: 10.21.6.16
Destination: 10.21.6.1
Internet Control Message Protocol
Type: 8 (Echo (ping) request)
Code: 0
Checksum: 0x4d43 [correct]
[Checksum Status: Good]
Identifier (BE): 1 (0x0001)
Identifier (LE): 256 (0x0100)
Sequence number (BE): 24 (0x0018)
Sequence number (LE): 6144 (0x1800)
[No response seen]
[Expert Info (Warning/Sequence): No response seen to ICMP request]
[No response seen to ICMP request]
[Severity level: Warning]
[Group: Sequence]
Data (32 bytes)
0000 61 62 63 64 65 66 67 68 69 6a 6b 6c 6d 6e 6f 70 abcdefghijklmnop
0010 71 72 73 74 75 76 77 61 62 63 64 65 66 67 68 69 qrstuvwabcdefghi
Data: 6162636465666768696a6b6c6d6e6f707172737475767761…
[Length: 32]我有更多的wireshark日志，但不想全部在这里转储。提前感谢任何有能力帮忙的人！
回答 1
Server Fault用户
发布于 2019-08-19 11:02:21
万一其他人有这个问题-我终于解决了。
有人将我们的4G备份路由器修补到SCCM构建VLAN中--这意味着它在部署过程中通过DHCP为客户端分配外部IP地址。当A是间歇性的，B.它不是在启动屏幕上发生的，当PXE在显示任务序列菜单之前重新加载网络驱动程序时，它发生在引导序列的中间。我实际上发现这是因为我看到我用Wireshark镜像端口的机器实际上拿起了这些外部IPs.Frustrating中的一个，因为整个问题是由于有人在打补丁时粗心大意造成的。
https://serverfault.com/questions/979523
复制相似问题
腾讯云开发者
