ping -n 1 192.168.1.2

• •  
• PC-A所ping的192.168.1.2是面板？还是PC-B？
  •  

这种问题不能在模拟器上做实验，模拟器虽然仿真程度高，但还没做到可以媲美真实环境；这种问题还是得正儿八经的用真实的环境，真实的windows电脑，真实交换机和路由器。为了保证实验的真实性，每一步操作之后都会通过arp -d 清空一下arp缓存。

PC-A的操作：
# arp -d 清空arp缓存
PS C:\Windows\system32> arp -d

# ping -n 1 是指定ping 的次数为1次
PS C:\Windows\system32> ping -n 1 192.168.1.30
正在 Ping 192.168.1.30 具有 32 字节的数据:
来自 192.168.1.30 的回复: 字节=32 时间<1ms TTL=128

192.168.1.30 的 Ping 统计信息:
    数据包: 已发送 = 1，已接收 = 1，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
    最短 = 0ms，最长 = 0ms，平均 = 0ms

PS C:\Windows\system32> arp -a | findstr "192.168.1.30"
  192.168.1.30          00-08-0a-0d-0d-b8     ??   # 注意这这里，此MAC就是面板机网卡的MAC地址；

通过上述操作，我们发现当我们ping 192.168.1.30的时候，响应的是面板机，这与我们所理解的情况是一样的，我们可以再进一步操作，在ping的同时加上-t，如下所示，我们得到的结果与上述是一样的；

PC-A的操作：
PS C:\Windows\system32> arp -d
PS C:\Windows\system32> ping 192.168.1.30 -t

正在 Ping 192.168.1.30 具有 32 字节的数据:
来自 192.168.1.30 的回复: 字节=32 时间<1ms TTL=128
来自 192.168.1.30 的回复: 字节=32 时间<1ms TTL=128
来自 192.168.1.30 的回复: 字节=32 时间<1ms TTL=128
来自 192.168.1.30 的回复: 字节=32 时间=1ms TTL=128
来自 192.168.1.30 的回复: 字节=32 时间<1ms TTL=128
来自 192.168.1.30 的回复: 字节=32 时间<1ms TTL=128

PS C:\Windows\system32> arp -a | findstr "192.168.1.30"
  192.168.1.30          00-08-0a-0d-0d-b8     ??

我们可以再进一步验证，在pc-a在ping的时候，我们在它的网卡二上进行抓包，如下所示：

PS C:\Windows\system32> arp -d
PS C:\Windows\system32> ping -n 1 192.168.1.30

正在 Ping 192.168.1.30 具有 32 字节的数据:
来自 192.168.1.2 的回复: 无法访问目标主机。

192.168.1.30 的 Ping 统计信息:
    数据包: 已发送 = 1，已接收 = 1，丢失 = 0 (0% 丢失)，

PS C:\Windows\system32> arp -d
PS C:\Windows\system32> ping -n 2 192.168.1.30

正在 Ping 192.168.1.30 具有 32 字节的数据:
来自 192.168.1.2 的回复: 无法访问目标主机。
来自 192.168.1.30 的回复: 字节=32 时间<1ms TTL=63

192.168.1.30 的 Ping 统计信息:
    数据包: 已发送 = 2，已接收 = 2，丢失 = 0 (0% 丢失)，
往返行程的估计时间(以毫秒为单位):
    最短 = 0ms，最长 = 0ms，平均 = 0ms

PS C:\Windows\system32> arp -a | findstr "192.168.1.30"
PS C:\Windows\system32> arp -a | findstr "10.100.12.1"
??: 10.100.12.11 --- 0x3
  10.100.12.1           80-e4-55-f5-d8-68     ??

总结

我们再在PC-A运行ping -n 1 192.168.1.30，这时候PC-A还是会通过网卡二做三次的arp广播，有回答则通，反之刚不通；但是如果我们ping 192.168.1.30 -t的话，我们会发现在第二个包的时候会通，为什么？这是因为windows系统运行机制所决定的，windows这种成熟的操作系统还是恪守了通信的基本原则，但没有死守，当windows通过网卡二发送了三次arp请求之后，发现没有回答，立马将任务交于另一个网卡，而另一个网卡也会根据通信原则重新做判断，网卡一根据通信原则发现192.168.1.30与自己的网卡不是一个网段，但网卡一有网关，于是将数据包交给网关，网关再交给PC-B，PC-B成功应答；

问题三

当我在PC-A通过nmap的ping scan方法扫描192.168.1.0/24整个网网段的时候结果相当之”单纯“，就只有网卡二所接入网络内的所有的主机，就仅仅发了一次arp广播，比windows系统本身还要少两次，windows默认是三次，但这并不能说明nmap不好用，只能说nmap为了实现高速扫描目的在一定程度上牺牲了准确性，但nmap扫描的也挺准的，好像准备性也没有收到什么影响，如下图抓包所示：

我同事使用另一种扫描工具，不仅会把网卡二所接的网络内的主机列出来，还会将路由器另一侧同样的是192.168.1.0/24网段内主机给列出来，是因为我同事使用的那个工具是调用的windows自带的ping，而且起码ping的次数是二次，每一次是三次arp广播，前三个arp广播会发到网卡二所在的网段，而后三个就会交给网卡一处理，自然就会把路由器另一侧属于192.168.1.0/24网段的主机给列出来。