On Dec 26, 2007 10:49 PM, Tom Metro <[EMAIL PROTECTED]> wrote:

> Jameson wrote:
> > my xinetd for tftp looks like:
> > service tftp
> > { ...
> >         server                  = /usr/sbin/in.tftpd
> >         server_args             = -s /var/tftpboot -v
> > ... }
> >
> > The howto I origianlly folowed had me using rc.local...
>
> Hmmm...so one is presumably running constantly as a daemon and one is
> being launched by xinetd. I guess I'd recommend setting up both
> consistently, whichever approach you chose.
>
>
> >> Are you sure you are using the correct high numbered port?
> >
> > /usr/sbin/in.tftpd -l -a :16869 -s /var/tftpboot -v
>
> The port number looks right. My BSD ported TFTP daemon doesn't document
> any switches other than -s and -n, so I can't say whether the syntax is
> correct. -l for listen and -a for address seems logical.
>

Yeah, I double checked on the man page, l is to run without xinetd, and -a
setts the address.  (The v is obviously the verbosity in the logs.)


> Another test to try is to point each TFTP server at a different
> directory, and put some unique files in each to test against. (You could
> even do this in "production" as the dongle and ver file need to be
> accessible from the high-numbered port, while the config file (startup
> script) and theme are pulled from the standard port.)
>
> Also, do some sanity checks on the transferred file, like checking the
> size and checksum.
>

Originally the only way I had of knowing was using tftp 192.168.1.51 16869
as opposed to just tftp 192.168.1.51.  However, I took your advice, and
moved the dongle.bin.ver, and reran the test.  I was able to pull each file
only using its respective port.  I also ran a md5sum and they matched.

Unfortunately, I double checked with Windows, and while I can get the
original dongle.bin to boot, when I try the mvpmc dongle, it simply gives me
Failed to find GUI server.  I'll get out tcpdump since I can run it from a
console, and try to hone in on what's actually going on.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Mvpmc-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mvpmc-users
mvpmc wiki: http://mvpmc.wikispaces.com/

Reply via email to