similar to: tftp-hpa 0.38 released

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

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

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:

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

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

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

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

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

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

Still having trouble: >> cd /tmp >> ping -c 3 192.168.0.9 # check if TFTP server respons on ping >> tftp 192.168.0.9 # connect to TFTP server, you should get a new prompt OK to here using 192.168.1.9 for NIC eth(0) and tftpd server 192.168.1.9 New prompt is tftp> >> get aa This times out and returns to tftp> Unable to return to shell using exit

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

I sure did check the firewall and selinux as well. As an extreme testing major, they are both turned off. $ systemctl status firewalld firewalld.service - firewalld - dynamic firewall daemon ? ?Loaded: loaded (/usr/lib/systemd/system/firewalld.service; disabled) ? ?Active: inactive (dead) sestatus? SELinux status: ? ? ? ? ? ? ? ? disabled Actually, now tftp transfers are denied $ tftp 127.0.0.1

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;

Hello, I am trying to flash new firmware into a router using TFTP-HPA. I am running Ubuntu 14.04 on a flash drive and still learning how to use Linux. I have also installed XINETD.D In one of the README files that comes with TFTP-HPA it said not to call it using tptp. Here are the instructions I'm trying to follow: cd /tmp ; tftp -gl aa 192.168.0.9; sh aa I do not know what