也许有人知道更多关于DHCP和networking,可以帮助我与这一个。 我已经被抛出了一段时间了,所以我正在接触到ServerFault社区。
当我们重新调整系统时,我们将服务器从生产数据中心迁出。 在我们的本地实验室,我PXE启动服务器到我们的环境中,PXE启动正常,加载图像就好了。 但是,加载图像后,无法下载kickstart。 我注意到从DHCP日志,它试图得到一个新的IP地址,不能。 看起来像是,它使用本地PXE / DHCP服务器PXE启动,然后一旦它加载,然后尝试再次DHCP,它伸出到我们的实验室环境之外的随机服务器。 这里是DHCP日志:
dhcpd: DHCPDISCOVER from 00:11:22:33:44:55 via 10.6.246.1 dhcpd: DHCPOFFER on 10.6.246.9 to 00:11:22:33:44:55 via 10.6.246.1 dhcpd: DHCPREQUEST for 10.6.246.9 (10.6.247.236) from 00:11:22:33:44:55 via 10.6.246.1 dhcpd: DHCPACK on 10.6.246.9 to 00:11:22:33:44:55 via 10.6.246.1 xinetd[3010]: START: tftp pid=26359 from=10.6.246.9 in.tftpd[26360]: RRQ from 10.6.246.9 filename /pxelinux.0 in.tftpd[26360]: tftp: client does not accept options in.tftpd[26361]: RRQ from 10.6.246.9 filename /pxelinux.0 in.tftpd[26362]: RRQ from 10.6.246.9 filename /pxelinux.cfg/44454c4c-5800-104e-8057-b9c04f4b4e31 in.tftpd[26363]: RRQ from 10.6.246.9 filename /pxelinux.cfg/01-00-11-22-33-44-55 in.tftpd[26364]: RRQ from 10.6.246.9 filename //images/RHEL-6.4-x86_64/vmlinuz in.tftpd[26365]: RRQ from 10.6.246.9 filename //images/RHEL-6.4-x86_64/initrd.img dhcpd: DHCPDISCOVER from 00:11:22:33:44:55 via 10.6.246.1 dhcpd: DHCPOFFER on 10.6.246.9 to 00:11:22:33:44:55 via 10.6.246.1 dhcpd: DHCPREQUEST for 10.88.254.102 (10.88.254.22) from 00:11:22:33:44:55 via 10.6.246.1: ignored (not authoritative).
需要注意的是:
00:11:22:33:44:55就是我所说的MAC地址 10.6.246.0被设置为10.6.246.0 10.6.246.1 ,这是默认网关 – 在我们的networking中,可以到达networking上的任何东西 这看起来很奇怪,还是只是我? 我觉得它正在伸手去做一件不该做的事情。
另外–10.88.254.102和.22服务器 – 这些服务器不能从任何地方ping,但是当我运行一个nmap的时候,他们会显示一个squid-http服务器(这将是代理服务器),但是,我的networking小组告诉mem没有ARP条目,所以他们“失望”。
我在这里不知所措
能够自己解决这个问题。 在同一个交换机上(因此,相同的networking/ VLAN)有一个stream氓DHCP服务器与我正在提供的服务器。
这是一个奇怪的错误,由于这两个服务器同时插入,显然第二台服务器实际启动,服务器曾经是一个旧的DHCP服务器,因此,它开始发出DHCP提供没有我甚至知道它曾经被用于这个目的。 我让我们的networking团队跟踪报价,这是我们意识到这是导致问题的第二台服务器。 所以很奇怪。