similar to: tftp-hpa-0.39 released

Dear tftp-hpa'ers, We are migrating from Solaris 2.8 to RHEL 4.6 64 bit. So are in the process of migrating our Solaris 2.8 tftp servers (as well as lots of other servers) to the latest tftp-hpa version available to RHEL 4 users: tftp-server-0.39-3.el4.x86_64.rpm. Since this version was made available roughly a year ago would guess it probably contains roughly the same fixes as your version

Hi all, I have pushed out tftp-hpa-0.44 with the following changes: Changes in 0.44: Allow the client to specify a range of local port numbers, just like the server can. Fix sending SIGHUP to update the regular expression table. -hpa

if you try to build tftp-hpa in parallel, it may fail as the tftp and tftpd subdirs may try to link before the libcommon.a has a chance to be generated in the common subdir trivial patch attached to address this -mike -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 827 bytes Desc: not available URL:

I'm interested to find out how many people are running tftp-hpa versus atftpd. I'm almost a bit surprised in how many people seem to be using tftp-hpa; for modern Unix systems (including Linux), I would in general assume atftpd to be a better choice. If you have tried both and specifically chosen (as opposed to "it was already installed", etc.) I'd be interested in

After a few days of troubleshooting, we finally determined why we were having problems. It seems as though the tftp-hpa daemon requires the MTU of the interface it's running on to be >= 1500. We had the MTU set at 1400 (don't ask why) and the PXE client was receiving fragmented packets and failing. As soon as we set it to over 1500, it worked fine. hpa, Could you please update

On Fri, Jan 8, 2016 at 5:46 PM, Geert Stappers via Syslinux <syslinux at zytor.com> wrote: > On Fri, Jan 08, 2016 at 03:40:37PM -0600, Matt Zagrabelny via Syslinux wrote: >> Greetings, >> >> Is this list (a|the best) place to make feature requests for tftp-hpa? > > Yes, it is. > from email header List-Id: For discussion of Syslinux and tftp-hpa

Hi hpa, On Mon, Jan 11, 2016 at 10:28 AM, H. Peter Anvin <hpa at zytor.com> wrote: > On 01/11/16 08:09, Matt Zagrabelny via Syslinux wrote: >> >> I would like to propose a feature request of adding filespace ACLs to tftpd-hpa. >> >> Example: >> >> I serve data out of /srv/tftp. I only want clients 192.168.1.0/24 to >> have read access to

Hello, A host of mine which acts as a gateway for a cluster also acts as a dhcp and tftp server for the cluster nodes. Recently, for reasons that are not really important we changed the interfaces so that eth0 is conencted to our production network and the eth1 network is connected to the cluster's internal network. It was the opposite before. Normally, we want most of the services running on

Hi, I have a tftp client which loads quite happily from a tftpd built from netkit-tftp-0.16 but which fails to load from from a tftpd built from tftp-hpa 0.29. In both cases, tftpd was built from pristine sources and run from xinetd under Redhat 7.3. [netkit-tftp-0.16 is the ancestor of tftp-hpa, predating HPA's maintenance of same] [the tftp client also.. .. fails with the prebuilt tftpd

Hi, we're running tftp-hpa on a machine which will have to accept packets on an aliased IP (for service redundancy and fallback). The server is reachable using the alias, but replies using the primary IP of the interface, which provokes a timeout on the client. The workaround is to run tftp stand-alone and to explicitly specify the alias IP on the command-line -- however this is not very

i am using tftp-hpa 0.32 to transfer boot image files of an aix 5.2 system. packets begin to go across the network and then they stop at about 4200 packets. when i boot from aix bootp server 15227 packets are transfered. i have tried with both xinetd and standalone modes with many different options. i am not sure why it is failing to transfer the entire image. are there certain options with

Hey folks, Is there any way to make tftp-hpa ignore certain files in the tftpboot directory (-s /tftpboot) based on their filenames? We're running into an issue where users place an auto-config file in the directory and then about 3,000 routers download this, overriding their correct configurations. Obviously the root issue is that people are placing these files there in the first

I have had this accumulation of little fixes in my tftp repository, and I figured I really needed to push them out. Unfortunately there are a lot of bigger stuff (like command-line driven TFTP client) that I just haven't had time to integrate -- my apologies. I have had very little time to work on tftp-hpa. ftp://ftp.kernel.org/pub/software/network/tftp/tftp-hpa-0.30.tar.gz -hpa

Hello. In my case I can successfully boot up my Thinkpad X32, but the same configuration doesn't work for my desktop computer with Intel network card, with Intel Boot Agent 2.2 DHCP server is 10.0.0.1, tftpd (used tftp-hpa) runs on 10.0.0.32. netstat told me the daemon listen to 69 UDP port just fine. running tftp in commandline also shows it works (retrieve pxelinux.0 less then 1 second).

Hi, recently, tftp-hpa has started to fail to build on mips and mipsel with the following error: ---snip--- [...] make -C tftpd [...] gcc -g -O2 -W -Wall -Wpointer-arith -Wbad-function-cast -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -Winline -Wwrite-strings -Wundef -Wshadow -Wsign-compare -pipe -fno-strict-aliasing -I/build/buildd/tftp-hpa-5.0 -c

Hello, I have pushed out a 0.43 release of tftp-hpa. This release has a couple of low-risk changes; I have a few more substantial changes in the pipeline, and I wanted to push these out first. Changes in 0.43: Fix double-free error on ^c in client. Try to deal with clients that send TFTP requests to broadcasts (apparently some recent Sun boxes do this instead of using the address told by

I have pushed out a tftp-hpa 0.38 with fixes for reported compilation and portability bugs. I haven't, unfortunately, had time to make any enhancements in this release. -hpa

Thank you for the info Groeten. I have the TFTPD-HPA server address set to 192.168.1.9:69 I am unable to ping this address and I wonder if the server address should be the same as the network interface card (ethernet card) I am using. The files I want to upload are in /srv/tftpboot, so I'm not sure why the command cd /tmp was used. John At 03:21 PM 9/2/2015, Geert Stappers via Syslinux

Hi: I compiled and run tftp-hpa-0.33 on my Solaris 2.7 but it does not support file size larger than 16MB. The tftpd time out when 16MB of file is transfered. Can anyone offer a hint for how to enable tftp-hpa to support large file size ? Very appreciate Geefu Wang

Hello, I am using the tftp-hpa 0.48 as delivered in Linux Fedora Core 9 as a client to send a file to another server on an unreliable network. The transaction is sometimes timing out. I have monitored the the TFTP packets to see what is missing. It seems a DATA packet is being lost. The server is repeating the ACKs for the previous packet every three seconds. I think these repeated ACKs are