similar to: tftp-hpa 0.30 released

This version contains some minor timeout-related fixes. Sorry, I still haven't gotten a chance to incorporate the command-line-driven tftp clients... bad me :( Changes in 0.31: Put in a check to make sure xinetd (in particular) doesn't pass us an IPv6 socket. Fix some problems related to timeout negotiation. Allow the user to set the default timeout

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:

Hello tftp-hpa community, I am trying to locate a tftp server that I can integrate with an external program/database application, and was wondering if tftp-hpa might have the capability I am looking for. Upon the tftp server receiving a read request, and before it sending a read request reply, I would like to communicate to an external program (and/or database). In real-time, the external

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

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

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