Am 28.09.2016 um 11:05 schrieb Peer Janssen: > Am 28.09.2016 um 10:50 schrieb Solène Rapenne: >> Le 2016-09-28 10:21, Peer Janssen a écrit : >>> The target system for an OpenBSD 6.0 install, an alix.2d13, is directly >>> connected to an alix.3x box serving dhcp and tftp. >>> alix.3x (Server): >>> >>> # tftp localhost >>> tftp> get pxeboot >>> Received 81965 bytes in 0.1 seconds >>> tftp> >>> >> Can you try the LAN ip address instead of localhost ? >> Maybe it's a firewall issue or tftp not listening on the lan interface > Works fine: > $ # on a linux box: > $ # after switching the cable an vr0 of alix server from alix target to > network switch where linux box is connected: > > $ tftp 192.168.0.44 > tftp> get pxeboot > Received 81965 bytes in 1.3 seconds > tftp> Looking at the tcpdump, I noticed this:
unsuccessful tftp requests from alix target: 09:44:54.290322 192.168.0.81.2074 > alix.fritz.box.tftp: 24 RRQ "pxeboot" 09:45:04.454216 192.168.0.81.2075 > alix.fritz.box.tftp: 29 RRQ "pxeboot" successful tftp request from linux system: 10:54:07.685813 arp who-has alix.fritz.box tell <linux-box> 10:54:07.685910 arp reply alix.fritz.box is-at 00:0d:b9:13:3c:30 10:54:07.686004 <linux-box>.55726 > alix.fritz.box.tftp: 19 RRQ "pxeboot" (DF) 10:54:07.698624 <linux-box>.55726 > alix.fritz.box.24979: udp 4 (DF) 10:54:07.705934 <linux-box>.55726 > alix.fritz.box.24979: udp 4 (DF) [...] So the request seems to be constructed in different ways. This goes beyond what tftpd man page says about tftpd's options. Indeed, it looks like there aren't any tftpd options for this kind of variation at all, so it seems to me at this time that a pxeboot of such an alix.2d13 target is currently not possible with OpenBSD 6.0's tftpd. Unless I missed something somewhere, of course. Peer -- Peer Janssen - p...@pjk.de
