Назад | Перейти на главную страницу

Как диагностировать / устранить таймаут tftp

У меня 2 ВМ. Один из них настроен как сервер pxe (dhcpd с определенной подсетью и tftpserver). Вторая виртуальная машина подключена к сети с помощью vboxnet2 к первой виртуальной машине, и она может получить IP-адрес DHCP, как указано в DHCPD моей виртуальной машины 1, но не может загрузить указанный файл, указанный в «filename» dhcpd.conf.

Здесь никого нет: https://docs.oracle.com/cd/E19045-01/b200x.blade/817-5625-10/Linux_Troubleshooting.html помогло.

Так:

I tried a tftp download from VM1 and it seems to download the exact file ( path and tftp listening seems fine )
I tried tcpdump and the VM1 seems to receive the packets but no debug log in syslog ( which I usually see.
I added iptables entry to accept all from VM2 IP.
What else can i do so my tftpd receives the request ?

Захват трафика wirehark с вашей серверной виртуальной машины обязательно поможет.

Вы говорите, что DHCP дает информацию об IP и PXE? вы уверены, что у вас только один DHCP-сервер?

Вы уверены, что IP-адрес, который дает DHCP-сервер, принадлежит соответствующей подсети?

Если вы проверите эти вещи, вы, вероятно, обнаружите, что клиент получает IP от вторичного DHCP-сервера без информации PXE, или DHCP предоставляет неправильный IP-адрес подсети и т. Д., Типичные вещи PXE ....

РЕДАКТИРОВАТЬ:

Учтите, что если в вашем сценарии есть другой DHCP, клиент может, т.е. принять неправильное предложение ... Сначала вы должны исключить вариант с несколькими DHCP. Затем проанализируйте предложение DHCP и проверьте поле «следующий сервер» (или параметр 66), который должен содержать IP-адрес TFTP, затем проверьте, действительно ли сервер TFTP получает правильно сформированный запрос, затем попробуйте проверить, есть ли проблема с брандмауэром TFTP, учитывая TFTP - это протокол, который получает первоначальный запрос на порт 69, но затем использует случайно выбранный порт для передачи данных.