Может быть, кто-то, кто знает больше о DHCP и сети, может мне помочь с этим. Некоторое время меня заставляли взглянуть на это, поэтому я обращаюсь к сообществу ServerFault.
Мы перенесли сервер из нашего производственного центра обработки данных, поскольку мы перепрофилируем систему. В нашей локальной лаборатории я загрузил сервер в нашу среду с помощью PXE, и он отлично загрузился с помощью PXE и отлично загрузил изображение. Однако после загрузки изображения он не смог загрузить кикстарт. Я заметил из журналов DHCP, что он пытался получить новый IP-адрес и не мог. Кажется, что это выглядит так: PXE загружается с использованием локального сервера PXE / DHCP, а затем, когда он загружается, а затем снова пытается подключиться к 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
установлен как authoratative
10.6.246.1
, который является шлюзом по умолчанию, который в нашей сети может получить доступ ко всему в сети.Это кажется странным или это только мне кажется? Я чувствую, что он обращается к чему-то, чего быть не должно.
Кроме того - серверы 10.88.254.102 и .22 - они не могут быть отправлены пингом из любого места, однако, когда я запускаю на них nmap, они показывают серверы squid-http (которые будут прокси-серверами), однако моя сетевая команда сообщает mem, что не имеют записи ARP, поэтому они «не работают».
Я здесь в растерянности.
Сам смог решить проблему. На том же коммутаторе (и, следовательно, в той же сети / VLAN), что и сервер, который я настраивал, был мошеннический DHCP-сервер.
Это была странная ошибка из-за того, что оба сервера были подключены одновременно, и, по-видимому, второй сервер действительно загрузился, а сервер раньше был старым DHCP-сервером, поэтому он начал выдавать предложения DHCP без я даже зная, что раньше его использовали для этой цели. Я попросил нашу сетевую команду отследить предложения, и тогда мы поняли, что это второй сервер, вызывающий проблемы. Хотя так странно.