Hi Grant,
Thanks for the support.
I had this same problem when trying to back up my switch configs. After some googling, I found a workaround for RH-based systems. The workaround is disable tftp in xinetd, and run in.tftpd manually. I never figured out why it would not work with xinetd.
May I ask you to tell me the detailed steps to achieve that... I'm an absolute beginner! :-)
Thanks again, Davide
On Sep 13, 2007, at 7:27 PM, Grant McChesney wrote: On 9/13/07, Davide Grandis <davide.grandis@xxxxxxxxxxxxx> wrote: Hi all,
I'm trying to setup a TFTP server to serve as repository for the
config of all my Cisco network devices.
As per the the tftpd man, I've added the "-c" option into the /etc/
xinetd.d /tftp (as follows) but I still cannot get write access
(unless the file is already present).
[root@chl1 ~]# cd /etc/xinetd.d
[root@chl1 xinetd.d]# cat 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
{
disable = no
socket_type = dgram
protocol = udp
wait = no
user = root
server = /usr/sbin/in.tftpd
server_args = -s -c /tftpboot
per_source = 11
cps = 100 2
flags = IPv4
}
And here is it concerning the home path owner & permissions:
[root@chl1 /]# ls -la
...
drwxrwxrwx 2 root root 4096 Sep 13 10:18 tftpboot
...
[root@chl1 /]# ls -la tftpboot/
drwxrwxrwx 2 root root 4096 Sep 13 10:18 .
drwxr-xr-x 25 root root 4096 Sep 13 17:48 ..
-rwxrwxrwx 1 nobody nobody 1811552 Sep 12 10:28 c3500xl-c3h2s-mz.
120-5.WC17.bin
-rwxrwxrwx 1 nobody nobody 1181 Sep 13 17:51 pippo.config
(pippo.config = fake file)
This is what I get at the TFTP client side:
LabTI-Infra-3524XL-01#copy running-config tftp:
Address or name of remote host []? 10.58.2.204
Destination filename [labti-infra-3524xl-01-confg]?
TFTP: error code 1 received - File not found
%Error opening tftp://10.58.2.204/labti-infra-3524xl-01-confg
(Undefined error)
LabTI-Infra-3524XL-01#
LabTI-Infra-3524XL-01#copy running-config tftp:
Address or name of remote host []? 10.58.2.204
Destination filename [labti-infra-3524xl-01-confg]? pippo.config
!!
2327 bytes copied in 0.831 secs
So, it means that the TFTP client can only *re-write* an existing
file but not creating new ones, and this is the expected behavior if
the "-c" parameter is omitted!
What am I missing?
Any suggestion really appreciated!
TIA,
Davide
I had this same problem when trying to back up my switch configs. After some googling, I found a workaround for RH-based systems. The workaround is disable tftp in xinetd, and run in.tftpd manually. I never figured out why it would not work with xinetd.
_______________________________________________ CentOS mailing list
|
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos
