我有2 pfSense路由器设置。 一个是172.16.2.x的DHCP，另一个是172.16.1.x的DHCP。
PC0是172.16.1.245，我可以通过172.16.2.x子网上的（PC1）ping PC0。
PC1是172.16.2.245但我不能ping PC1从（PC0）在172.16.1.x子网。
它似乎像检查172.16.1.1 DNS服务器，并没有看到一个PC1的条目。
那么服务器的其他子网如何在172.16.1.1服务器中检查PC0的入口。
如何告诉172.16.1.1查找PC1的名称parsing？
对不起，如果这个问题是可怕的措辞（我是一个开发人员在networking课堂…大声笑）
一些技术来获得更多的信息。
写下你对每台设备的networking设置的了解，画出连接方式。 当你检查事情并运行testing时，考虑这些信息是否需要添加或者是否有错误。
在一个子网上有两台DHCP服务器，您如何知道所有设备都能获得您所期望的设置？ 例如，如果通过MAC地址进行分配，请仔细检查DHCP服务器设置，并检查PC0和PC1是否一致地获取您计划的详细信息。
要区分DNS和路由问题，请尝试在PC0和PC1之间以及这些DNS服务器和路由器之间使用ping -n或其操作系统中的等效命令ping IP地址。 [ping -n告诉ping在显示输出时不要查看主机的名称，通过使用这个命令并ping一个IP地址，我们可以避免在这个testing中需要DNS]。 某些响应可能不会发生：这可能是设备上的安全function或安全限制正常工作或出现问题：写下您testing的内容以及结果，然后仔细考虑。
检查PC0和PC1的设置，包括应该使用哪个域名服务器（这些域名服务器必须指定为IP地址，而不是域名）和域名（如果两个子网有不同的域名，则需要明确指定或者在客户端DNS设置的域search列表中）。 检查电脑上的主机文件中是否有可能与使用DNSparsing的名称冲突的设置。 尝试通过名称在设备之间ping命令：即使ping失败，它也会报告是否可以将名称parsing为IP地址。 使用dig或nslookup来查询这两个DNS服务器，看看它们是否都能以PC0和PC1的名字parsing。 这些查询应该对两个子网上的设备的名称服务器（例如dig @将尝试用于parsing）进行。
检查PC0，PC1，两台DNS服务器和两台路由器的路由表。 看看是否有路由到172.16.2.x和172.16.1.x子网。 我假设，但你应该检查，这些都是/ 24networking（子网掩码255.255.255.0），但您需要检查所有设备具有相同的子网掩码设置，这反映在路由表中。
PC0和PC1之间的traceroute（两种方式）将确认stream量正在走你期望的路线。
在这里的某个地方，我会亲自使用一个嗅探器。 您可能无法解释输出，希望这些简单的检查和testing中的一些将会有所帮助。
这应该能够更清楚地了解什么是工作，什么是不工作，这些国家是否稳定（也就是有时候工作或不工作，而不是工作），也可能是为什么。
一个networking上的两个DHCP服务器是一个坏主意，除非它们是相互备份的（即它们具有相同/相似的configuration并以完全相同的方式回答相同的请求）。
你的基本select是：
设置两个完全独立的物理networking，每个都有一个DHCP服务器。
在您的networking上设置两个不同的VLAN，每个都有一个DHCP服务器。
禁用其中一台DHCP服务器并configuration另一台为172.16.1和172.16.2服务（如果需要dynamicIP地址，则需要通过MAC地址分配静态IP地址，或者使用VLAN或单独的LAN，否则DHCP服务器具有没有办法知道哪个客户端应该得到哪个IP地址）。
类似于上面的3，但是两台DHCP服务器都运行几乎相同的configuration，作为对方的备份。
和以上的几个变化。
这是Linux还是Windows？
正如你通过IP ping防火墙排除了防火墙，我要做的下一步是确保PC0实际上是在DNS中注册的？
可能是DNS服务器上的某种安全设置阻止人们添加到它，也可能只设置为响应某个IP范围。