similar to: tftp-hpa-0.43 released

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

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

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

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:

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, 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

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

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

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

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

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

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

Okay, I have come to agree that tftp-hpa needs some kind of execution support. The two alternatives which have been proposed in the past is a flag in the regex map to run a program and deliver its output, and the other one is a flag in the regex map to serve as an HTTP proxy (get a file via HTTP and deliver via TFTP.) At the moment, I'm thinking the HTTP proxy might be the best solution;

Hi.. I'm having trouble compiling tftp hpa... when I run make, I get: make echo \#define VERSION \"tftp-hpa `cat version`\" > version.h make -C lib make[1]: Entering directory `/data/downloads/tftp-hpa-0.40/lib' rm -f libxtra.a ar cq libxtra.a ranlib libxtra.a make[1]: Leaving directory `/data/downloads/tftp-hpa-0.40/lib' make -C tftp make[1]: Entering directory

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

Dear List, I'm trying to compile tftp-hpa-040 under Solris 8: Step 1: "configre" works fine: root at isu001[/usr/src/tftp-hpa-0.40] > ./configure checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for

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

I'm difficulty diagnosing a tftp-hpa problem. Specfically, when performing a PXE boot, the machine hangs at the "TFTP...." and times out. This is only occuring at one network location (we'll call it network A). Now on network B, the computers on network can tftp boot no problem. If I run a tftp client from my workstation to connect to the tftp-hpa server on network A, I can

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