similar to: [PATCH] Create /var/run/tftpd-hpa.pid in standalone mode

The default path is /var/run/tftpd-hpa.pid, which can be overridden by the newly introduced -P option. On normal termination (SIGTERM or SIGINT) the pid file is automatically removed. Moved setting the umask later, right before entering the select loop, so that it does not affect the permissions of the pid file. Signed-off-by: Ferenc Wagner <wferi at niif.hu> --- tftpd/tftpd.c | 38

On Sun, Jan 29, 2017 at 12:09:43PM +0100, Uwe Kleine-K?nig wrote: > AI_CANONNAME is only relevant when the resulting official name is used, > which is not the case in tftpd for the address to bind to. Also > AI_ADDRCONFIG isn't helpful. This flag is good for sockets used to > connect(2) somewhere. But for listening sockets it makes tftpd fail to > start when -a 0.0.0.0:69 is

AI_CANONNAME is only relevant when the resulting official name is used, which is not the case in tftpd for the address to bind to. Also AI_ADDRCONFIG isn't helpful. This flag is good for sockets used to connect(2) somewhere. But for listening sockets it makes tftpd fail to start when -a 0.0.0.0:69 is passed and no network device is up yet. This addresses Debian bug

Hi, This is my current patch queue. The patches are independent, AFAIK, so feel free to cherry-pick or reject them independently. The bottom one was needed for a successful build here; the top one contains all the modifications you requested on IRC, and more. Meanwhile I hit one of the four stray TABs in tftpd.c, and decided to get rid of them. Comments welcome. --- Ferenc Wagner (5):

Hello Ron, On Thu, Feb 02, 2017 at 04:08:49PM +1030, Ron via Syslinux wrote: > On Sun, Jan 29, 2017 at 12:09:43PM +0100, Uwe Kleine-K?nig wrote: > > AI_CANONNAME is only relevant when the resulting official name is used, > > which is not the case in tftpd for the address to bind to. Also > > AI_ADDRCONFIG isn't helpful. This flag is good for sockets used to > >

On Thu, 2014-01-30 at 11:25 -0500, Dan Swartzendruber wrote: > Hopefully I'm not out to lunch here. I ported tftp-hpa to our proprietary > OS, VOS (at stratus.com). We've always runs the old legacy tftpd from > inetd, so I wanted to continue doing so with tftp-hpa. It seems to work > okay, but I noticed that the code in tftpd.c has a 'while (1)' loop that > has

Hopefully I'm not out to lunch here. I ported tftp-hpa to our proprietary OS, VOS (at stratus.com). We've always runs the old legacy tftpd from inetd, so I wanted to continue doing so with tftp-hpa. It seems to work okay, but I noticed that the code in tftpd.c has a 'while (1)' loop that has this at the end: /* * Now that we have read the request packet from

Hello all, Tested on linux 2.6.18 (Centos5) and FreeBSD 7.0. You would execute it like below (which basically makes tftp reply back with same port is listening on ) tftpd --port-range 69:69 -4 -s /tftpboot/ --- tftp-hpa-0.49/tftpd/tftpd.c 2008-10-21 01:08:31.000000000 +0300 +++ tftp-hpa-0.49-tftpd-reuseport.c 2010-03-03 15:19:26.000000000 +0200 @@ -524,6 +524,11 @@ #ifndef __CYGWIN__

Signed-off-by: Ferenc Wagner <wferi at niif.hu> --- tftpd/tftpd.c | 8 ++++---- 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/tftpd/tftpd.c b/tftpd/tftpd.c index 1f5d9d6..ff39c85 100644 --- a/tftpd/tftpd.c +++ b/tftpd/tftpd.c @@ -364,7 +364,7 @@ int main(int argc, char **argv) srand(time(NULL) ^ getpid()); while ((c = getopt_long(argc, argv, short_options,

Hello, Peter and others! there are some issues regarding the tftp-hpa server: 1. Running as Windows service seems to require that the application does not detach (otherwise "net start" says smth. like "could not start, the service didn't report any errors"). The attached patch adds the option "-n", which can be used to have tftpd run in foreground.

When I encounter the problem with TCP port forwarding locking up, I'll see this on the client window (if I haven't invoked ssh with -q): chan_shutdown_read failed for #1/fd6: Transport endpoint is not connected chan_shutdown_read failed for #1/fd6: Transport endpoint is not connected This is with Blowfish encryption. I have to kill and restart the client when this happens. Phil

Hello, I had a feature suggestion in mind. I'm using PXELINUX with tftpd-hpa to netboot a debian system. Everything works great. I had an idea to create a dynamic bootup message (DISPLAY command) The idea is simple, instead of sending the file itself, the file will be executed and the output will be sent. Some environment variables can also be defined before executing the script (MAC

Quick question: is it possible to get the status of files being downloaded from the tftp server? Perhaps from a log file? Perhaps from an RPC call? I'm using tftpd-hpa along with PXELinux and it would be really nice if I could query the download progress of the kernel and ramdisk images. Thanks, Salman

Hi I'm working on an update of the openbsd tftpd, mainly to support RFC 2349 (tsize option; and 2347-2348 too). In fact, i backport from tftp-hpa (which came from an old openbsd cvs). I know, i can use tftp-hpa but first it doesn't compile on openbsd, second, i hope the backport could be include in openbsd cvs ... does someone know a tftp client or a test to really know what is good or

Hi all, I've been struggling with this for several days now so any help would be very much appreciated! I have a compulab embedded arm board which runs a bootloader called ArmMon. ArmMon supports file fetching over ethernet via a built in tftp client, and Compulab recommend the use of winagents tftp server for windows ... which is a bit naff when I'm cross developing from linux to

I cannot seem to get the remap-file function of tftpd working right. I can sucessfully place files on the server but the remap feature is not working. I look in the logfile and it has an entry in there for tftpd. remap: input: startup-config Jan 13 21:47:50 proxy in.tftpd[25438]: remap: done Jan 13 21:47:50 proxy in.tftpd[25438]: RRQ from 192.168.0.12 filename startup-config I think that I

Hello, i've got a problem on lenny with tftpd-hpa When i launch it from /etc/init.d/tftpd-hpa start, there is no pidfile created. what is the way to get it ? thank you -- --------------------------------------------------------------- Pascal Legrand *IUT de Chartres* - _Service Informatique_ --------------------------------------------------------------- 1, place Roger Joly 28000 Chartres

Start tftp with no host name Enter a host name When looking at the tftp> prompt press ^C $ tftp (to) localhost tftp> *** glibc detected *** double free or corruption (fasttop): 0x08b8b9c0 *** Aborted I've attached a patch fixing this issue but I'm not convinced this is the right way to do it. Radek -- Radek Vok?l <rvokal at redhat.com> -------------- next part

Hi, the topic has been covered before so I won't ask how the source port selection is done, but I'm wondering why (and this doesn't concern tftpd-hpa only but more the tftp protocol itself) the server couldn't respond with the UDP source port 69, as a 'regular' server would do... (ie Apache listens on TCP 80, and replies with TCP source port 80) Thanks for any light on

Hi, I have a weirdness with tftpd-hpa, it seems to report a wrong date in the syslog (2 hours early): root at sup01 > tail -f /var/log/syslog Oct 16 11:26:52 sup01 last message repeated 11 times Oct 16 11:28:06 sup01 ucd-snmp[425]: Connection from 62.210.191.157 Oct 16 09:28:33 sup01 in.tftpd[14495]: RRQ from 10.8.1.222 filename update.cfg Oct 16 11:30:01 sup01 /USR/SBIN/CRON[14521]: (root)