Re: -s /tftpboot path in xinetd.d/tftp file

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Paul Howarth wrote:

Mark Sargent wrote:

Edwin Dicker wrote:

Mark Sargent wrote:



Hi All,

does the -s in the path in this file represent a soft link.? If so,
where would I find this link's path..?


[root@localhost xinetd.d]# cat tftp
service tftp
{
socket_type = dgram
protocol = udp
wait = yes
user = root
server = /usr/bin/tftp
server_args = -s /tftpboot
disable = no
per_source = 11
cps = 100 2
}


As far as I have my system configured this is what's in my tftp config :
service tftp
{
disable = no
socket_type = dgram
protocol = udp
wait = yes
user = root
server = /usr/sbin/in.tftpd
server_args = -s /tftpboot
per_source = 11
cps = 100 2
flags = IPv4
}



Watch the server type. it is different as yours and more likely to be used
.
I'm running FC3


HTH
Edwin



PS you should have tftp-server rpm installed.
My guess is that you only have the tftp client package installed which
indeed uses /usr/bin/tftp and this is not the network tftp services
daemon.
tftp is kind of chewen out and should work on almost any system.


Hi All,

well, I'll be bamboozled...that was it...thanx Edwin...I didn't even know there was a difference between server/client...annoying that netstat showed xinetd listening on 69 when in fact, it couldn't have been, technically, because the server wasn't there...can anyone tell me what would have been more clear in showing whether tftp was there or not..? Cheers.


What was happening is that you had configured xinetd to listen for incoming connections on the tftp port and then pass them on to the server /usr/bin/tftp. However, that (/usr/bin/tftp) is the client program (like "ftp") rather than the server program (like "vsftpd") so of course it didn't work. So xinetd was doing exactly what you told it to do, and that's why it showed up in the netstat output.

Probably the only thing that would have helped you figure out what was wrong would have been searching for a better reference on setting up a tftp server using xinetd.

Paul.

Hi All,

hmmm, not outa the woods yet. Still getting the undefined error.

Switch#copy run tftp
Source filename [running-config]? running-config
Destination IP address or hostname []? 192.168.168.12
Destination filename [running-config]? /tftpboot/running-config
Building configuration...
.....
%Error opening tftp://192.168.168.12//tftpboot/running-config (Undefined error)


Ok, lets run through my set up, again,

dir permissions for tftpboot,

[root@localhost tftpboot]# ls -alh
total 8.0K
drwxr-xr-x   2 root   root   4.0K Mar 24 14:10 .
drwxrwxrwx  24 nobody nobody 4.0K Mar 24 12:55 ..

above tftpboot is owned by nobody:nobody as per this site,

http://www.linux.com/howtos/Clone-HOWTO/setting-up.shtml
is it right..? as wello as it's suggestions below for xinetd.d/tftp

xinetd.d/tftp settings

[root@localhost tftpboot]# cat /etc/xinetd.d/tftp
# default: off
# description: The tftp server serves files using the trivial file transfer # protocol. The tftp protocol is often used to boot diskless # workstations, download configuration files to network-aware printers, # and to start the installation process for some operating systems.
service tftp
{
socket_type = dgram
protocol = udp
wait = yes
user = root
server = /usr/sbin/in.tftpd
server_args = -c -s /tftpboot
disable = no
per_source = 11
cps = 100 2
flags = IPv4
}
Correct..?


This site below is a little different,

http://www.linuxhomenetworking.com/linux-hn/xinetd.htm
as it suggests creating the destination file prior to the transfer. Ok, some questions, do I create the dest filename b4hand, and if so, what ownership/permissions is required for it.? I'm lost. Anyone..? Cheers.


Mark Sargent.


[Index of Archives]     [Current Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux